文章来源:http://titanfoot.javaeye.com/blog/182253
Tags: 产品管理产品管理
2008-6-2 23:39:56 | 编辑
转载：产品管理体系简单分析
1. 自己在产品经理上的一些体会
看了很多产品经理的资料，也参加过一些产品经理的相关培训，加上自己在实际工作中也遇到过各种难题，自己也总结的一些产品经理技巧：
把产品体系中各部门要做的事情,以及产品的修改都写成文档.排出优先级和时间安排，并与各部门进行沟通，避免工作混乱，忘记某些工作，或将某个部门的工作量积压在一起，引发矛盾。
注重细节，一个UE,UI好的网站产品往往就是细节上的处理的比较好，要细心，耐心。对于好的创意要迅速记录，并快速进行TEST。
当产品出现问题时，要将自己工作的重心方在解决问题，而不是推卸责任，对产品负责，当产品出现问题时，主动积极的去分析问题，承担自己的责任。
掌握网站相关技术，运营知识，网站发展动态，多记录笔记，多学习，做一个网站的“全才”，比如：也许自己不是一个高级程序员，但却是一个优秀的分 析员，了解当今技术发展趋势和功能实现的技术模式，能够分析技术层面的需求；也许自己不是一个好的推广人员，但是会了解基本的推广方案，帮助市场人员为推 广出谋划策。
要坚持自己的观点和决策，但不盲目的排斥好的意见，善于接受意见，善于逆向思维，但不盲目遵从他人乃至上级的意见。
擅长沟通，作为产品经理就必须和各个产品相关部门良好沟通，当出现矛盾时必须有良好的心态去解决矛盾（一个很实在的做法就是：请该部门人员一起吃饭，加强交流），一切为产品服务。
2. 产品管理体系分析
举例：一个软件产品管理体系，其中主要参与人员有5个角色：产品经理，开发工程师，测试工程师，运维工程师，编辑或运营部门负责人。各个部门的关系如下：
各个角色之间相互依赖、相互协同。
产品经理是产品的带头人，是各个部门围绕的核心。
每个成员都有明确定义的角色和特定的任务。
每个部门有领导者负责管理、指导和协调。
每个人都关注于自己任务的执行。
确保交流不受限制。
这五个部门中每个人都对自己工作内容的质量负责，定义一种相互依赖、相互协作、同等角色关系的工作模型。每个部门中的成员在产品中都有一个明确定义的角色，并且关注于自己部门的任务。每个部门成员都是产品利益的维护者，鼓励的是一种面向客户的开发过程。
涉及到产品经理工作的环节：
产品前期分析：产品分析调研，产品竞争对手分析，需求分析，可行性分析
产品架构规划：产品详细规划，功能策划，进度控制，产品运营分析
撰写产品文档：需求文档撰写，主导文档讨论会议，确定需求文档，对文档进行细化
撰写开发文档：撰写开发文档，开发文档分析（与开发，测试人员），提交开发文档，所有文档封装（只有产品经理可以修改文档，并必须提交产品修改说明书）
监控开发进度：产品开发流程监控，监控开发进度，分析文档修改申请，撰写产品修改说明书
监控产品上线：监控产品测试结果，监控产品部署上线
产品运营分析：产品总结，对产品运营进行跟踪，产品运营分析，产品二期优化和修改
3. 如何将产品管理更适应互联网：
互联网产品很类似软件体系中的敏捷式开发，由客户故事入手，进行分析，以较少策划和文档消耗的时间来换取产品的快速相应和敏捷开发。在减少内耗的同时，保证产品能顺利的进展，增加迭代优化和修改制度，防止产品完成后无法快速处理后期优化和修改工作。
缩短各部门响应时间，保持各部门沟通顺畅。
确定一个可行的时间进度，各部门对自己产品工作内容质量和产品进度负责。
保证产品经理的核心地位，产品经理对产品负责。坚持产品策划文档的权威性，但不排斥正确的意见和建议。
缩短测试时间，有效增强开发人员，测试人员和部署人员之间工作的协调性，建立产品发布制度，缩短产品发布时间。
在迭代开发的基础上增加迭代修改制度，建立一个良好的产品快速响应制度。
看了很多产品经理的资料，也参加过一些产品经理的相关培训，加上自己在实际工作中也遇到过各种难题，自己也总结的一些产品经理技巧：
把产品体系中各部门要做的事情,以及产品的修改都写成文档.排出优先级和时间安排，并与各部门进行沟通，避免工作混乱，忘记某些工作，或将某个部门的工作量积压在一起，引发矛盾。
注重细节，一个UE,UI好的网站产品往往就是细节上的处理的比较好，要细心，耐心。对于好的创意要迅速记录，并快速进行TEST。
当产品出现问题时，要将自己工作的重心方在解决问题，而不是推卸责任，对产品负责，当产品出现问题时，主动积极的去分析问题，承担自己的责任。
掌握网站相关技术，运营知识，网站发展动态，多记录笔记，多学习，做一个网站的“全才”，比如：也许自己不是一个高级程序员，但却是一个优秀的分 析员，了解当今技术发展趋势和功能实现的技术模式，能够分析技术层面的需求；也许自己不是一个好的推广人员，但是会了解基本的推广方案，帮助市场人员为推 广出谋划策。
要坚持自己的观点和决策，但不盲目的排斥好的意见，善于接受意见，善于逆向思维，但不盲目遵从他人乃至上级的意见。
擅长沟通，作为产品经理就必须和各个产品相关部门良好沟通，当出现矛盾时必须有良好的心态去解决矛盾（一个很实在的做法就是：请该部门人员一起吃饭，加强交流），一切为产品服务。
2. 产品管理体系分析
举例：一个软件产品管理体系，其中主要参与人员有5个角色：产品经理，开发工程师，测试工程师，运维工程师，编辑或运营部门负责人。各个部门的关系如下：
各个角色之间相互依赖、相互协同。
产品经理是产品的带头人，是各个部门围绕的核心。
每个成员都有明确定义的角色和特定的任务。
每个部门有领导者负责管理、指导和协调。
每个人都关注于自己任务的执行。
确保交流不受限制。
这五个部门中每个人都对自己工作内容的质量负责，定义一种相互依赖、相互协作、同等角色关系的工作模型。每个部门中的成员在产品中都有一个明确定义的角色，并且关注于自己部门的任务。每个部门成员都是产品利益的维护者，鼓励的是一种面向客户的开发过程。
涉及到产品经理工作的环节：
产品前期分析：产品分析调研，产品竞争对手分析，需求分析，可行性分析
产品架构规划：产品详细规划，功能策划，进度控制，产品运营分析
撰写产品文档：需求文档撰写，主导文档讨论会议，确定需求文档，对文档进行细化
撰写开发文档：撰写开发文档，开发文档分析（与开发，测试人员），提交开发文档，所有文档封装（只有产品经理可以修改文档，并必须提交产品修改说明书）
监控开发进度：产品开发流程监控，监控开发进度，分析文档修改申请，撰写产品修改说明书
监控产品上线：监控产品测试结果，监控产品部署上线
产品运营分析：产品总结，对产品运营进行跟踪，产品运营分析，产品二期优化和修改
3. 如何将产品管理更适应互联网：
互联网产品很类似软件体系中的敏捷式开发，由客户故事入手，进行分析，以较少策划和文档消耗的时间来换取产品的快速相应和敏捷开发。在减少内耗的同时，保证产品能顺利的进展，增加迭代优化和修改制度，防止产品完成后无法快速处理后期优化和修改工作。
缩短各部门响应时间，保持各部门沟通顺畅。
确定一个可行的时间进度，各部门对自己产品工作内容质量和产品进度负责。
保证产品经理的核心地位，产品经理对产品负责。坚持产品策划文档的权威性，但不排斥正确的意见和建议。
缩短测试时间，有效增强开发人员，测试人员和部署人员之间工作的协调性，建立产品发布制度，缩短产品发布时间。
在迭代开发的基础上增加迭代修改制度，建立一个良好的产品快速响应制度。
