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:

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

纯银V稿源:纯银V (源链) | 关于 | 阅读提示

本站遵循[CC BY-NC-SA 4.0]。如您有版权、意见投诉等问题,请通过eMail联系我们处理。
酷辣虫 » 移动互联 » ask:PRD怎么写才算是从技术角度来写?

喜欢 (0)or分享给?

专业 x 专注 x 聚合 x 分享 CC BY-NC-SA 4.0

使用声明 | 英豪名录