上次我们写了一篇关于如何去理解PRD的作用以及怎么去写PRD的文章。产品经理基本功之PRD
今天我们聊聊新人产品经理在实践中经常会犯的一些问题。
01、缺乏整体感
很多新人产品经理写PRD，一上来就是先开始写系统交互、功能用例。觉得前面一大片的背景描述、范围描述、功能清单，都不是重点。认为真正的PRD精华内容就是在说需求细节。
我想说的是，认真对待需求背景、产品目标、范围描述、功能清单等这种提纲挈领的模块内容。写好这些模块，让你的PRD文档能有了一个清晰的轮廓。在进行需求评审时，大家也是先理解清楚需求背景、目标、范围，以及我们要做的那几个要点，有了一个通篇的概念后，才是对细节的理解。没有整体感，细节就失去了意义。
02、缺乏结构化
这个可能是新人经常会遇到的问题。我们在描述一个功能时，喜欢像写一篇小作文一样，洋洋洒洒，用很多“所以”，“并且”，“注意”等连接词，把我们的上下文逻辑联系起来。
这种方式没有错，但是增加了阅读人的理解成本。须知研发实现的代码是结构化的，我们的PRD要用简洁并且结构化的语言、图形将功能需求描述清楚。
大家读一读以下这段关于用户注册的功能描述：
用户进入注册页面后填写手机号、验证码、邀请码(非必填)进行注册。手机号作为唯一标识，如果手机号已经注册过就提示用户去登录，如果手机号没有注册过且验证码填写正确就提示注册成功，验证码填写错误提示验证码填写错误。
是不是有一点觉得“乍一看好像是这么回事”，但具体有什么规则“我还要仔细缕缕”?写得人费劲，读起来也费劲。
我们用结构化的语言重新整理一下这段话：
用户注册步骤：
第1步：用户打开APP未登录用户入口默认显示登录页面，用户点击【新用户注册】进入注册页面;
第2步：用户选择需要注册后，提示用户输入以下信息：
-
手机号
-
验证码
-
邀请链接(非必填)
手机号作为唯一标识，校验规则：
-如果手机号已经注册过：提示用户直接去登录，进入登录页面。
-如果手机号没有注册过+验证码填写正确：注册成功，否则提示错误。
说明：如何定义已经注册过：有手机号码在用户表中，且用户状态为有效。
在PRD撰写时，如何组织你的语言描述?提供三个方法：
(1)善用场景化思维
顺着一个前因后果(用户场景)去组织你的功能路径说明、逻辑说明。这种就是要梳理用例，把一个一个用例描述清楚，你的功能逻辑也就描述清楚了。
(2)善用模块化思维
区分哪些是流程、哪些是逻辑判断、哪些是分支流程、哪些是异常处理。而不要把所有的内容都糅杂在一段文字内。
(3)善用结构化表达
善于使用视觉表达，图表会表达更清晰，用图+文字的方式，能够减少很多不必要的赘述。如果需要写比较多的逻辑规则描述，避免大段文字。可以用数字标号、或者一些突出的颜色来表示重点。
03、细节过多或者过少
既不能细节蔓延，也不能缺乏细节，如何选取重点要描述的细节呢?不同的产品形态和需求规模，细节的颗粒度都不相同。
有一个比较好的判断方式，如果你不说明这里，研发会不会事后追问。产品经理也可以把PRD作为一个产品，允许自己有一些不完美，事先不用面面俱到、事无遗漏。可以在每一次的PRD文档评审后，根据你的读者(研发、交互)的反馈中去找到那个适合你自己产品形态的“度”。
最后，始终牢记产品经理为什么要写PRD。千万不要为了写文档而写文档。理解你的交付背后的意义，然后认真对待他，高效完成。
作者介绍：@薄荷点点，高级数据产品经理；擅长数据BI、数据+AI智能产品，擅长0到1；数据《大数据实践之路》作者之一；“数据人创作者联盟”成员