如何写好一份结构清晰的PRD？看过很多人写的prd，经历了数不清的大大小小的产品评审会议，让我发现一个普遍的现象，包括本人也是这样。比如分析的不够透彻、设计不够严谨、流程考虑不够全面、逻辑不够完善。
为什么这么说呢？
首先大家都知道，一个好的产品是不需要过多解释的。
回到我们的PRD上面来，大家是不是总遇到这个问题。在你进行串讲的时候也就是沟通需求的时候，给大家讲逻辑的时候大家都觉得听懂了，明白了，设计师知道如何如何设计了、开发小哥哥知道如何如何开发了，测试也清楚了，总之大家觉得没啥问题了。但真的是这样吗？
我这个人比较容易最求完美，总想一次性解决问题。不想来回改动决定好了的东西，想必大家也是这样子。在一切你觉得理所当然的时候，大家各司其职的时候，设计稿出来了你觉得不是这样，开发过来一遍遍的问你逻辑是不是这样，这样不行那样不行，这样会影响之前的如何如何逻辑等等一系列问题，甚至是测试在写测试用例的时候也过来询问等等一系列情况。如果一个人负责的内容较多的时候，忙起来真是有点他丫的恨不得重新来PRD写。当开发开发的交互不对的时候，当设计设计不对的时候，当测试在问的时候有没有想过这是因为PRD不合格的原因而只是闷头在修改PRD，没有总结，没有头绪，甚至是有的产品逻辑都没搞清楚。
那么如何解决这个问题呢？---下次再更新一下没写完。
网友评论