图片来源：pixabay.com
按：PRD已经是很多互联网公司的标配，也是沟通产品、开发、测试的关键文档。今天介绍的是来自网易云课堂的直播课《产品新人如何写出自己风格的需求文档》，无论你是自己对这个话题有兴趣，还是希望合作伙伴改善PRD，都欢迎仔细阅读。
作为一只有梦想的产品狗，每天必备功课就是和各部门沟**（si）** 通**（bi）** 。
但你是否还能回忆起，被程序猿挑战逻辑漏洞的恐惧？还有被UI设计狮质疑需求价值的尴尬？
更有当你兴致勃勃准备验收需求，突然发现实现方案完全不是自己想要的，是不是只能无可奈何，忍气上线。
如果你经常遇到上面的情况，说明你的产品基本功： PRD需求文档撰写能力还不到家。
一份好的产品需求文档，可以减少开发人员与设计人员对需求的理解难度，避免产品经理陷入无休止的沟（si）通（bi）中....
今天就想和你聊聊这项基本功的培育方法~
01.
什么是PRD产品需求文档
传说中产品经理一生要面对三大文档： 商业需求文档（BRD）、市场需求文档（MRD）、产品需求文档（PRD）。
其中产品需求文档PRD的撰写是很多产品新人首先要掌握的，因为它是在项目过程中给设计、开发、测试这样的实施人员看的，
它仔细描述了产品功能应该怎么做，是产品落地前的指南针、方向盘。
也就是说，PRD的目的是给实施人员讲述产品最终要做成什么样。
较完整的PRD目录结构包括：概述、产品描述、功能需求、非功能需求、上下线需求、运营计划、附录。
如下图所示：
PRD的展现形式，行业内有2种。
一种是传统WORD，有清晰的目录结构，自顶向下阅读，以图文方式说明各个功能模块的设计思路，业务逻辑，如下图是网易新闻客户端某个版本的需求PRD目录：
WORD格式的PRD在大公司会比较常见，优点是结构完整，阅读顺畅，也不会有遗漏，适合成熟产品；
还有一种是 把PRD和Axure交互原型混排在一起， 如下图：
这种做法适合要求快速迭代的中小型公司，
对产品人员： 能够做到PRD快速产出；
对开发人员： 不必一页页的翻文档，可以直接可视化查看页面交互情况，对照页面标记去查看对应功能，所见即所得；
对测试人员： 则可以根据页面交互跳转去写测试用例，对后期测试可提供更加完整的测试思路。
实际做的时候，可以二者结合，取最适合自己团队的方法。
02.
哪些人会关注PRD文档
如上所述，PRD面向的是产品落地的实施人员，涉及到多个角色，每个人关注的点都不同。
具体如下：
产品经理： 自查产品功能点，更加透彻和完整地梳理产品需求；
交互设计师：检查自己的交互稿是否满足需求，是否有遗漏特殊情况、异常情况、极限情况等；
开发工程师： 检查自己的程序开发是否符合PRD中描述的相关要求；
测试工程师： 将PRD中的功能描述和用例转化为测试用例的一部分，进行产品可用性测试；
运营/财务/法务等： 确认产品上线前的准备工作
优秀的产品经理会在写PRD时换位思考：
一方面，会在语言描述上更客观，使用“支持、显示、要求”字样。
尽量不用形容词、模棱两可的词，比如“可能、以后、尽量、很好地、快速地”。
另一方面，会在描述功能时，更多以开发逻辑去思考书写方式，使用流程图、数量级、优先级这样的表达方式。
或者用开发语言来阐述概念，比如“接口定义、数据结构、云端存储”。做到精确无歧义。
03.
如何写出优秀PRD?
PRD作为产品经理的第一个产出物，也应该以做产品的思路来实施。
第一，站在用户，也就是读者角度去想他们想从PRD中获得什么；
第二，保证文档结构清晰、排版美观，阅读舒适；
第三，保持文档的持续更新，并及时通知修改情况；
第四，逻辑严谨，需求说明有理有据。
说了这么多，最后咱们落实到操作部分，如何才能写出优秀的PRD呢？
9月10日晚上8点，网易云课堂精心准备了一门直播课——《产品新人如何写出自己风格的需求文档》， 深度解读一份优秀PRD背后的故事。
60分钟教你写出完美的PRD，成为优秀的产品经理。
大家可以提前进群和同行交流，参与直播课同时还有《产品经理学习资料包》免费赠送。
【产品经理学习资料包】资料福利
_如何获取？_
想要获取免费公开课和资料包的小伙伴
可以长按扫描下方的二维码
添加网易助教小姐姐
稍后她会拉你进学习群
