写PRD是产品经理必不可少的一个工作环节，网上各种各样的模板看的人眼花缭乱，让初进入或刚开始接触产品行业的人很头疼。
我最开始也是在弄不清楚状况的情况下，找了一个觉得还行的word模板开始按照自己产品的信息进行填充，完成后就交给开发、测试和UI人员，但是在开发过程中他们遇到问题还是会直接找我，这些他们问的功能点和规则在PRD中已经标明，但是他们根本没有时间去仔细看，当时我真的要被气屎。
首先，PRD是给谁看的？
PRD是在原型评审通过后开始写的，就是给已经通过的方案补充开发和流程细节。客户需要知道每一个开发流程中的细节么？不会！只有开发和测试人员需要知道每一个功能设计和操作的规则。那开发人员的开发时间很充裕么？怎么可能！！！老板给的开发时间永远比正常的开发周期时间短，在这么赶时间的情况下哪还有时间慢慢的看word文档，一个功能一个功能的去看规则说明，就算是快速看完了也未必都能记住，等到开发的时候还是需要边同时打开原型、设计图、prd文档！Emm……我想开发人员没有看也是情有可原的——不能让自己还没开始开发就疯掉!
PRD的形式一定是word文档么？
最开始PRD的形成是为了对产品进行比较全面的说明，方便后期需要进行产品相关工作（开发、测试、推广运营）能够更好的通过文档去了解产品。第一个吃螃蟹的人的确值得称赞，但并不妨碍后来者改良配方去更好的吃螃蟹。只要能提高开发效率和质量、减少沟通成本，你就算是用PNG也行啊。
一个合格的PRD形式是：直观、易于查看！
直接把原型和注释说明放在一起够不够直观？嫌注释太多、原型太乱？那给加上开关，想看注释就打开不想看就关掉，行不行？
未命名.gif
改进后发现开发人员在查看原型的时候会打开去看一下文档说明，但只是“有时”，在开发完成后进行功能验证的时候还是会发现遗漏一些已经写在注明文档中的规则。所以，PRD只能辅助减少沟通成本，不可能完全实现所有的沟通细节，线下沟通也是产品经理的基本工作。
网友评论