关于产品经理，产品文档的问题

产品经理的主要关注点应该回归到产品要满足的需求上面，充分考虑和调研用户的需求，做充分的数据分析和行业观测，保证产品路线协同公司的发展规划。

互联网上的应用要求快速决策、快速开发、快速响应。要求产品团队及时调整、及时变更、及时应对。要求技术团队做敏捷开发，做快速响应，不断重构。使 用快速原型的方式活其他更灵活的方式进行迭代式开发，而不是采用传统的瀑布式的项目开发方式。我希望项目团队中的每个人都是产品经理，每种角色都贯穿于产 品的生命线。产品经理只是个“主事儿”的而已，产品经理决定做什么，其他角色决定怎么做。

文档是问题的一部分而不是解决问题的一部分，写文档只占产品经理工作的很小一部分，产品经理更多的工作是在思考和沟通。一个产品从无到有，在产品经 理的脑海中逐渐成型，经过和不同角色人员的沟通不断的完善，最终通过撰写的文档体现出来。撰写文档相对简单，占用的人力资源也少。这就像系统设计往往需要 较多的时间，具体编码的时间相对较少。

市场需求文档、产品需求文档，会议纪要，方案，策划，规范，文档文档还是文档！产生更多的文档肯定不能更好的解决问题，达成项目的目标。

开发可以根据产品需求文档预估，根据页面数、产品复杂程度、安全级别等内容进行人力预估，测试可以以开发时间的一半来预估。但产品经理的工作如何预 估？答案是没有人可以预估。但现实是领导总会对产品经理的人力资源做预估，或者产品经理迫于某些压力自己做人力资源的预估。这样的情况很普遍，但是需要改 变，给产品经理一个相对宽松的环境来工作。

我认为，产品经理是虚拟团队的领导者，是项目、产品的CEO。还能有谁更清除产品的所有细节？如果产品经理不去全程关注谁回去关注？管理一个产品就 要管理它的方方面面，管理它的前世今生。

对于加强流程的建立，加强评审机制的意见我也很赞同，流程很重要，多成员、多角色的项目中流程很重要。每个人的思维和意识都是有局限的，每个人的经验和能 力也是有局限的，我们中间的所有人都不是天才，没有人可以完全的独当一面、力挽狂澜。任何产品都需要不同工种同事的讨论、建议甚至是拍砖，这样才能汇聚大 家的智慧，帮助产品经理完善产品的细节。

• 2010年04月18日 -- 关于软件产品经理如何写文档
• 2010年04月18日 -- 转：产品经理的行为模式（用户、文档、数据、体验、分享）