最近公司新入职产品经理，萌新职场人，对产品的需求方案写法有疑惑，恰恰公司也缺乏统一的指导，于是问我该怎么写合适，老实说，我也是非科班出身，只能以自己有限的经验、以及从网络上学习到的一些知识进行简单的总结归纳，也算抛砖引玉吧。
产品需求方案，不同的行业或公司都有自己固化的一套模板，框架已具备，至于干货内容，才是真正的考验产品经理能力，总结起来，需求方案不外乎以下几个原则：
1、业务背景需要交代清楚：为什么做这个产品和功能，哪些人使用，怎么使用等等。明确清楚需求，文档才能起到指导研发、测试、用户工作的目的。
2、产品或功能的使用角色、各角色功能：建议使用角色功能图画清楚。
3、产品或功能的功能点拆分，尽可能按研发思路描述结构，从前端到后端、到数据模型、到性能与安全要求，像剥洋葱层层递进，能更好帮助读者理清思路。
4、风险点及应对方案说明：很多产品需求人员会忽略这些东西，每个功能实现都可能有自己的异常及风险点，如何应对这些风险，要有明确的方案，系统自动应对或人工维护都可以。
5、需求方案中引用哪些文档、专有名词有哪些，需要一一列举，帮助用户统一概念。
6、变更记录，一般文档都会经历多轮修改，特别是分发到具体人员后，任何文档的变更都需要通知到各方，变更记录非常重要，描述不同版本的变更内容，一般在文档首页展示变更记录。
以上是需求文档的主体架构，架构清晰后再来填充内容。内容编写也有几条原则：
1、表现形式上，图比表格容易理解，表格比文字容易理解，所以功能尽量按优先级选择表达方式。
2、文字切记模棱两可，可能存在理解歧义的内容，不如不写。
3、文字不是越多越好，表达清楚重点内容即可。
需求文档不是万能的，编写的目的，是帮助读者理解，不同人阅读会有不同理解，此时需要靠产品经理点对点沟通澄清。
以上是自己的浅见，如何写产品文档，建议可以看看人人都是产品经理网站，有大量的产品经理编写文档的样例及方法，多看多总结，实战过程中不断改进，是产品经理晋升的不二法门。
