设计app应该考虑些什么(app设计包括哪些方面)

设计app应该考虑些什么,app设计包括哪些方面

内容导航：

app设计需注意哪些内容

APP开发过程中需要注意哪些问题

想要制作APP大学应该学什么专业

APP授权设计如何让用户不反感并同意授权

一、app设计需注意哪些内容

一、时间戳相信许多设计师在做app设计的时候都会忽略时间戳这个问题，因为用户对相对时间更加敏感，所以对于时效期内的信息，会倾向于提供“相对时间”。在设计时间戳时要注意，选择什么样的日期分隔符。二、超长信息在设计的过程中，标题和描述这种东西，会有大量长度的超出范围的情况，内边框保留多少，会不会超出、要不要换行这些基本问题都要搞清楚才行。等到要测试上线才发现，这就面临着又要修改的问题。三、空数据所有的列表都可能出现空数据的情况，所以说设计方案不可或缺。四、加载加载时间的长短，很大程度的决定了用户体验是否有所提升，虽然理想中的页面加载出来应该一秒就够了，但是设计师不要忽略网络问题!如果网速不够的话，页面加载三五秒都算是快的了，所以在用户等待的过程中，设计师也可以通过比较可爱，简单的小设计，安抚用户。

二、APP开发过程中需要注意哪些问题

原发布者:个的天然个飞APP开发流程注意事项有哪些
APP开发的定义固然简单，但对于精益求精的开发者们来说，在制作完成一件完美的APP之前，总是要历经无穷无尽的反复思考，从APP的首轮设计规划阶段、再到APP的填充修缮环节，再到最终的生成发布。
一、纸上阶段 每个APP在在正式上架之前都要经历“纸上”（或屏幕上）的阶段。
这一设计阶段决定了APP的整体框架结构，后续的所有工作都是围绕着它来展开的。
因此，这时候，开发者们需要思考的问题就包括有风格基调的奠定、功能模块的划分等。
你可以直接到AppStore、安卓市场或者品向科技经典案例中去学习畅销APP的过人之处，从而搭建出具有个人特色又不是市场感觉的APP框架来，这个研究的过程很简单，不费分文，而且非常有趣。
二、实施阶段 现在是将你的研究成果转化成产品的时候了，你需要作为一个“开发者”到你想为之开发应用程序的某个平台去注册一个开发账号并且学以致用。
不要被“开发者”三个字吓到，因为时下有不少优秀的APP免费开发平台，并不需要你具备专业的设计和编程知识。
你只需沿着自己的思路跟着平台的相应步骤一步步实施下去即可。
选择让你和用户感觉最舒服的表达形式，细细勾勒最能够打动用户的细节是这个阶段你所最需要注意的地方。
“不管什么年龄和背景，所有人都喜欢清晰、简单、自然、好用的设计和产品，这是人对美最自然的感受和追求。
” 三、测试阶段 如果你以为将内容填进APP框架后就意味着结束和成功，那么你就大错特要开发 app 之前，或许可以稍微规划一下此 app
所要担负的任务、跟所规划的功能。
软体是作为行销用、销售用、内部人员使用等等。
在开发app前我们需要注意多方面的事项，主要包括： 1、市场研究与前置作业 当确定了
公司app的开发方向后，不彷花点时间参考一下市场上别人正在作什麽？成功的产品上又有什麽可以作为参考的，自己的产品跟别人相比又有什麽特殊点？哪些人会使用你的软体？可以为使用者带来哪些方便的功能？现有服务的使用组群，很有可能与行动装置的使用族群有着很大的不同。
2、选择app外包还是自己开发 决定开发 app 与走向之后，接着是自行开发或者是寻找合作厂商。
自制旦沪测疚爻狡诧挟超锚的话，是不是有人具有基本知识可担任专案发起人，相关资讯又应该从哪里收集、预算与人员成本、后续版本或其他专案之规划。
3、企业app的开发周期
看过许多开发案，通常被拿来挤压的都是程式设计这端；也看过稍微乐观的开发时程规划案手机app开发过程中所遇到的9大注意事项：一、没有规划的开始很多App项目在开发之前，都没有规划好，这就比如，写作文没有大纲，做房子没有建筑图，到最后做出来的app和客户需要的效果大相庭径。
所以在开始 之前就要做好一份书面规划，包括app开发的目的、需要实现的功能，以及预期每个阶段需要完善哪些功能等等，然后根据规划，设计出用户需求的流程图。
二、盲目的创建跨平台app跨平台app在一定程度上，能从用户的实际使用中获得反馈，有利于改善在其他平台发布的版本。
然而跨平台app一般情况下没有全面的功能，对于多个独 立的平台来说，则需要更多的编码。
所以在设计app之前，要展开用户调查，包括不同的年龄、生活方式、教育环境等等，再判断使用安卓和ios的比例，确定 好开发平台。
三、不重视开发人员建议通常产品设计师在得到一些灵感的时候，就会在产品中加入一些其他元素，然而站在开发者的角度去考虑问题，有时候会觉得加进来的这个东西比较多余，而且
和移动设备的操作体验也不匹配，或者这些元素会产生一些不必要的数据。
蓝海汇app开发技术人员介绍：这时如果产品设计师一意孤行的话，很可能会导致产品 变残，或者因此而让用户在使用过程中产生了多余的数据，而放弃此应用。
所以比较好的办法就是，在技术可行，并不影响用户体验的情况下，可以实施这种想法。
四、将app设计成网站模式用户愿意用你的App，主要原因有两种，一是有用;二是精简、快速，两者缺一不可。
如果将app设置成网站形式，不仅打开缓慢，容易闪退，花了大量时间还找不到想要的重点在哪里。
另外，如果用户想要打开网页版，他们还会用手机吗，只有在特别需要的情况下才会使用吧。
五、手机屏幕尺寸不兼容其实这种情况很常见，同一个app在不同手机上排版不同、格式不同，比如说在某些小屏幕的手机上，看到的内容就比较凌乱，给人非常不专业的感觉。
所以开发者需要注意手机屏幕尺寸的兼容性。
六、触发后台程序使用app时，移动设备上也会运行其他后台服务，过多的系统需求会导致设备崩溃，这是常见的大忌。
七、忽视操作系统集成Android和iOS风格、布局和导航都大不相同，这需要匹配创建项目的每一个操作系统来满足用户。
同时，对苹果app而言，它需要专为操作系统而设计的应用。
八、节省测试一个人的思维引导他做的事情，是一个自然过程，所以开发者或设计程序人员对自己开发的或者设计的产品是没法公正判断的，因为他们开发出来的产品正是他
们了解到的样子。
那么就不能由开发者或设计程序人员自己来测试。
作为测试人群，他们应该是目标用户，或者是没有参与开发的人员，但最好不要是家人，因为比 较不客观。
九、迷失最终目的在规划好app开发项目流程以后，不要轻易改变，如果在开发过程中，不断加入新的需求，就会逐渐远离最初的开发目的，这是不能让客户满意的。
那么在有新的 需求或者想法时，要及时在产品开发前，与客户开会讨论并确认，尽量确保开发出来的产品与最初规划的样子相符合。
1、APP开发分工明确app软件开发是一个人无法完成的集成产品，所以除了必要的程序员外，还应该配备UI设计师、产品经理、计划者、专业测试人员和推广人员。
2、明确手机APP开发流程APP软件完全是从最初的想法形成的。
手机APP软件的开发除了可行性外，还需要定制操作流程图，并严格执行。
千万忌讳的是，还没有制作流程图就开始了应用程序的开发和生产。
3、制作要保障用户体验的完美设计APP软件的最终目标是为用户服务，虽然不可能达到完美，但也尽量接近完美状态。
手机APP软件开发应改善用户体验，以增加手机app软件的粘度。
1. 公司是否有成熟的APP开发案例：公司是否有自主研发的项目案例，很大程度上能反应该公司的开发实力。
最好结合你自己的APP开发类型，要求开发商发送他们公司做过的与你功能需求相似的APP案例，而不是相同行业的APP案例。
功能是根本骨架，行业是皮囊。
皮囊稍稍整形一下就能焕然一新，削骨之痛则不是一般人能承受。
2. 公司APP技术开发实力：寻找有自己技术开发团队的公司，最好是到公司具体考察，看看公司的团队规模。
如果你找的公司A自己没有开发团队，A就会包给B或者C公司去做，B/C公司的开发能力是否可靠你就不得而知了。
这样，你就相当于找了一家皮包公司，在APP系统开发过程中很大程度上会出现：开发前 需求沟通传达不充分、开发中 周期无法把控、开发后
APP运营出现bug将没有技术人员解决等等问题。
APP源码开发与模板APP如何抉择：这个需要根据你的运营需求来了。
模板的好处就是相对便宜，但是功能模块都是固定死的，不能根据你的需求进行更改。
其次，模板APP你是拿不到源码的，后期出现bug你是没法改的，找技术团队来也没法改，巧妇难为无米之炊，更别说以后想进行二次开发，想都不要想。
相对的，APP源码开发的劣势就一个，费用高，市面上一般为15w起，也有网友表示低于20w你就别做得了，小编则表示这个具体费用是要看具体功能需求来的。
但源码开发是完全根据你的功能需求进行针对性开发，UI也是根据你的审美要求来设计的，在交付后你可以拿到开发码源，以后想要进行二次开发，可以拿着这套码源找任何的开发公司进行二次开发。
源码开发的周期一般为3-4个月，甚至更长。
具体应该是可谈的。
3. 您的项目是否能得到开发公司的重视。
原则是大项目给大公司，中小项目给小公司。
如果您是要开发一个20w的项目，找个一年接各种50w项目接到手软的公司，您自己想象一下该公司的重视程度会是怎样？4. 您的预算是否与该公司报价大致匹配。
一般您跟开发公司提需求，公司会先给您一个初步报价，大概合适就可以进一步面对面沟通，功能需求清晰明了，报价会有所调整的。
5. 是否通过平台找公司：这个就见仁见智了。
如果可以给你心理上带来一丝丝安全感，那就从平台成交，一般平台是需要收取服务费的。
其实，说句实话，如果合作期间真的出现纠纷，大家也都是根据签订的合同来，通不通过平台交易都一样，重点是合同合同合同！重要的事说三遍。
6.
是否包含维护期：与开发公司合作一定要签订合同，合同条目一定要详细标明你的功能需求，越详细越好，以防开发公司钻模糊功能需求的空子，导致你需求表达的是个成年人，结果开发出来的是个婴幼儿。
在合同中一定要留意是否包含系统维护期。
在系统维护期中，APP运营如果出现技术bug，开发公司是有义务不另外收费进行修正的。
一些拒绝签订这项服务的开发商，其实是从另一个角度否定了自己的开发能力，交付APP后你拿到APP去市面上运营，层出不穷的出现技术bug，你还得出钱找人去改bug，到时候就是一头的包。
7.
口碑与纠纷：不要过分相信APP开发商的客户口碑，APP开发不像去餐馆吃个饭，它是一个周期较长、工序复杂的过程，他人口碑是有借鉴作用，但不要过分相信，毕竟不是人人都够真实、够专业。
但纠纷的确是需要注意的，特别是有违反合同行为的公司，这类最好是规避，到交付时间交不出APP产品，影响的可是你实实在在运营收入。
8. 地理位置：当然了，公司的地理位置也是很重要的。
最好距离你公司的所在地一天能来回，开发前的公司考察、开发过程中几道工序的确认，你最好能到公司现场face-to-face，沟通起来要方便很多。
除此之外，优先考虑互联网发展成熟的地区，如：深圳、杭州、北京等地。
深圳诚合互联 为您打造有生命力的APP！按需定制，源码开发！有APP定制开发需求的同志，欢迎互相交流哦！136溜尔尔邀44散酒深圳诚合互联
预祝您早日寻找到合适的开发商。

三、想要制作APP大学应该学什么专业

软件专业，这个专业挺好的~~但是要有很好的逻辑思维能力~~一般理科学的好的都是可以学的很好的~~现在软件的就业也很好~~~~但是要做好自己要专攻那个方向的~~~有Java什么之类的~~

四、APP授权设计如何让用户不反感并同意授权

本文由人人都是产品经理社区作者@一点优秀 原创发布。
转载请联系人人都是产品经理。

本文大纲图：

一、认识授权

1.1 什么是授权

授权机制，是手机操作系统安全机制中的一部分，在开发应用时需要用到各种各样的手机系统权限。

一般来说，在操作系统中权限会被分类，有些权限级别较低，应用只需在开发时声明即可使用；而与用户有关的权限级别都非常高，需要用户亲自授权才可以。

我们的产品中的功能经常会涉及到这些权限，为了能使应用正常使用，从而给用户带来更好的体验，我们希望用户都能授予我们相关权限。

1.2 需要用户授权的权限有哪些

iOS需要用户授权的权限有下面两种：

①涉及到用户隐私的权限：

②系统服务权限：

无线网络与蜂窝数据（iOS10以后加入，中国大陆特有的权限）

通知权限

VPN

键盘

……

两种权限的区别：

涉及到用户隐私的授权弹窗中，可以添加简短的自定义的向用户解释说明的语句；而系统服务权限弹窗不可以添加说明，有系统的固定提示语。

注意：

iOS应用需要使用iCloud服务时，如果用户已经在iPhone上登录了iCloud，则不需要用户授权可以直接使用。

使用TouchID，FaceID也不需要用户授权，可以直接在应用中开启。

Android中需要用户授权的权限：

Android6.0后有普通权限和危险权限之分，需要用户授权的权限是危险权限。
危险权限共有9个权限组，每个权限组又包括若干子项，在授权时只要用户对一个权限组的任意一个子项授权，则整个权限组都被视为授权。

9个权限组分别为：日历、相机、通讯录、定位、麦克风（用于录音）、电话（一般用于读取本机识别码）、传感器SMS（短信）、存储。

iOS与Android权限的区别：

在iOS和Android中对不同的权限需不需要用户授权，划分不一样。

比如：iOS中最常见的通知权限和网络权限，都需要用户授权才能使用；而这两项权限在Android中则不需要用户授权，所以Android手机总是有很多弹窗，还有相册权限在Android中，也是不需要授权的。

具体两者有何区别，可以结合上面给出的图自行对照，总的对比下来感觉iOS对于用户的保护是更到位的。

要注意的是：像我们刚才所说的网络访问和通知权限，并没有在Android列表中列出，但这不代表Android中没有这两个权限，只是不需要用户授权而已。

知道了iOS和Android的权限区别后，我们在设计时就知道同一项权限，需不需要针对两个系统分别做设计了。

１.3 常用授权

第一梯队：网络，通知，位置；

第二梯队：通讯录，相册，相机，麦克风等。

Android和iOS的常用授权都一样，只不过Android不需要网络和通知权限，不需要授权相册。

1.4 iOS和Android在设计授权时的区别

（1）在Android中所有的系统授权弹窗，都是不能添加说明的；而在iOS中涉及到用户隐私的权限，在请求授权时都可以添加简单的说明。

看似区别不大，但是对于用户的体验来说，iOS显然更胜一筹。

（2）Android的系统授权框可以出现多次，第一次用户进入应用后，如果没有授权给应用的话，那么下次当用户再次进入应用时，应用还可以调用系统授权框，让用户授权。

在iOS中系统授权框自始至终只会出现一次，如果用户点击不允许授权，则以后只能通过给用户提供去设置按钮，让用户自行打开权限开关。

使用系统授权框让用户授权的好处：

通过系统提示框让用户授权，用户只用点击一下就可以授权成功，而通过去设置去开启权限步骤，会需要用户经过两三个步骤才能开启，比较繁琐。

如果没有让用户在第一次授权成功，以后让用户授权成功的可能性更低，所以我们需要珍惜第一次机会，争取让用户一次性授权成功。

虽然Android可以在下次用户进入应用时，再次调用系统授权框，可是如果用户第一次都不给你授权，以后又凭什么给你呢？

所以不管是iOS还是Android，在第一次弹窗出现时，拿到用户的授权都是非常重要的

（3）Android阵营中不同手机厂商的系统，在授权时的机制都不一样。

比如：作为Android系统危险权限的存储权限，在oppo的ColorOS系统中就是向所有应用开放的，不用通过用户的授权，还有弹窗弹出次数的限制等。

在oppo中竟然可以一直给用户弹出授权框，知道授权成功为止，如果进一步为了用户体验的提高，我们可以为不同的手机厂商做定制化处理。

本文中按照适合大部分安卓手机的情况做介绍。

1.5 为什么要让用户给我们授权

我们设计的应用中，往往一些功能需要用户给予相应权限，才能正常运行，这样才能为用户正常服务，给用户带来良好的体验。

1.6 用户授权过程中存在的问题

很多应用，会向用户申请一些与功能关系不大的权限，导致用户对所有软件的信任度很低；

应用拿到通知权限以后为所欲为，经常向用户发一些广告，没用的信息，骚扰用户；

应用在向用户申请权限的时候，没有说清楚需要权限做什么用。

这些因素导致了我们真正需要一些权限的时候，用户不再信任我们；导致我们软件中的正常功能获取不到权限，不能为用户提供良好的体验。

二、如何针对授权做设计

第一步：确定应用中需要用到哪些权限

梳理一遍应用中的功能，或者和开发沟通，确定我们都需要哪些系统权限，我们需要做到下面两点：

确定这些权限确实需要，不去获取多余的权限；

确定哪些要为iOS设计和哪些要为Android设计，还是都要设计。

第二步：针对每一个权限做下列设计

1. 设定系统弹窗弹出时机

在第一次打开应用时申请权限的劣势：

用户对应用的信任感在一开始是最低的；

一开始缺乏关联场景，用户不知道你要授权干什么。

（1）接下来看看什么样的权限，应该放在第一次打开应用的时候去申请？

1）网络权限（Android不用设计）

在进入时获取网络权限，这没什么好说的，没有网络权限我们什么也搞不了，直接调用系统授权框即可。

2）通知权限（Android不用设计）

这里我的建议就是，对于那些有过硬理由的通讯类应用来说，是可以在一开始请求获取通知权限的；对于没有过硬理由的应用来说，尽量找出那些用户需要用到通知服务的场景，在那时再弹出授权框。

原因：刚才说到了，在一开始去请求授权有两个劣势；但是对于那种有过硬理由的应用来说，不在一开始申请到的话，会对应用有比较大的影响。

而第二个问题对于这种应用来说不用担心，对于没有过硬理由的应用来说，不申请到通知权限也不影响主要功能，所以没必要冒风险在一开始去申请。
且等到用户遇到了需要被提醒的场景，再弹出授权框，肯定比一开始没有关联场景去申请要强得多。

3）没有就会影响到正常使用的权限

比如：对于照相类应用，如果在一开始没有拿到相机权限，那么进入应用后就会是黑屏，所以拍照权限就应该放到一开始去获取。

注意：对于这种应用来说，获取相机权限就够了，相册权限也不要放到一开始去获取。

再举个例子：百度云网盘在第一次打开时，也会提示你授予通讯录权限，为什么呢？因为百度云要帮你把通讯录信息同步到网盘中，如果不给权限的话，就没法同步。
当然你也可以选择不同步通讯录，所以也会在一开始去向用户申请。

（2）使用到相关功能时

刚才我们已经解决了，哪些功能需要放到第一次打开应用的时候去申请。
那么除了这些权限，剩下的就是属于：在用户使用到相关功能的时候再去申请的权限了。

这些权限大部分都和授权场景有比较强的关联性，放在特定的授权场景触发是更好的选择。
但这里也不是说，放在后面弹出弹窗的权限，一定都有比较强的场景关联性。

最主要的是：如果你没有过硬的理由放在前面弹出，那就放在后面弹出吧。

对于这类权限，这时候我们需要做一件事——找出需要用到这些权限的所有功能的触发点。

比如：对于相机权限，那么触发场景有可能是拍照，有可能是扫一扫，触发点就是点击拍照按钮的那一刻，点击扫一扫按钮的那一刻，在这些触发点中，都要能出发授权弹窗。

２.是否需要pre-permission

（1）什么是pre-permission

pre-permission简单说就是预授权，在系统授权弹窗出现以前，先弹出我们的自定义弹窗，甚至是页面。
我们可以用我们的自定义弹窗，来测试用户是否想给我们授权？

如果用户点击了我们自定义弹窗中的授权按钮，我们再弹出系统授权弹窗，如果用户不想在此时授权，则我们可以在后面合适的情况下，再次让用户给我们授权。

这样相当于加了一层保险，只有当用户想给你授权的时候，才弹出系统授权弹窗，避免了用户点击了系统授权框的不允许后，造成再次授权的成本增高的问题。

（2）pre-permission这种设计方式出现的背景

这个方法出现在iOS早期版本，那时的iOS系统权限管理方面，没有现在这么完善。
当用户关闭了系统的授权框后，如果需要再打开相关权限，就只能通过手动去设置页自己开启权限，整个过程需要五六个步骤，大大提高了用户的开启成本。

如果用户在第一次拒绝了应用的授权请求时，如果再想让用户打开相关权限就非常困难。

（3）pre-permission有什么用

现在的iOS系统，在用户拒绝授权后，我们可以在下次出现的自定义弹窗中加入去设置按钮，用户只需要两三步就可以授权成功。

最重要的是：以前用户很容易找不到在哪里去开启权限，而现在我们可以直接将用户引到到授权页，用户点击授权即可。
可以说有了去设置这个按钮后，用户再次打开权限的成本大大降低，而pre-permission当初出现的原因，正是为了解决再次打开权限的成本高的问题。

那么是不是说pre-permission这种方式已经过时了呢？

答案当然是：没过时。

首先虽然现在的再次授权成本大大降低，但毕竟还是没有系统授权框的授权体验好。

但是最重要的不是这个，最重要的是：当用户不能很好的理解我们为什么需要授权的时候，我们可以在预授权的提示框中加入详细的说明，从而达到用户给我们授权的目的。

（4）接下来我们看哪些权限需要pre-permission

其实大部分的权限获取，通过系统自带的授权框都能解决问题。

比如：相机、相册、定位等。

这些权限的特点是和授权场景的关联性很强，只需要简单的文字用户就能理解我们需要权限干什么；用户理解后一般就会授予我们权限，如果用户不给我们权限的话，就不能使用相关功能。

比如：他要修图，却不给我们相册权限，之后当用户发现没有权限不能修图后，自然会给我们权限，所以这些权限一般不用担心。

比较特殊的是通知权限和通讯录权限。

我们先来说通知权限。

先说结论：如果通知权限对应用影响很大，一定要加pre-permission。
如果通知权限只是给用户提供一种便利，没有也影响不大。
比如：淘宝、京东这些，可加可不加。

原因：通知权限几乎是每个应用都想拿到的权限，对于有些应用来说，通知权限是一个很重要的权限。

比如：通讯类软件，消息需要实时的传达给用户，如果没有通知权限，对于应用的影响是非常大的，这类应用比较少。

而对于其他应用来说，通知权限只是为了增加用户体验的一个方式而已，拿到最好，拿不到也无关痛痒。

还有些应用拿到通知权限，就是为了给用户发一些没用的信息，而不考虑用户的感受，这种应用很多，拿不到也就算了。

于是这就造成了一个问题：现在的用户一般都不想给应用通知权限，用户的感觉就是给了通知权限就会被不断的弹窗骚扰，再加上很多应用，都是用户刚一打开应用就让用户授予通知权限。
而iOS中的通知框又不能添加说明文字，不能向用户说明应用获取通知权限的目的，所以大部分用户很多时候一看到通知权限就会下意识的不授予。
一旦用户不授予通知权限，我们也不能像相机、相册、定位这样的权限一样，通过不让用户使用相关功能的方式，来再次提示用户去打开权限。
因为即使没有通知权限，应用一定是可以正常运行的——于是拿到通知权限变成了一件非常难的事。

关键的问题是：有些应用拿不到就拿不到了，而对于有的应用的影响是非常大的，甚至是致命的。
这些应用不会去骚扰用户，但是也被用户误解了。

所以对于这种应用来说，就需要一种方式来避免被用户误解，向用户说明需要通知权限去做什么，尽最大可能性拿到通知权限，那么pre-
permission也就再次派上了用场。

再来说说通讯录权限。

结论：不管什么应用，在申请通讯录权限时，最好都加上pre-permission

原因：在所有的权限中，哪个权限是用户感觉最涉及隐私的——大部分用户都会认为是通讯录权限。

除非你的应用像微信，QQ这类让用户有足够安全感的应用，否则一般情况下用户都不会随便授予你通讯录权限。
现在用户动不动收到诈骗短信，诈骗电话，谁知道是不是你们这种不靠谱的公司泄露出去的。

即使是大公司，现在都不能让用户放心了，最近爆出的Facebook泄露用户个人信息很好的说明了问题。

所以获取通讯录权限也比较难，通讯录权限和通知权限有些地方很像，如果用户决定了不授予你通讯录权限，你之后再想获取到这些权限就比较难。
所以对于通讯录权限来说，通过pre-permission的方式来获取也比较好。

对于其他权限的来说，如果你想更加充分的向用户去说明也是可以用的，这里就不再多说。

（5）在Android中怎么设计

Android中的弹窗都不能添加说明文字，是不是就应该都添加pre-permission呢？

实际上不是。

首先在之前我们说到过，Android中的系统授权框可以不止一次的弹出来（下次进入应用时），所以用户再次授权成本更低。

其次，大部分的授权我们也提到过，像：相机、相册、定位这种，用户已经被各种应用教育的非常好了，基本都会给你权限，不给的话相关功能也用不了。

所以实际上在Android中和iOS中情况差不多，主要针对通知和通讯录权限来使用pre-
permission，但是Android中通知权限不用通过用户授权，所以我们只要在申请通讯录权限的时候加上pre-permission即可。

3.拒绝后怎么办？

（1）pre-permission被拒

添加了pre-permisson也不是万能的，也会被用户拒绝。

而通知和通讯录权限，不像定位，相机权限，可以在用户进入相关页面时提示功能不能用。

若要使用相关功能就得打开权限，对于这种情况我们怎么办呢？

拿通知举例，我们就要在用户需要被提醒的时候，来提醒用户打开通知。
如果用户真的需要被通知，那么自然会授予我们权限。

如果是通讯录呢？

那就在添加好友的时候提醒，要注意的是这种提示不是用弹窗的方式，这样有骚扰用户的嫌疑。

（2）网络授权框被拒

用户关闭了网络授权后，系统会在下一次用户进入应用时，自动弹出已经关闭网络权限的提示框，应用只需按照断网情况处理即可。

西瓜视频在断网后为用户分析了不同的可能性，并且在检查网络权限这里添加了设置按钮。
用户可以很方便的检查网络是否关闭，这样的设计可以说是非常棒了，大多数的应用在断网后的设计都没有这么细致。

（3）系统授权框被拒

在用户拒绝我们后，立即提示用户若要使用相关功能就得打开相关权限，并且在该权限的每个触发点都加入弹窗提示，同时给用户一个去设置的按钮。
这里要注意的是，用户点击去设置后，要直接将用户送到应用的授权界面，不要让用户去找。

提示的方式有两种：有弹窗提示、也有整页提示。

如果你需要授权的功能，不需要占用整个页面就用弹窗提示，如果该功能需要占用整个页面，那么就用整页提示。

4. 提示文案

首先，iOS中网络授权框和通知授权框中的文字是固定的，不能自定义。

（1）pre-permission中的文案

由于pre-permission的优势，我们可以充分的向用户说明：

结合图片文字的方式说清楚我们要获取这个权限做什么用？

如果你不给我们权限会怎样？

打消用户的疑虑，如果是通讯录权限就说明白我们不会侵犯你的隐私，您可以随时关闭该权限；如果是通知权限就说明白我们不会骚扰你，前面给出的VUE的预授权弹窗中，就专门强调了不会打扰用户，这点很好。

（2）第一次iOS系统授权提示框出现时的文案

说明白，如果不给我们权限你将不能使用什么功能，个人认为“你不能做什么”这种方式要比“我要为你做什么更好”。

（3）被拒绝后提示框中的文案

您还尚未开启某权限，所以不能使用该功能，请开启权限。

总结

这篇文章写得比较长，希望的是大家看完后不光知道怎么去设计App授权，更知道为什么这么设计，这样当遇到不同的情景的时候才能灵活处理。

最后我们以一个例子来收尾

假设我们的应用是一款小视频类软件。

第一步：找出所有应用中用到的权限，分为iOS需要的授权和Android需要的授权

针对iOS：要用到的权限有网络、通知、相机、相册、麦克风、定位。

针对Android：要用到的权限有相机、相册、麦克风、定位、存储权限。

第二步：针对每一个权限做设计

接下来我们以iOS下的相机权限为例：

1）什么时候弹出？

用户点击录制视频时弹出。

2）要不要pre-permission?

不要，所需权限与场景关联性很强，利用系统提示框中的自定义文字即可。

3）如果用户拒绝了怎么办？

点击拒绝后和下次进入时，利用整页去提示用户，并添加去设置按钮。

文案：（简单示范，大家可以写的更好一点）

第一次请求用户授权时：如果不授予相机权限，您将不能拍摄视屏。

拒绝后提示用户时：由于您还未授予相机权限，暂时不能录制视频，请开启权限。

这样一个权限的设计就完成了，可以去绘制原型图了，相册、麦克风、定位权限的设计和相机权限的设计基本雷同，通知权限就当成作业让大家去设计了。

彩蛋：

如果大家觉得我写的还不错的话，希望大家能给我点个赞支持一下，让我看看有多少人支持我好吗？

以后持续为大家带来干货，这里要提前预告一下，最近会出一个很厉害的干货，相较于这两篇文章来说，这两篇文章只是开胃菜，哈哈，所以赶紧订阅我吧。

干货没看够点这里：5000字，总结App加载设计

本文由 @一点优秀 原创发布于人人都是产品经理。
未经许可，禁止转载

题图来自 Unsplash ，基于 CC0 协议

人人都是产品经理是中国最大最活跃的产品经理学习、交流、分享社区。
集媒体、社区、招聘 、教育、社群活动为一体，全方位服务产品经理。