PRD作为产品经理的工作产出，不但要简洁、清晰的呈现产品设计的相关细节，还有可能作为日后和设计狮，程序猿沟（si）通（bi）的文字凭证，更重要的是PRD的好坏会直接影响到产品的开发进度以及最终的实现效果。

这里总结了产品经理在写PRD过程中容易忽略的4个细节。

网络状况

移动互联网网络状况包括4G，WiFi，断网等。产品设计中需要针对不同的网络状况分别考虑，给出不同网络状况下的产品设计方案。

目前国内的移动互联网服务较好，大部分的产品主要是从节省流量出发来考虑产品的设计，拿国内的产品来举例，优酷，爱奇艺等视频类应用会提醒在4G情况下下载的用户，当前正使用运营商网络，KEEP在检测到用户使用WIFI是会提示用户下载相关视频课程等等。除了不同的联网情况，我们还必须要考虑断网的情况，尤其是在网络环境不好的国家或者地区，在断网情况下是显示默认图片提示用户检查网络设置，还是展示缓存的内容，待用户有进一步操作的时候再提示用户都是产品经理在PRD中需要说明的。

数据存储

在PRD中，产品经理往往会忽略产品数据的存储。对于移动应用来说，数据一般存储在本地或者服务器。

本地和服务器存储各有优劣，产品经理需要结合数据的大小，使用频率，数据的更新频率和时效性来综合考虑。以我的产品为例，我们的产品中有一个选国家的页面，这个页面是30个左右国家的国旗，每个图片的大小在1-2K左右，用户在首次登陆时需要选择对应的国家，那么这类数据（所占空间不大，用户使用频率不高，更新频率相对较低且对时效性要求不高）就适合打包进APP存在本地，而对于首页的轮播图，用户的账户信息（需要及时更新）等就适合存储在服务器。

异常情况

年轻产品经理的PRD往往只说明了正常情况下的产品设计，经常忽略异常的情况。异常情况有很多，导致PRD遗漏异常情况往往是因为产品经理在产品设计过程中产品逻辑不完整。为了避免这种情况，建议大家在写文档之前先梳理产品流程，可以通过产品流程图帮助理清思路，避免遗漏。这里简单列举一些比较容易遗漏的异常情况吧。

1. 内容展示

a. 正常：这是大家的理想状况，略过不说了。不过你要知道理想很丰满，现实嘛…

b. 内容为空：内容为空时如何展示，是选择缺省设计，还是直接不展示该模块的内容。如果这些信息在PRD里没有描述清楚，又恰巧是一个没有经验的程序员开发，那么当内容为空时很可能你看到的页面会让你想哭

c. 内容溢出：文字内容是否有字符限制，超过字符限制会在后台给出相应提示吗？还是超出部分显示为省略号，或者设计展开样式展示更多内容。对于国际化的多语言产品，产品经理还需要考虑不同语言的文字长度是否会影响内容的展示。

2. 用户操作

a. 操作成功

b. 操作失败：是否有相应的提示&提示文案，是弹框提示还是toast提示。操作后页面是否发生跳转？操作失败后是否提示用户再次尝试？

c. 操作超时：一般和网络状况和用户操作时间有关，如果出现这种情况应该如何处理？是否有相应的提示和文案，是否需要用户重新登陆？

以上只是两个例子，这种关于产品逻辑完整性的问题是PRD中容易被产品经理忽略的，建议大家可以通过梳理产品流程或者多和工程师交流来尽量避免此类问题。

数据埋点

产品上线以后，产品功能设计是否符合预期，是否需要在下个迭代做调整和优化，都需要产品经理来跟踪数据进行判断。产品经理可以把数据埋点需求作为PRD的一部分，也可以单独准备一份数据统计需求。需要明确的是，产品上线后要达到什么样的预期，如何根据数据来判断这次更新是否达到了预期，这些内容明确了，数据统计的需求也就相应明确了。比如我们调整了某个页面分页的规则，希望用户可以在更短的时间内看到首屏内容，那么这个页面的加载时间，跳出率，用户在这个页面的停留时间以及用户的后续行为，这些数据都可以用来辅助产品经理对这个调整是否符合预期进行判断。

自己挖的坑，到头来都是自己填。为了避免不完善的PRD影响工作进度和产品体验，产品经理除了要自己理清产品的逻辑，尽量考虑周全，还可以和设计师，程序员多多交流。不同岗位的童鞋，出发点不同，考虑的角度也不同，大家在交流的过程中往往有助于产品经理完善需求文档。