ask：PRD怎么写才算是从技术角度来写？

提问：看到 @cicada 在topic里提到 写PRD也曾经被程序员表扬说“从技术角度来写的PRD，看起来很舒服”，请教下各位PRD怎么写才算是从技术角度来写？

z：
1. 有可能的话，先综述一遍你要的表现层，然后在 PRD 里把具体要实现的东西一条条写出来。即是，开发只要照着你写的单元一个个的制造「积木」，最后拼积木就行；

2. 定义在你产品中反复出现的一些名词，并且在你的 PRD 里有且只用这个词表示同一个含义。这就相当于是程序里的「变量」；

3. 能够被复用的产品单元（模块）就不要换着写法写好几遍，开发可能会给你做出不同的东西来；

4. 在文档里把涉及到交互的动作写清楚路径，不要让开发自己去脑补「诶，首页这里应该是跳转到 XX 去吧？」

还有很多细节可以写，但总的来说，我觉得给技术看的 PRD 不要是那种每次看都要理解一下要做啥的，而是直接告诉他，你要做什么的。越接近这个程度越好。（有些时候技术经理就是为了衔接这个环节的，如果产品和技术都各往前一步，就没必要中间环节了）

cicada：
其实我也不知道技术为什么这样夸我，并没有刻意从技术角度去写PRD，就是按照我自己觉得舒服的角度。不过现在的团队里已经有两位程序员这么夸过我了。

楼上@z 说的的确是我做的事情，先总后分，擅长拆分模块，精准定义名词，详细描述路径。可能这个就算是技术逻辑的一部分？比如说，从技术角度进行模块化处理，并且清晰描述模块之间的连接关系。

我不懂编程，也不想学。我觉得重点是具备和技术能顺畅沟通的逻辑，以及在逻辑前面的准确的表达能力。如果逻辑和表达不够好，即便是程序员转型产品经理，也未必能和程序员顺畅地沟通。而逻辑和表达恰好都是我的强项。

jchen174：
交互层，逻辑层，数据层，把握好这三者区别，大部分程序员都能看明白。

melodylai：
1.先说个不好的案例吧，曾经我的文档都是写在交互稿旁边的，后面跑去问技术哥，你们觉得我的文档哪里需要改进的么，后面技术哥说，妈蛋我们写代码都是一个页面一个页面来，你一个交互稿给我们，阅读起来非常分散极不方便还容易漏东西～ 后面就习惯一个页面一个页面来组织文档了，完了附一个交互稿在下面。

2.再来一个现在prd的经验：尽量结构化，不要一坨东西堆在一起；有些用文字表达理解起来特别费劲的可以尝试用表格／图片表达，东西是死的，表达方式是活的。

cicada：
@melodylai 我的PRD发在Tower上，一系列关联的页面单写一贴，帖子里先发视觉稿，再对着视觉稿写技术需求，另一则小经验是“多用小标题”。

melodylai：
@cicada 我这也差不多，不过协作平台用的是腾讯爸爸家的TAPD。以前写技术需求都习惯用纯描述性语句，一大坨堆在一起，技术哥理解起来其实很费劲的，后面技术哥和我提到结构化的时候醍醐灌顶，从此PRD里面有了很多小标题和小小标题，小标题的写法偏向于用提问句，然后把答案（也就是产品解决方案）以列表形式写在下方。

cicada：
简单来说，产品经理脑子里天然就是一张思维导图，做什么事情都用思维导图的树状结构来梳理，直到成为本能。有这个本能之后，不断优化树状结构就是自然而然的事情了。