App产品原型背后要交代的细节或要理解的原则（三）

　　本文接上一篇App产品原型背后要交代的细节或要理解的原则（二），接着跟大家讲讲产品原型背后要交代的细节和要理解的原则。
　　十一、请求设备授权可以更简捷吗？
　　用户如果未开启APP的设备授权，那么用到相应的功能，就需要临时提醒用户授权。
　　比如点击【抖音】的拍摄按钮进行视频拍摄，就需要请求摄像机授权。
　　如上图，点击“去设置”，则前往手机的【系统设置】界面手动操作。
　　相当于App只负责告诉用户：我需要你去设置中授权。
　　若不同意，则放弃视频功能的使用。
　　若同意，则前往【系统设置】中，执行独立于App之外的操作。
　　操作完成，会发现连个返回APP功能都没有，还需要自己找到App再进入一次，是不是很low？为什么不能在App中一键完成授权呢？
　　这其实与手机操作系统有关系。
　　以IOS为例，手机操作系统对设备授权有一个规定：安装后，首次打开App，App会自动请求用户进行设备授权。
　　仅此一下，之后打开App，操作系统就不会帮忙请求了。因此，若首次未授权，或之后关闭了授权，那么手机系统不允许App直接一键授权了。
　　明白这个道理，设就可以设计出贴合实际的方案。需摸到操作系统的“屋檐”，适当“低头”。
　　十二、页面刷新加载的“萝卜和泥”
　　刷新，是产品经理需要定义的常见的功能。要么是手动触发刷新，要么是定时任务触发。
　　定时任务触发，比如1分钟内的消息显示“刚刚”，那么系统就可以每一分钟自动刷新一次，使显示合理的时间格式。
　　本文主要以手动触发说明，产品经理至少可以考虑四个方面的问题：
　　1。怎样的触发方式
　　列表页面加载，主流触发方式是滑动，包括上下左右滑动。
　　对于瀑布流的内容为主的产品，刷新较为频繁，除了使用滑动加载之外，还可配合按钮加载。比如：【抖音】，可以双击底部菜单实现页面刷新。
　　“滑动点击”这样的设计，避免用户置身于视频瀑布流中只靠单一滑动带来的枯燥和不适。
　　2。打开新页面加载的
　　刷新有打开新页面的，也有在当前页面加载新内容。
　　打开新页面的，需要考虑如下：
　　翻页方向：目前流行的交互方式，是左右平移或覆盖平移，比较符合用户对线性操作流程的的直观感受。加载发生在翻页的前还是后呢？
　　翻页前加载：适用于需要判断及验证处理的页面中。例如：表单信息判断和登录验证等，而绝大部分app采用翻过去之后加载，这样可以极大的增强页面的流畅感。
　　3。设计loading标示
　　（1）loading标示的样式
　　菊花和进度条是最基础的loading标示，若做成动画，或者加入App品牌特色，就更显诚意了。
　　（2）loading标示的位置
　　是在顶部、中部、还是底部呢？
　　若看不出优劣，就选一种，并向团队交代清楚，必要的时候做AB测试。
　　4。加载策略
　　在实现机制上，产品经理要说清楚效果。比如：最迟不超过2s、要求某些内容先加载出来等等。
　　这样就引导出了常见的几种机制：异步加载、分模块加载、懒加载和预加载等。
　　需要注意的是：加载机制不仅仅是受限于网速，更是信息泛滥时代的一种策略：让用户优先看到什么，节约用户精力，提高回报率。
　　十三、【消息】模块的设计
　　1。消息归类
　　在设计消息菜单的时候，需要考虑默认置顶、消息归类等功能。让目标信息曝光增加，同时让消息有条理。
　　比如：【互动通知】置顶在列表的最上方，类于“文件夹”。点击，则打开系统消息列表。
　　2。未读提示：数字还是红点呢？
　　一般而言，人与人的聊天显示未读条数，因为时效性要求高。
　　超过99条一般显示99，实际显示99也可以，对用户而言已无差异。非紧急的通知可以不显示具体数字。
　　消息已读的判断标准：只要打开就算已读。哪怕眼前条只展出了1条，哪怕没来得及看就手机掉线了，也都当做已读处理。
　　3。删除消息
　　分两类：一类是单条聊天记录的删除；一类是整个聊天条目的删除。
　　4。消息保存时长
　　可以保存在服务器，用户可以通过加载，分批查看历史消息。
　　此外，考虑聊天消息的复制、转发、失败重发等。
　　十四、Web在手机端的适配
　　产品官网，初期都很简单，基本都是：产品介绍下载链接。
　　功能不复杂，因此可以考虑设置手机访问官网的功能。
　　如上图所示，手机端直接访问PC官网体验极差。
　　因此需要一定程度的适配，大概会有以下几种形式：
　　1。极简适配
　　极简适配就是对内容进行删减，直到剩下最后一个页面，用一个页面去呈现最基本的产品介绍以及下载按钮。
　　2。完全适配
　　做了全适配的官网会在手机端有良好的表现。当然，Pc端的官网有时候体量太大，在适配到手机端的时候也要有删减。
　　相关阅读
　　App产品原型背后要交代的细节或要理解的原则（一）
　　App产品原型背后要交代的细节或要理解的原则（二）