产品新人写PRD应该避免的坑.docxVIP

产品新人写PRD应该避免的坑 PAGE 1 产品新人写PRD应该避免的坑 产品入行半年了，大大小小的坑遇到不少，这些血泪经验是最宝贵的财富，一直告诫自己，要常总结、常反思，希望n年之后，再看到今天写下的这些东西，能有更多的感悟。今天主要说的是PRD中遇到的那些大大小小的坑，不一定适用全部情况，欢迎各位纠错，欢迎各前辈指导！最近半年， 最主要的工作就是写PRD，PRD的重要性不言而喻。在产品的整个开发流程中，PRD的作用有以下几个方面：PRD指导其他部门进行工作的准备工作测试根据PRD写测试用例；开发经理根据PRD写开发文档；UI根据PRD和原型设计。PRD承担字典的工作测试人员可能更多的是根据测试用例工作，而开发看的更多的是开发文档。但当大家发现某个细节在测试用例或者开发文档描述不清楚或者难以理解时，就会翻出PRD查找相关内容。PRD在这个时候是承担了一个字典的功能。PRD是打架必备。测试和开发的天然属性决定了他们之间微妙的关系，很多时候bug的定义是似是而非的，很多时候涉及到用户体验的问题，而用户体验有带有很大的个人主观性，此时矛盾就出现了。当测试和开发就某个问题争论的面红耳赤，几乎要干架时，最后一句压场的话就是“别瞎bb，看PRD！”，此时要是PRD上有关于此问题的详细描述，那开发要么找产品经理改需求，要么只能自己改代码了。要是PRD上