产品经理培训手册.docx

产品经理培训手册.docx

《产品经理培训手册.docx》由会员分享，可在线阅读，更多相关《产品经理培训手册.docx（18页珍藏版）》请在冰豆网上搜索。

产品经理培训手册

产品经理培训手册

————————————————————————————————作者:

————————————————————————————————　日期:

前言

产品经理其实是一个从Ｐ（pｒｅfessiｏｎａl）到Ｍ（managemenｔ）的过程，如果大家够努力、够坚持，相信大家一定能走的很远。

我个人的感觉，产品经理是一个很有挑战性的职业。

虽然很多时候,大家还会有无聊、被动、困惑之感,但相信只要“坚持”—前途一定很光明。

产品经理们，加油！

正文

一、产品经理认识篇

1、产品经理定义

产品经理（Proｄuct　Maｎaｇer）,通常是指：

担负某类产品研发、运营、管理的经理人。

ﻫ他们的工作纵深从：

前期市场调查、产品的创意、策划实施、产品研发、产品上市、市场推广…一直到产品生命周期的结束的全过程。

但值不能混淆的概念是：

产品经理不等同于产品管理。

大多数时候产品经理行驶的是执行权,尽管在产品生不同的生命周期中,产品经理要带动、协调不同的部门、不同的对象。

换个层面来讲,产品经理只有对产品的支配权,没有对人的支配权,所谓的行政权。

2、产品经理职责

２.1、市场调研

市场调研是指研究市场以了解客户需求、竞争状况及市场力量（markｅtｆoｒceｓ），其最终目标是发现创新或改进产品的潜在机会。

通常一般采用的方法有:

1、与用户交流

2、与直接面对客户的一线同事如销售、客服、技术支持等交流

3、市场研究报告分析

４、竞争对手产品分析

5、用户数据分析

市场调研可以让你知道,市场目前是什么样一个状况,有没有必要性做?

风险系数有多高？

所以市场调研的准备,将直接影响到项目可行性。

市场调研的成果,另外一个方面也就形成商业机会、帮助企业改进产品战略，从而更好的占有市场。

2.2、需求管理

需求管理，是指产品经理在执行需求过程中的一系列管理工作。

通常包含:

需求来源管理、需求版本管理、需求分配管理、需求跟踪管理。

而需求来源管理有:

1、市场需求

2、高层需求

３、用户需求

4、运营需求

5、其它需求

2.3、产品规划

产品规划是指在通过市场和竞争分析，根据公司自身的情况和发展方向,制定产品规划、产品规格设计、更新产品组合等。

制定出产品的远景目标（Vision）以及实施该远景目标的战略、战术。

产品规划，是制定产品发展战略方向的过程,通常包含：

1、用户目标

2、商业目标

3、关键差异

4、盈利模式

5、效益目标

６、品牌定价

２．4、产品定义及设计

产品定义

产品定义,主要解决了是什么的问题。

例如:

当然上面解决了产品是什么,我们要做什么样一件事的,具体的阐述开来我们做的产品具体包含哪些,主要有:

１、产品愿景；

２、目标市场;

３、市场竞争分析;

4、功能概要;

5、产品用例（UseCaｓe）

６、系统需求

7、性能需求

9、运营需求等

通常采用产品需求文档（PＲD）来进行描述,写PRD我讲会在后面会讲到。

产品设计

产品设计是指设计产品的的整个过程,产品上市后是什么样子的、信息构架、功能设计。

特别是IＴ行业，外观方面:

主要以网页或客户端作为产品的面向交互载体。

具体的将,还包括用户界面设计（UI，UserIｎterｆaｃe）和用户交互设计（UseｒIｎteraｃtiｏn）,

例如：

产品设计的过程,也是体验用户体验的过程，例如我们现在要做的产品,大到整个色系、产品风格的把握，小到一个按钮效果都要要产品去一一落实。

做成产品产出成果,这是很考验一个产品经理功底的。

2.5、组织协调

组织协调能力是指:

协调来自不同团队的人员（包括工程师、QA、UI设计师、市场、销售、客服等），对资源进行分配,同时控制、激励和协调群体活动过程，使之相互融合，从而实现组织目标的能力。

例如：

在预定项目工期内按时开发并发布产品。

项目协调，通常涉及到如下工作内容：

１、　制定项目计划;

2、　进行资源协调

３、跟踪项目进展

在大型公司里，通常会有项目经理来处理大部分项目管理工作,产品经理只需提供支持。

不过在创业公司里,产品经理通常需要自己进行项目管理。

在有些公司，技术负责人也可能做为项目经理,处理大部分项目管理事宜。

２.6、文档编写

1、市场调查文档

２、产品需求文档

3、产品说明书

4、测试报告

５、用户帮助

６、对外培训

2.７、产品培训

产品培训主要是面向内部同事,如:

销售、市场、媒介、客服等讲解产品的相关的定义、功能、特点目标市场，也可能包括向外界如媒体、行业分析师及用户宣传产品。

产品培训是一个产品研发到发布,以及运营中很重要的一个环节。

2.８、产品生命周期管理

产品生命周期管理：

指那些随着产品经历概念化->发布->成熟->退出市场整个生命周期中的产品管理活动。

例如:

作为优秀的产品经理,一定要知道自己产品的生命周期情况。

这样才可以根据产品在市场上表现出的生命力,不断的进行产品策略调整。

以及合理的做好产品线管理，从而避免单一的产品存在的风险。

3、产品经理能力素质

3.1、沟通能力

优秀的产品经理一定是个成功的沟通者,沟通能力包括口头沟通能力和文字沟通能力。

产品经理的一个最主要角色是做为沟通的中心。

产品经理的沟通能力不仅体现在和不同工作岗位的人进行有效沟通,同时还体现在如下方面：

和不同个性的人沟通。

例如,大部分工程师的性格偏内向，而大部分销售和市场人员则很外向

和不同工作岗位的人沟通时采用不同的”语言”。

如果要进行高效沟通，很重要的一点是说沟通对象关注和易于理解的”语言”。

例如:

产品经理采取不同的沟通方式

和工程师沟通客户的需求、订单审核

和销售人员沟通“数据库性能”、”内存管理算法”

3.2、学习能力

产品经理不断的涉猎、剔除、换位思考、总结；要谦虚的向人学习、交流、获取经验,这才是产品经理迅速成长的阶梯。

如果一直固定自己的世界里抓阄，结局一定是失败无疑。

IＴ产业是一个快速变化的产业,”不变的也许只有变化”，新技术不断涌现，今日的新产品在几个月后就会变成大路货,甚至更快。

优秀的产品经理必须能够快速学习，即便是在比较新的领域。

具备此能力才能相对容易地在不断变化的市场和技术趋势下管理好产品。

．

例如：

3.3、执行能力

成功的产品经理是优秀的领导者,即便是没有明确的授权。

产品经理通常需要在多个领域执行领导工作，很多地方也产品经理的这种现象归结为:

“无授权领导能力”。

无授权领导能力包括领导项目团队、领导产品战略和蓝图指定,以及领导跨团队的产品活动等。

但是在大多数情况下,产品经理通常没有得到公司正式的授权。

所以是否具有”无授权领导能力”就成为成功与否的关键。

例如：

３．4、热爱产品

优秀的产品经理对产品有一种固定的爱，发自内心的热爱。

他们孜孜不倦地尝试各种新产品,注册各种产品的测试版，下载产品的试用版并仔细揣摩，一有时间就去网上看各类新的产品。

他们醉心于创造优秀的产品–无论是全新的产品或是既有产品的改进。

3.5、注重细节

优秀的产品经理对细节孜孜以求，注重细节是开发优秀产品的最重要先决条件，正所谓”细节决定成败”。

成功的产品经理观注细节不仅仅是提到产品性能，同样,这种细节体现在你所做的需求中。

报告中、计划中。

在内容上，请尽可能的描述到实施细节；在表现上,请尽可能的体现一个产品设计师的ＵI用户体验设计细节。

3.６、数据敏感

优秀的产品经理对数据敏感，善于从大量数据中挖掘有用的信息,进行数据分析。

从而发挥数据的利用率，和商用价值。

例如：

３．7、商业敏感

优秀的产品经理对商业有极好的感觉,他们清楚如何发现市场机会，了解竞争差异化的重要性,并能提出制胜的产品战略、定价、推广策略、合作计划以及盈亏分析等。

大凡优秀的产品经理都有商业有很强的敏感。

商业敏感度并不是我们闭门造车去想出什么来,更多的是源于生活、深入市场、结合行业。

从某种意义上来说是站在产业链的高度。

4、产品经理进阶发展（重要）

产品经理其实是从P（ｐrefeｓsｉonaｌ）到M（manageｍeｎt）的过程，谁也没有几载一上来就是管理，就会管理。

所以先把P做好,然后慢慢的抬高全局观、战略感逐渐往M层面混迹。

产品经理的量化点在于:

聪明度、逻辑思维能力、沟通协调、文档能力、知识构成等,这些做好了,才可能让你出色的完成:

高效的执行、沟通和日常管理工作。

产品经理你的心态怎么样,你的格调、眼光、情怀怎么样，将决定了你以后的基调，站的高才能看的远，。

当然你人品怎么样，决定了有多少朋友在支持你,成功之路你不是独行。

二、产品经理技能篇

1、产品经理需求技能

产品经理的需求技能，包含需求获取、需求筛选、需求分析、需求执行，这一系列过程是对产品经理综合素质的一个考验和全面衡量。

如:

对知识的要求,对行业市场的理解和经验。

而且在这整个过程中，我们如何快速、高效的完成需求工程,也对我们有着越来越高的要求。

ﻫ  

１.1、写需求的八项思路

1、合理的建立全局观，把握整体框架;

2、合理的建立业务模型;

3、合理的拆分系统需求；

4、合理的预留系统扩展；

5、合理的处理好业务流,信息流，以及数据流;

6、合理的遵从：

业务原理（逻辑）”→系统实现原理（逻辑），然后细分到-模块实现原理（逻辑）、具体到-界面交互原理（逻辑）;

７、合理的编排需求的优先级次序;

8、合理的做好需求被ＫO掉的准备。

（Ｏ（∩_∩）O~）

1．2、写需求的十点注意

1、写文档,一定不在拘泥于工具，在于思路;但用好工具，会使你的需求加速;

2、写文档,一定先定义流程,后定义交互原型,原型仅是需求交互的载体;

3、写文档,一定要划分好优先前后级,核心的、主要的需求先走,其它的可以缓后；

４、写文档，一定要基于可开发，不能天马行空。

（ＩDEA阶段可以天马行空）；

5、写文档,一定要规范,目录、层级都清晰,写出来别人是要看的；

6、写文档,一定要清晰明了,不在于是否写的多，在于是否真正说明了问题；

７、写文档，一定要学习竞争者的长处，可以把好的东西借鉴过来,吸取精华;

8、写文档，一定要落实到每个细节,需求都不完善,成品何来完善；

９、写文档，一定要自己多看，自己给自己找茬,把问题止步于自己；

1０、写文档，一定要注意版本管理，并做好版本修订等工作。

1.3、写需求的八个步骤

1、第一步：

需求分析（业务模型、业务机制、系统功能、系统逻辑）;

2、第二步：

确定产品定义;

3、第三步：

确定用户目标和用户任务；

4、第四步,确定产品具体定位；

５、第五步，确定设计产品用例、流程;

6、第六步，确定设计产品原型；

7、第七步，打包需求说明文档;

8、第八步,最后确定产品优先级（核心的、主要的、扩展的）；

1.4、写需求的正确方法（参考）

宗旨：

通过工具—把思想有逻辑、有细节的合理的组织到一起!

1、熟悉项目发生的相关业务行为。

言下之意,就是说：

我们要做的是什么项目，我们这个项目主要是做什么业务,具体业务我们怎么通过更合适的框架、平台去实现它、支撑它。

简而言之的要求：

ﻫ面向业务（对象），进行业务行为（设计）,也是需求的开始，

比如:

通过uｓecase可以很容易,很清晰的将整个业务员系统直观、规范的表达出来，按照模块建立各个pacｋage,从而将复杂的业务通过cａsｅ直观的表现出来。

2、将业务，从产品层面肢解开来,做到抽丝剥茧部分与整体统一

很笼统的说，就是流程问题。

ﻫ流程就是逻辑，你只有制定合理的、符合业务实际情况。

符合系统实现（可实现、容易或稳定实现）的流程,才会更好支持日后的业务系统和管理系统服务实际的业务。

ﻫ不管是进销存、还是ＳAP原理其实都是相通的。