产品需求文档中容易被忽视的10个细节

产品需求文档是否考虑全面，会直接影响后续开发的进度以及实现效果。

如果碰上比较严谨负责的开发团队，他们会提醒那些我们忽视的问题，但很多开发只是按部就班，未提及的细节就默认处理或者不做了，直到我们验收版本时才发现问题，不仅项目延期，开发对我们的信任感也骤降。

以下是容易被忽视的10个细节：

1、默认值

大多数用户比我们想象中的还要懒，所以需要在涉及到个性化选择的功能时设置默认选项或者默认值，同时满足小白用户与专家用户的需求。

2、上下限

任何功能都需要设置上限值和下限值，避免产品出现失控。

比如文字输入限制、发图片数量限制，就是为了界面整体的协调性。

保证文字不会越界，同时考虑是否允许换行，并且最多允许几行。超过字数限制后怎样显示，是直接省略还是滚动显示。

3、误操作提醒

对于一些不可逆转的功能，比如举报、加入黑名单、清空数据、放弃保存等，必须要给予确认提醒，阻止因为误操作而触发该功能。

4、 *** 状况

*** 状况会影响数据的拉取，所以要考虑在断网或者弱网环境下的使用。

比如客户端内置默认图片，在拉取到数据之前保持界面完整性。

还要考虑数据缓存机制，减少 *** 状况的不稳定对产品的体验影响。

及时给予用户 *** 状态提示，并引导用户重新联网。

5、权限禁用

产品的功能需要调用系统的权限，而一些手机品牌对于权限的限制比较严格，所以会出现安装之后某些功能无法使用的情况。

我们的产品需要调用摄像头权限，而小米在第三方应用中默认禁用这个权限，所以很多小米用户反馈无法拍照，后来我们添加了权限禁用时的提示弹框，引导用户去设置里开启权限。

6、无响应状态

有一些功能运行时会占用比较大的内存，对于性能较差的手机就会出现一直在loading，用户只能强制杀掉进程。

所以要设计无响应状态，提示用户程序仍在运行，需要耐心等待，也要给用户返回上一层级的选择。

7、多语言适配

如果你的产品有可能会推广到海外，那么更好提前考虑多语言适配的问题。

为了减少安装包的大小，必须要精简资源库，尽量使用能够复用的图片素材，减少文字类图片。

分享功能可以使用集成SDK，保证国内海外的用户都可以使用。

8、规则后台可控

很多规则在制定时我们也不能保证说是更佳的，如果把规则写死在客户端，上线后数据反馈效果不佳，那么只能通过发版本来调整，费时又费力。

把规则做到后台可控，虽然在开发时会多投入一些工作量，但能够做到快速灵活的调整。

9、数据统计埋点

要验证功能上线后是否达到设计目的，就必须通过数据统计来进行分析，这也是衡量产品经理能力的一个指标。

可以用友盟这样的第三方统计平台，但如果想要更详细的数据情况，就需要搭建公司内部的数据后台。比如界面的停留时长、点击转化率、用户路径等。

10、运营扩展

产品和运营是密不可分的，所以在设计每一个功能时，要考虑到是否有运营扩展的可能。

比如限制某些功能的使用，需要达成某种条件再解锁。

或者在界面中设计一些预留广告位，为流量变现做准备。