产品设计过程中的文档

我一直很纠结于产品工作中的文档怎么写，至今，我都没有想好，我决定把自己对文档的一点点感受慢慢写出来，不断更新，最终或许可以总结出适合自己的文档经验。

一个产品经理（或产品总监/产品策划等），接触到的文档可能有这种几种：

1.商业需求文档，BRD，Bussiness Requirement Document

2.市场需求文档，MRD，Market Requirement Document

如果用《用户体验设计要素》这本书的划分，这两份文档属于“战略层”的范畴，属于产品策划的最底部，是基石。这两个文档不是我目前重点关注的，

其内容可能包括：

为什么开发这个产品？

如何定位？

用户群体的大体特征？

如何赢利？

模式怎么样？

需要多少资源？

前景怎么样？

优劣势怎么样？

竞争对手如何？

大体如何推广？

是不是要IPO？

能赚多少钱？

效益成本分析

等等……

这个文档主要用来立项前的提案，做成一个主漂亮的PPT，无需固定的文档结构，再加上三寸不烂之舌即可。整个文档感觉偏虚，但能够真正体现远高瞻远瞩的功力。

3.用户需求收集文档

立项成功以后，开始确定“范围层”，对产品策划来说，一个重要的工作，就是收集、分析、筛选需求，需求可能来自于公司外部，公司各部门，通过网络收集的各种用户需求等等，个人认为一个简单的EXCEL表格即可搞定，有人说可以用JIRA等工具，这个工具我们公司也在用，但我个人不太习惯用此来做需求管理，整理不方便，不够一目了然，因为对大部分公司及产品项目来说，需求是在不断变更的，简单的EXCEL能随时更新，比较方便。

这份文档的作用，就是为产品策划做准备的，便于逐条实现需求，以防遗漏；

其实需求管理，筛选是一个真正有挑战性的活，功力不在做表格上，哪个功能该做，哪个功能不该做，没有相当的产品感觉，是做不好取舍的。而且，就算有了产品感觉，但没有实权，在大部分公司，还是说了也不算的，暂且不表。

4.产品规划书

这个文档怎么写，没有定论，个人感觉更偏向于整个项目的一些说明，涉及的方方面面较多，不适合与需求文档放在一起，比如：

产品的开发周期有多长？

人员如何配置？

需要与哪些部门配合沟通？如何走流程？

对服务器的整体性能有何要求？是不是要单独架服务器？

产品中可能存在风险及如何避免？

roadmap

有没有其他可选方案？

产品技术成本，非技术成本（客服人员，运营人员），

实际上，大部分中小型的项目，或日常工作，可能用的不多，看具体的情况，有东西可写，有必要写，则上，无必要的东西，能省则省，图个清静。

文章来源：hehongwen.com 转载请注明出处链接。

标签： 产品设计 产品经理 PM 

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。