需求文档怎么写，可以简单点吗

初入行产品经理的时候，不知道需求文档或者需求方案怎么写，到网上百度，发现需求文档“好大好细致”…

呆了几家公司，做了几个项目，发现实际上都没要求写这么庞大细致的需求文档，大家所要求的都是小步快跑，快速迭代！所以很多需求都是直接作出原型或者一句话就好。

但我发现这种方式有个致命的问题，当要迭代需求的时候，或者产品工作转接给别人的时候，发现难以理解这个解决方案了，原型并不能体现完整的业务逻辑和深层次的逻辑，也不知道当初这个方案到底是为了解决什么问题。

结果就是忘了初衷，各种原型或方案改得面目全非。

因此我觉得有必要有个简单的需求文档，能够沉淀产品、促进团队成员的理解和工作对接。

根据自身的实际情况，设置了一个模板（不是所有项都需要写，视实际工作情况而定。）

需求文档的套路也能够帮助我们更有条理地设计出方案。