简洁需求文档

产品经理日常工作很大一部分是写需求文档，如何让需求文档更有用，是简单罗列主要逻辑，还是事无巨细描述清晰，如何把握写文档的度? 产品需求文档作为一种和研发人员沟通的重要工具，梳理不好，会直接影响后续与研发人员的沟通质量。

作为一个产品老鸟，我的经验是，80%的开发人员不会详细看需求文档全篇，特别是那种动辄上百页的需求文档，更多时候是开发拿到文档，粗略浏览后直接问产品经理。代码越多，bug越多，同样道理，文档越多问题也就越多。

站在研发人员的角度来看，在较短的开发时间里想用最快的速度去理解需求，长篇幅的文档确实增加了他们理解上的难度以及阅读的速度。所以文档不要太细，保持文档简短，列出关键点，会增加文档易读性。

建议采用以下结构：

1、分析需求：开发需要实现哪些操作。

2、填写躯干：写出操作流程。

3、增加枝叶：展示具体内容。

4、外部接口：列出需要外部对接的能力。