产品需求文档自查表：避免因为疏漏造成的各种问题

—— BEGIN ——

各位产品经理是否遇到过因为写 PRD 时考虑不周，导致产品上线后出各种问题的烦恼？

比如：

• 个别关键操作点没有加数据埋点，导致无法统计到转化率数据。

• 没有考虑到APP低版本的兼容性，导致新功能在低版本上无法正常运行。

• 没有开发配套的后台功能，用户投诉时客服不能在后台查询相关信息，无法及时解决用户问题。

上述观点出自图书《清单革命》，作者认为检查清单是你把事情做正确的必要条件。

以医学为例。

据研究，在外科手术领域，由于人为不慎或错误所致的并发症达 3%-17%。在分析这些案例后，研究者认为半数手术并发症可以被避免。

为保证躺在手术台上的病人安全，世界卫生组织制定过一项指南。而本书作者为此制定了一份“手术清单”，内含 19 条具体检查内容，目的正是减少外科医生的失误。后来作者的研究结果发表在著名的《新英格兰医学杂志》。通过组织全球不同地区、经济水平不一的 8 家医院，对近 8000 名成人患者进行研究发 现，“手术清单”使手术死亡率由原来的 1.5% 降为 0.8%，并发症发生率也降低了 4 个百分点。

上述数据表明检查清单的确是个好东西。目前，美国有 10% 的医院及其他国家和地区的 2000 家医院采用了类似的“手术清单”，减少甚至避免了部分手术死亡案例。

而在产品管理领域，检查清单也同样有效。之前我做项目或产品迭代时，不时会遇到由于产品设计时考虑不周，导致产品上线后出现各种问题的情况。

记得有一次，由于没有考虑到新功能的客服系统配套改造，导致新功能上线后客服无法及时处理因新功能带来的产品咨询问题，从而被客服同学投诉，当时感觉很丢脸。

从此以后，为了避免这种不应有的疏漏，我再做每个项目后都会复盘，总结项目上线后遇到的问题及原因，并归纳成一份产品设计自查表及问题案例库 （记录自己因为疏忽导致产品出问题的真实案例） 。

现在我每次写完 PRD 后，都要对照自己总结的产品设计自查表把 PRD 再过一遍，检查 PRD 里是否存在疏漏之处。另外时不时翻看下案例库，提醒自己以后不要再犯同样的错误。

自查表的格式如下：

一、产品

• 流程是否存在断头路

• 文案是否易懂，是否存在歧义

• 是否存在APP高低版本兼容问题

• 新功能是否存在关联产品的改造

• 与其他系统的调用是否考虑到弱依赖处理

• 业务高峰的系统降级处理逻辑

• 后续新功能或关联产品如果下线的影响点

xxxx

二、运营

• 是否存在数据报表、埋点需求

• 是否存在客服查询需求

• 新功能的客户宣传策略

• 是否存在运营需求

• 运营内容与产品功能是否弱耦合

xxxx