上回分享的从需求到最终的解决方案，产品经理该怎么做？得到了许多人的认可，在这里，非常感谢大家的支持，同时也给笔者很大的信心，接下来分享的文章，希望大家能够喜欢，enjoy～

产品经理的生涯中，肯定遇到过如下的痛点吧：

1.含辛茹苦地写完了需求文档（PRD），开发人员却将文档束之高阁（一万只草泥马在你的后脑勺奔腾而过……）；

2.开发人员反复来回地确认需求、细节逻辑等，问的你一脸懵逼，只能默默地去修改文档；

3.开发完成，进入测试阶段，想着一锅香喷喷的米饭就要上桌了，打开一看，居然是热腾腾的一锅粥～；

以上问题之所以会发生，主要的罪魁祸首当然是你的需求文档：

1.文档不简洁明了，读起来吃力，给到开发，犹如给他们吃了安眠药，开发当然不爱看。

2.文档的功能需求描述不清晰、逻辑不严谨，开发需要反复确认、浪费了大量时间，最后让开发对你越来越不信任（产品狗，你过来，我保证不打死你……）。

3.没有很好的把控进度，项目跟不紧，中途容易出问题，产品难以达到预期。

那么，如何写一份用户体验好、开发喜欢看、靠谱的需求文档呢？笔者将从以下几个方面展开阐述：