需求分析心得

　　在写需求文档之前，我们对产品的具体能实现的功能不是特别确定，也不是特别清楚具体要做成什么样子，写需求文档的过程，也是构思产品的过程，需求文档中包含文字与图示，将他们写清楚后，产品的骨架也搭建了起来。在画面产品原型、补充产品逻辑的过程中，能够帮助铲平我们理清产品的细节，确保产品在最初的设计上尽可能的完善与流畅，最大限度避免了后续出错的可能。

　　在进行需求评审的时候，需求文档是辅助产品需求的重要支撑，类似于演讲的PPT，很多时候单靠口头语言，很难说产品的具体细节与逻辑，所以需要文字与图形相结合。这样做的话有两个好处，一是能让同学在设计功能的过程中，不断地自我质疑，减少功能逻辑潜在的缺陷，二是能让别人更好地理解需求本省，增加沟通的流畅性。

　　另外在写需求文档的时候，我们一定要注意某些事情。需求文档对于设计与开发的同学来说，更像是一份参考文档或者需求词典。在他们困惑的时候，能够通过翻阅需求文档，解决疑惑点，从而省去了询问的过程。这就要求产品同学在编写需求文档的时候，要尽可能细致。在产品实现正式开发之前，一定要讨论好，说清楚原型图中的每个要点，确保他们对于需求和自己达成一致。这样在推进产品落地的过程中，才能充分发挥需求文档参考作用。

　　需求文档的说明对象不只是限于产品的功能。产品文档不仅要告诉别人你要干什么，还要说明为什么这么做，你的目标是什么，验收标准是什么，如何不能一步到位，是否有分步的实现路径。在我们编写需求文档的时候，不仅是介绍了我们需要做出那些都关系，同时也阐述了背景与其意义。也就是说，在编写需求文档时要明确这几点。

　　第一，你要干什么，就是说明产品的功能边界。就是说明产品的功能边界。要新增某个功能？或者改变原功能？ 最好能用简洁的一句话来总结你要干什么

　　第二，为什么这么做，就是要明确新增或改变功能的原因。这个问题与产品经理对产品的定位和策略有关。

　　第三，产品目标是什么，就是在团队中建立共同目标。共同目标对团队而言是非常重要的问题，后续你的研发、运营、测试、项目等都要围绕产品目标开展工作。

　　那么，如何产出一份优秀的需求文档呢？

　　第一步，明确产品目标及框架。

　　其实在动手开始写之前，就应该对产品的目标及框架有成型的方案。如果写的时候还不清楚自己到底要设计一款怎样的产品，一定要停下来梳理清楚。

　　第二步，拆分产品目标至版本。

　　如果产品目标本身设计得比较大，不能一个版本内完成迭代，可以拆分至不同的版本。

　　第三步，建立自己的模板。

　　根据自己熟悉和擅长的表达方式对格式进行删减更改。

　　如果是新人的话，建议先按照产品的目标和功能画一下每个模板的关键点，尽量列出来，先不用想着各个点之间的关系，列完之后再分类，比如可以按照前后端分开，其次，将自己作为小白用户完整的过一遍流程，要注意用户的分叉点，走到这一步，接下来怎么走，这样走会遇到什么问题等。

　　第四步，按照你喜欢的方式开写。

　　想清楚上面的这些问题，就可以开始“写”了。有的产品习惯有完整的时间一次完成， 有的产品碎片化写作也没有关系，总之，你喜欢怎么写，就怎么写。不要纠结于一次完成还是多次完成。

　　第五步，众人合作检查PRD。

　　需求文档一稿写出来之后可以交由小组讨论一下。