聊一聊产品需求文档（PRD）

前言

这几天心里颇不宁静，多半是被产品大佬（下称为 PM）虐的。 回想起我短暂的职业生涯，竟连一份逻辑结构清晰、内容详略得当、讲解通俗易懂的产品需求文档（PRD，下同） 都没看过，实在是一大憾事。

我就非常好奇：怎么写 PRD？PRD 很难写吗？

不找资料不知道，一找一大堆。还算花费了一些时间来阅读和整理这些文章与资料，不得不说收益匪浅。 同时我认为：写不出一份及格的 PRD，是不合格的 PM。

资料

• 第四章：产品设计(1) – 产品需求文档(PRD)介绍

  完整描述了 PRD 的整个架构，每个小结都有举出简练的例子。 信息结构图、产品结构图、界面线框图、产品用例图、功能流程图等这些图表整理好了，那么 PRD 就不会差。

• 不系统，但是告诉了一些细节
  • 产品经理整理 PRD 时，需要注意哪些点
  • 产品文档小结：看似简单的产品文档，其实并不简单
  • 如何写出一份可以征服研发的 PRD？
• 示例
  • 倒推“饿了么”App产品需求文档（PRD）
• 值得一看的知乎讨论，与上面所列资料相互印证，收获 MAX
  • 当开发工程师们在看产品需求文档时，主要在看些什么？
  • 产品经理实习生怎样提高文档书写能力？有哪些好的文档书写规范可以学习？
  • 如何写一份易用的产品需求文档？

正文

回归正题，谈一些想法。 其实如果能把上面所列资料完整浏览一遍，那么剩我下面所说的就不必看了。

套路

看完上面的资料，我觉得撰写 PRD 是在是有些枯燥无趣，因为写 PRD 的套路很成熟且完整了。按照前辈整理的框架按需填写内容，就能够凑出一份合格的 PRD。 甚至一度让我觉得 PM 这个岗位还有什么意思呢？不过我想，“切图仔”不也是这样吗？乏味且无趣。

PRD 是 PM 的基本功，切图是 Web 前端的基本功，只有基本功有了，能扎扎实实的完成基础的工作。而在此基础上展现“创造性”，才是最吼的。

如何讲清楚一个事情

要知道信息的传递会衰减，所以不论你怎么讲，别人都无法 100% 理解。而我们要做的就是采用各种形式的方法，尽可能的让别人 100% 理解，至少不会跑偏。

暂时有以下方法：

• 竞品：抄竞品什么了，最常见了。生搬硬抄就不对了，要考虑到本地化；
• 表格：一目了然，方便对比；
• 图片、截图：生动；
• 文字：适合陈述数据，理性的描述。

优先级

对于某些公司（我司）而言，出一份完整合格的 PRD 不现实，但是事情还要推进，这时候 PM 给的 PRD 应该按照什么优先级给到呢？

私以为有以下优先级（优先级由高到低）：

• 业务流程；
• 平台或兼容性：PC 还是 Mobile；IE9+ 还是 Chrome；
• 比较核心或模块化的功能和内容：支付功能、单页面播放器、通用组件、I18N；
• 设计稿；
• 文案。

自我反思

• 一些讨论的东西，一定要懂。提高效率、减少消耗；
• 不断学习，不断成长，不要混日子。

以上。