产品需求文档是否考虑全面，会直接影响后续开发的进度以及实现效果。
如果碰上比较严谨负责的开发团队，他们会提醒那些我们忽视的问题，但很多开发只是按部就班，未提及的细节就默认处理或者不做了，直到我们验收版本时才发现问题，不仅项目延期，开发对我们的信任感也骤降。
1、默认值
大多数用户比我们想象中的还要懒，所以需要在涉及到个性化选择的功能时设置默认选项或者默认值，同时满足小白用户与专家用户的需求。
2、上下限
任何功能都需要设置上限值和下限值，避免产品出现失控。
比如文字输入限制、发图片数量限制，就是为了界面整体的协调性。
保证文字不会越界，同时考虑是否允许换行，并且最多允许几行。超过字数限制后怎样显示，是直接省略还是滚动显示。
3、误操作提醒
对于一些不可逆转的功能，比如举报、加入黑名单、清空数据、放弃保存等，必须要给予确认提醒，阻止因为误操作而触发该功能。
4、网络状况
网络状况会影响数据的拉取，所以要考虑在断网或者弱网环境下的使用。
比如客户端内置默认图片，在拉取到数据之前保持界面完整性。
还要考虑数据缓存机制，减少网络状况的不稳定对产品的体验影响。
及时给予用户网络状态提示，并引导用户重新联网。
5、权限禁用
产品的功能需要调用系统的权限，而一些手机品牌对于权限的限制比较严格，所以会出现安装之后某些功能无法使用的情况。
我们的产品需要调用摄像头权限，而小米在第三方应用中默认禁用这个权限，所以很多小米用户反馈无法拍照，后来我们添加了权限禁用时的提示弹框，引导用户去设置里开启权限。
6、无响应状态
有一些功能运行时会占用比较大的内存，对于性能较差的手机就会出现一直在loading，用户只能强制杀掉进程。
所以要设计无响应状态，提示用户程序仍在运行，需要耐心等待，也要给用户返回上一层级的选择。
7、多语言适配
如果你的产品有可能会推广到海外，那么最好提前考虑多语言适配的问题。
为了减少安装包的大小，必须要精简资源库，尽量使用能够复用的图片素材，减少文字类图片。
分享功能可以使用集成SDK，保证国内海外的用户都可以使用。
8、规则后台可控
很多规则在制定时我们也不能保证说是最佳的，如果把规则写死在客户端，上线后数据反馈效果不佳，那么只能通过发版本来调整，费时又费力。
把规则做到后台可控，虽然在开发时会多投入一些工作量，但能够做到快速灵活的调整。
9、数据统计埋点
要验证功能上线后是否达到设计目的，就必须通过数据统计来进行分析，这也是衡量产品经理能力的一个指标。
可以用友盟这样的第三方统计平台，但如果想要更详细的数据情况，就需要搭建公司内部的数据后台。比如界面的停留时长、点击转化率、用户路径等。
10、运营扩展
产品和运营是密不可分的，所以在设计每一个功能时，要考虑到是否有运营扩展的可能。
比如限制某些功能的使用，需要达成某种条件再解锁。
或者在界面中设计一些预留广告位，为流量变现做准备。
个人原创文章，转载请联系本人授权。
