我一直很纠结于产品工作中的文档怎么写，至今，我都没有想好，我决定把自己对文档的一点点感受慢慢写出来，不断更新，最终或许可以总结出适合自己的文档经验。
一个产品经理（或产品总监/产品策划等），接触到的文档可能有这种几种：
1.商业需求文档，BRD，Bussiness Requirement Document
2.市场需求文档，MRD，Market Requirement Document
如果用《用户体验设计要素》这本书的划分，这两份文档属于“战略层”的范畴，属于产品策划的最底部，是基石。这两个文档不是我目前重点关注的，
其内容可能包括：
为什么开发这个产品？
如何定位？
用户群体的大体特征？
如何赢利？
模式怎么样？
需要多少资源？
前景怎么样？
优劣势怎么样？
竞争对手如何？
大体如何推广？
是不是要IPO？
能赚多少钱？
效益成本分析
等等……
这个文档主要用来立项前的提案，做成一个主漂亮的PPT，无需固定的文档结构，再加上三寸不烂之舌即可。整个文档感觉偏虚，但能够真正体现远高瞻远瞩的功力。
3.用户需求收集文档
立项成功以后，开始确定“范围层”，对产品策划来说，一个重要的工作，就是收集、分析、筛选需求，需求可能来自于公司外部，公司各部门，通过网络收集的各种用户需求等等，个人认为一个简单的EXCEL表格即可搞定，有人说可以用JIRA等工具，这个工具我们公司也在用，但我个人不太习惯用此来做需求管理，整理不方便，不够一目了然，因为对大部分公司及产品项目来说，需求是在不断变更的，简单的EXCEL能随时更新，比较方便。
这份文档的作用，就是为产品策划做准备的，便于逐条实现需求，以防遗漏；
其实需求管理，筛选是一个真正有挑战性的活，功力不在做表格上，哪个功能该做，哪个功能不该做，没有相当的产品感觉，是做不好取舍的。而且，就算有了产品感觉，但没有实权，在大部分公司，还是说了也不算的，暂且不表。
4.产品规划书
这个文档怎么写，没有定论，个人感觉更偏向于整个项目的一些说明，涉及的方方面面较多，不适合与需求文档放在一起，比如：
产品的开发周期有多长？
人员如何配置？
需要与哪些部门配合沟通？如何走流程？
对服务器的整体性能有何要求？是不是要单独架服务器？
产品中可能存在风险及如何避免？
roadmap
有没有其他可选方案？
产品技术成本，非技术成本（客服人员，运营人员），
实际上，大部分中小型的项目，或日常工作，可能用的不多，看具体的情况，有东西可写，有必要写，则上，无必要的东西，能省则省，图个清静。
文章来源：hehongwen.com 转载请注明出处链接。
（举报）