产品经理不是所有工作重心都放在写文档上面。
市场与商业价值
文档分很多种，包括PRD-产品需求文档、BRD-商业文档、MRD-市场需求文档，MRD是在产品进入市场前进行市场分析的一种文档，这有利于公司在规划产品方向以及规划市场区域、投入的一个凭证；而商业需求文档是基于MRD，对公司发展规划进行了战略性的布局以及需要的投入输出、市场回报以及人员配置等说明的文档。这两类文档都先于PRD，没有需求、没有用户，也没有了产品的存在价值。
市场的走向，引导着公司的变化，促使企业做出应急性的调整，这就是所谓的“拥抱变化”。
产品需求
市场需求，需要我们产品经理以及市场人员进行市场调研、数据分析，同时转化成符合我们业务要求的产品需求，即用户需求转化成产品需求。这部分工作很重要，稍有不慎就全盘皆输，当然，也可以独占市场获得很大的收益。
我们产品经理，需要关注的是，管理产品需求并制定规则，在前期完善好后台的功能流程，并为后续的产品迭代做好进一步的规划。
产品设计
有了比较明确的产品方向以及商业价值，产品经理发力的点就是产品设计了。从定义交互规范到布局、产品原型到UI选色，这些看似无关产品经理职责的工作，却占据着产品的重心。比如，微信的设计，如果没有统一UI规范，将是一个万花筒，没有了最简便和最舒适的产品结构，找好友聊天都成问题。当然，在基础上加局部的小动画，将起到锦上添花的效果，而这，能说产品设计不重要么？
PRD的作用
前面铺垫讲了很多产品的工作，其实是为了衬托产品需求文档的重要性，也说明了产品经理不只是写文档的，他是产品的管理者和引导者。
文档存在，是为了更好的管理好产品的版本以及后续的BUG以及版本迭代，另外，是为了给开发者提供产品的说明，这样在开发过程中，发现问题可以查询相关模块进行开发。有一些公司出现这样的情况，当需要迭代产品时，发现只有几张UI图，导致产品思路不明确，流程混乱，规则冗杂。
这就是产品需求文档的价值所在。
第一，说明产品的需求背景以及商业价值
第二，提供产品模块设计思路和规则细则
第三，为产品后续的发展提供基础的保证
产品经理不是写文档的，但写文档的功底一定要强。产品上线测试的时候，BUG的多少直接反应出产品经理的设计能力以及叙事能力。
我是挺喜欢写文档的！
