背景与目标
为什么做这件事、要解决什么问题、衡量成功的指标是什么。
你以为自己说清楚了,别人听到的是另一个版本。PRD 是对齐的第一道工序。
一份产品要走过设计 / 研发 / 测试 / 运营 / 销售,平均 7 个角色看同一份材料。
写一次,团队在不同时间各自看。减少会议、减少重复解释。
设计、研发、运营看同一份材料,避免各做各的。
不需要每次都拉会议对齐,文档可以反复读。
三个月后为什么这么做?翻 PRD 就有答案。
下一份 PRD 站在上一份的肩膀上,不用从零开始。
写给人看的,不是给机器读的。先讲「谁在用、为什么用」,再讲「做什么」。
如果开头两段你都说不清 PRD 要做什么,别人更看不懂。先用一句话概括整个产品。
每个功能点都要回答「怎样算做好了」。没有验收标准的需求,等于没写。
一句话需求 + 一张截图。设计照着做,研发猜着做,测试不知道测什么。
五件事讲清楚:为什么做、为谁做、怎么走通、怎么算成功、出问题怎么办。
先写「为谁、做什么、解决什么问题」一句话,然后再扩成完整 PRD。
先讲「谁在用、为什么用」,再讲「做什么、怎么做」。永远从用户出发。
写完后回头看,每条需求都能回答「怎样算做好了」。不能回答的,继续改。