刻意练习：打造属于自己的PRD

想要提升PRD写作能力可以从这三方面问题入手：我的PRD总是遗漏哪些问题？我的读者有什么习惯？哪些东西可以沉淀下来？找出自身遇到的问题并想方设法解决他们，这是你成长路上必须经历的第一步。

每个人都需要一份自己的PRD

迭代PRD，主要是迭代PRD模板。

模板是做什么的？主要是提醒作用，让我们做选择题而不是填空题。

所以好的模板，帮助我们完成好的PRD。

那么如何获得好的模板？好的模板都是量身定做的。

只有自己积累的，才是最适合自己的。

那么如何不断为自己积累一份好的模板？

可以从如下几个问题入手：

1. 我的PRD总是遗漏哪些问题？
2. 我的读者有什么习惯？
3. 哪些东西可以沉淀下来？

下面我们逐一展开一下，看看实际落地过程中怎么做。

我的PRD总是遗漏哪些问题？

PRD的原则就是不漏不缺、表述清晰。

那么如何做到不漏不缺呢？

主要的原则就是靠模版：通过不断地迭代完善模版来达到自我规范的目的。

比如，我工作的第一年，遇到的问题如下：

1. 2次因为忘记写清楚埋点规则，导致分析时缺少数据。
2. 1次因为没有写清楚并发量，导致没有提前安排好服务器。
3. 因为忘记更新变更历史，导致开发使用了旧版文档。

针对这些问题，我做了如下改动：

1. 在需求详述表格里面，增加了数据分析的部分，提醒自己写清楚埋点和口径等情况。
2. 在文档结尾处，新增了运营需求，举一反三总结了服务器、关联方、运营等配合要求。
3. 在更新文档后，反复检查命名和变更历史，确保无歧义。

通过这样的方式，我就逐步搭建起来了一套适合自己的需求模板。

通过这套模板的不断迭代，我们把发生的问题一步步吸纳到了模板沉淀下来，让需求逐步走向了完备。

我的读者有什么习惯？

PRD的读者主要是评审时候的各位，以研发、测试为主。

这个群体讲究理性思维，喜欢迅速切入核心问题并全局规划，不喜欢赘余的东西。

根据这个核心点，我要求自己每个需求点一定要做到2+2，2+2就是：

• 2个需求背景：用户侧的需求背景，对公司业务的需求背景；
• 2个以图代言：任务流程图描述用户路径，泳道图解释系统跳转。

这两个部分，可以保证开发同学对需求背景有详细的认知，对逻辑也有整体的把控。

在清晰表达逻辑的同时，也能让开发同学体会到你的用心。

哪些东西可以沉淀下来？

沉淀，就是成果的固化和总结。

沉淀不仅仅限于模板的沉淀。模板的沉淀算是一种规则和提醒的沉淀，更重要的沉淀是内容的沉淀。

什么是优质的，应该沉淀下来的内容呢？

我这里认为，和PRD相关的，只要做好如下3个点的沉淀，就可以走向专业：

1. 原型风格沉淀；
2. PRD语法沉淀；
3. 项目逻辑沉淀。

1. 原型风格沉淀

指的是：要沉淀一套自己的原型风格，包括：

• 整体有什么元素？
• 每个元素什么样式表示？
• 每个元素如何描述，描述哪些信息？
• 哪些常用的控件可以模板化？

直接把好的部分用axure保存起来，编辑一个riplib文件即可。

每次画完新的原型，保存到lib里面。下次载入的时候直接使用即可。

这一套做下来，就可以保证你不再需要转发朋友圈的模板大放送活动，而开开心心地经营自己的一套模板了。

不论对于自己，还是写的人，都有很好的可读性。

如果你是经常设计前端界面的产品经理，请务必做好这个工作。

2. PRD语法沉淀

PRD的语法，包括以下2个方面：

1. 需求的背景讲解；
2. 需求的方案讲解。

讲背景的时候，我的语法偏重于叙事。给出需求的价值和画面感，描述用户故事。这样可以让开发同学看起来比较轻松，又能充分了解。

讲方案的时候，我的语法偏重于理性。同样的动作，用同样的词汇。

比如，同样一个需求点，一定要做好命名，让大家沟通起来没有障碍。如果用户反馈的功能，你叫用户评价，他叫用户建议，这就是不合理的。同样，如果本页面有弹窗，就讲弹出；如果是搜索条件，就说呼起；如果是换了界面，就讲跳转。千万不要颠三倒四胡乱用词，这样读起来是特别费力的。

发现了吗，PRD语法是很重要的一部分。这部分最好和开发同学约定来做。

并不需要多少专心研究的时间，只要注意一下，就可以很快地上手了。

2. 项目逻辑沉淀

项目逻辑沉淀，是最重要的一点。

每个人都要维护一份自己项目的全景逻辑图，这样不论是对于交接还是讲解逻辑，都很方便。

想做这件事，分为以下几个步骤：

1. 前端：界面跳转关系是什么样的，每个界面有哪些权限？
2. 后台：后台权限和准入情况是什么样的，有哪些逻辑变动？
3. 数据：每个数据库的字段有哪些，每个字段是什么逻辑落库的？

梳理完这三项，就可以基本了解了项目目前逻辑的全貌。

有了这份材料，可以帮你对接很多运营和客服的需求。

比如，当运营提出要限制新注册用户使用某活动时，你可以清楚地解答：我们现在已经支持未身份认证用户无法参加活动，全渠道新用户都是没有认证的，所以无需新增功能。

这样就省掉了好多沟通成本和思考成本。

再根据项目现在的目标和进展，规划下一步的逻辑走向，下线不必要的赘余功能。

不只让产品精简，也让我们的思维精简。

把这份材料作为PRD的补充文档附在里面，一份成熟的PRD就完成了。

不但有新增的需求描述，也有字典一样的逻辑梳理。

结语

• 最适合你的PRD，是你自己沉淀下来的PRD。
• 沉淀模板的同时，沉淀内容和经验。
• 通过：查缺补漏、用户访谈、全流程检视，来发现提高的机会点。

没有天生的强者，都是一点一滴的积累练习。

共勉。

本文素材来自互联网