今天小Q就帮大家整理一份权限通知出现的机制清单，分各种场景总结产品模型，希望对你的产品设计有一定帮助！
很多APP会在初次使用的过程中直接弹框索取权限，这确实是最简单的实现方式，但被拒的可能性也最大。另外一类APP会在询问时通过一些小技巧变着法的诱导用户点击“允许”。实现成本不会比第一种高出很多，但获取授权的几率会增大。还有一种APP，会等用户用到相关功能时再问，更友好的情况是询问的文案不会让用户感知是授权，而是提醒用户有好的功能可以使用，让用户认可你的建议后，做决定是否授权。
在产品的基础框架设计中，有一项内容叫作：权限获取，即手机相关权限的获取（地址位置、摄像头等），在相应场景下触发。小Q曾在《你离用户的距离，只差一个好的体验》一文中总结性的提及了这部分内容。今天小Q就帮大家整理一份权限通知出现的机制清单，分各种场景总结产品模型，希望对你的产品设计有一定帮助！
在合适的时机出现
Splash页后
我们知道现在很多的产品喜欢在splash一些凸显产品调性的东西，另外一方面，毕竟能够第一时间弄明白一款新产品的用户太少了，splash页可以大大减缓用户在心理上的焦虑情绪。那么你是否考虑在splash这样一个被用户使用低频的模块，能结合一些通知功能，让用户多停留几秒，看清楚你的splash页的内容？一般来说，产品的基础功能是围绕消息通知作为主脉搏的时候，我们可以把splash的某一个slide作为突出消息通知功能的点，介绍给用户，同时结合此splash页内容出发开启权限通知的浮层或是弹框，减少对用户的中断式打扰。
交互形态：Splash页结束后，从下至上抽出一屏。这种方式可以让两个功能结合，且更好的突出消息推送的重要性。如：通讯类、社交类、新闻类、天气服务类产品等，都可以借鉴如下的模型和触发机制，优化产品体验。
特殊场景前
拍照、直播、语音等
我们不乏看到很多iOS APP不对授权做处理，导致首次打开的时候接二连三的弹出申请通知，申请数据，申请摄像头，申请拍照，申请照片的授权，这样粗暴的产品体验特别差。对用户来说，我第一次使用app，就不断的弹弹弹，影响我正常使用APP。对运营来说，会造成推送功能的开启率很低，后续无法推送重要消息给用户。对业务来说，部分用户永远都收不到重要信息的通知，觉得这APP不热闹没人气。
那么，对比以上的情况，作为一名用心的产品经理，我们会在用户首次使用某个功能时，弹出获取权限的提示，把人机对话融入适当的场景使用过程里。这样做，APP的体验会变好，不会一打开就很多个弹框，不中断用户的使用，也帮助用户快速认识功能的核心，同时，APP的推送开启率能够大幅度提升。这是目前很多产品交互设计的落脚，也被运用得比较多样化，大致有如下两种模型，供你参考：
功能使用后
所谓关注和订阅，对于人，无非是一种简单的记住信息源的方式。对于社交类型产品，一般都习惯用follow（关注、订阅）这个词，也不仅仅限于人-人之间交互。譬如知乎，这里就将follow用于了人-问题的交互，zaker，就将follow用于了人－内容的交互。从信息的角度，我们follow一个人或者订阅一个站点，目的是「获取信息」。
当我们在使用产品的过程，关注某人、某物，或者订阅某人、某物后，利用使用频率或者是场景，产品在设计中可以考虑用弱打扰的方式，提示用户开启获取通知的权限，这是顺应用户使用感并且让用户不遗忘关注内容的巧妙设计，参考模型如下：
小Q来总结
现在的互联网产品已经走过了人口红利的阶段，大大小小的App都开始用心雕琢自己的体验和交互，人机之间的互动，必然存在一些不自然的询问和打扰，我们需要站在用户的使用场景和诉求角度，尽量做到贴心和合适，把每一个小细节都反复琢磨，以用户为中心，才看从茫茫多的产品中给用户留下深刻的影响，并持续使用你的产品。
