知乎盐选 _ 产品新人的第一份 PRD：用户导向与跨部门沟通.pdfVIP

2021/6/24知乎盐选|产品新人的第一份PRD：用户导向与跨部门沟通

产品新人的第一份PRD：用户

导向与跨部门沟通

忙完了频道调整顺序的活计，阿聪在和相关产品运营人员沟通

之后，找到了自己的第一个产品改造点：热榜的时效性数据补

充和排序方式优化。

在数据源上，补充抓取了全网的时效性热门数据，运营通过

审核即可将这些内容第一时间插入热榜。

在排序方式上，结合用户画像，让热榜内容也变得千人千

面，不再只是千人一面的全局高热。先期只基于规则，按照

用户感兴趣的分类，将分类热门内容插入到用户的热榜里。

三天后，阿聪带着诚意满满的原型图来找我了：用Axure做的

原型图，从后台的数据录入页面到前端页面，他甚至连热榜里

时效性内容的样式和角标都拼接了出来。

「阿呆老师，您觉得怎么样？」阿聪问。

「作为一份原型图，我能够打90分。但作为PRD，我只能打

50分。」我道。

「什么问题呢？」阿聪皱起了眉头。

PRD也需要用户导向

/market/paid_column/1262389642974224384/section/12623896537704693761/11

2021/6/24知乎盐选|产品新人的第一份PRD：用户导向与跨部门沟通

PRD（ProductRequirementDocument），即产品需求文档，

应该是产品经理职业生涯中撰写得最多的文档了。它作为对于

产品功能和边界逻辑的描述，连接着研发、运营过程中的种种

协作者，如设计人员、研发（测试）人员、运营人员等。

产品经理在撰写PRD时需要秉持用户导向的思维，以PRD在不

同产研角色之间的有效传递、团队迭代效率的持续提升为最终

目的。一份合格的PRD，需要解决如下问题。

动机说服

既然PRD是为了完成项目的推进落地，那么一个很重要的问题

就是，项目是否能够排得上期。再完美的文档，排不上期也不

过是空中楼阁。以常见的重要紧急程度来划分：重要紧急＞紧

急不重要＞重要不紧急，至于不重要、不紧急的项目，就干脆

别写PRD了。

产品经理的职责就是尽可能地提高业务的胜率，做出有切实收

益且逻辑合理的产品方案。为了说服老板设计、研发这份PRD

是值得作为高优项目推进的，我们就需要在PRD开头阐明「为

什么做」和「值不值得做」两个问题。

项目背景模块：讲清楚为什么要做这个产品功能，偏重于逻

辑描述，即我们为了解决一个问题，为了改善某部分功能的

体验，又或者是为了追平某个竞品，服务于某项运营活动，

等等。

项目收益模块：对于产品上线后的预估收益做出预判。如果

说项目背景模块说明了为什么做，那么项目收益模块就在试

图证明是否值得做。最好是能够提供可量化的指标，这种收

/market/paid_column/1262389642974224384/section/12623896537704693762/11

2021/6/24知乎盐选|产品新人的第一份PRD：用户导向与跨部门沟通

益可以是用户端数据指标上升带来的收益（如DAU或停留

时长的增长），也可以是内部成本节约带来的收益（如节约

了N个专职人员，提高了效率）。

对于不同类型的产品需求，有着不同的收益预估方式。

如果是服务运营活动型的产品需求，