写在最前：因为是随想笔记，所以目的在于用少数时间记录自己在工作中的思考和总结，用精炼的文字传述自己的想法。
作为产品经理在工作中会写很多文档，有的时候抓耳挠腮不知道该怎么下手，有的时候写了大段大段的文字，最后却删掉了。查阅很多别人写好的类似的文档，却感觉没有什么还是找不到自己的思路。最近写文档初步找到了一丝感觉，刚好浏览到一位同行小伙伴初步尝试写得需求文档，感觉有些混乱，想提一些意见但是又不知道该从何说起，仔细思索之后有了一点总结，我觉得应该记录下来。
把产品文档当作一个产品去做
其实文档也是一个产品，那么作为产品经理的你有想过把产品需求文档当作一个产品去做吗？做产品最先要考虑的问题是什么？是：用户、场景、需求。那么在写一封文档之前就先问自己这三个问题。
比如说，我们要写一份需求分析文档，那么我们的用户是什么？我们的这份文档是给谁看的？首先我们的需求分析文档是给谁看的，如果暂时找不到目标用户可以先思考一下需求分析文档的作用是什么，他的需求是什么？
需求分析，从字面理解就是对你的需求进行分析，那么就是搞清楚这个需求是什么，这个需求解决了什么问题，这个问题到底是什么，我们为什么要解决这个问题，解决这个问题能给我们带来什么？需要把这个问题解决到什么程度，我们怎么样才能确定这个需求解决了我们的问题？这就是我们需求文档的需求。总之就是搞清楚需求是什么，那么谁需要搞清楚需求是什么？是身为产品经理的你，是需求来源方（可能是你的老板或者运营部门的人）。需求文档使用的场景是什么？是看文档的人在不太清楚这个需求的情况下，需要你帮助他讲清楚这个需求。
不要拘泥于形式，不要迷信所谓的大厂需求文档，标准需求文档等
既然需求文档是一个产品，那么他就具有产品的属性，产品的功能是受限于产品当前处于的阶段，当前的市场形势，当前的技术团队以及当前的商业策略。所以写文档不要拘泥于形式，别人的形式永远是用来帮你思考的，而不是帮你搭建框架的。
你还是否在写文档的时候频繁的看自己的文档字数，以为“写得多就是写得好？”；你还是否找到一个同类型的文档就开始照搬他的标题，然后往里面填充内容？；你还是否遵规守矩，永远去遵守所谓的流程？
要记住，所有的流程，所有的形式都是帮助不成熟的你去思考的指引，在你想清楚一个问题之后，你要拥有自己的方法，永远抓住问题的本质。你要清楚，你是一名产品经理，你天生的职责就是来解决问题而不是制造问题，你的文档是否因为形式填充了太多内容而影响了阅读者的理解？如何把这个问题解决，才是能体现你的技术水平的。
本人也是一个刚步入正轨的产品新人，欢迎大家指导指正～
网友评论