没有认真写过需求文档的产品经理，绝非是一个合格的产品经理。

尽管世面上有很多言论说产品经理更应该注重于需求，放眼战略等宏观的目标，这种观点并非错，但也要放在合理的环境下，至少来说从0到1的过程需要扎扎实实去搭建基本的“地基”。

---

写文档方式的历程：

1.Word（Pdf)，注重文字说明，pdf只是为了更好的阅览；

2.开始尝试使用各种原型工具进行文档撰写，包括Axure、墨刀、justinmind等，但传阅很麻烦；

3.后来又提升了一步，直接将文档生成文件夹提交服务器，只给团队以“链接”形式观看。

现在看来，链接仍旧是很好的方式，当然，或许有更好~

---

写文档的好处：

1.更加熟悉业务逻辑，即使思维再缜密，在面对新型业务时，也难免出现疏漏；

2.让团队内部更加清楚了解其产品的业务，即使产品经理不在场的情况下，团队也能面对大部分的业务处理；

3.文档的迭代过程也是产品经理自我成长的过程。

---

写文档的麻烦之处：

1.耗时，基本上会消耗很大的精力，但这并非坏事，用心度决定质量；

2.频繁的修改迭代，从某种程度上来说，“文档”也是产品，迭代更改是必然的，坦然面对；

3.输出形式与版本替换的麻烦，比较好的方式是每次迭代保留一个可用版本，在该版本进行分层的迭代说明。

---

对于文档的一些思考：

1.所有的模板只是参考，即使它再高大上，或出自某牛人之手，只需要熟悉其思路，借鉴合理的即可；

2.文档虽然会进行框架的梳理，和需求的排查，但再优秀的文档也需要进行沟通阐述，这并非意味您的文档可以随便去写，相反，需要仔仔细细写好每一个点，这个过程很麻烦，但却很有价值的。特别对于那些初期项目来说。

---

如果思维是“剑术”，那么文档就是武器，两者缺一不可。

---

“Timekr”文章均为一线原创，禁止转载、摘录等，尊重原创，阅读价值信息。