作者：gnuhpc
出处：http://www.cnblogs.com/gnuhpc/
1.什么是产品经理？
产品尽力通常是负责对现有产品进行管理及营销的中层经理，也负责开发新产品。
2.产品经理适用于哪一种企业？
适用于所有企业。
3.产品管理与产品开发有何不同？
产品管理是产品经理所应担负的全面性工作，包括规划、预测以及营销特定产品或服务。产品开发则是一个企业进行新产品设计以及商品化的过程。
产品经理（Product Manager），又称品牌经理（Brand Manager）。是企业守门员、品牌塑造者、更是营销骨干。它既是一套完善的营销运作制度，更是博大精深的营销操作。举凡产品从创意到上市，所有相关的 研发、调研、生产、编预算、广告、促销活动等等，都由产品经理掌控。
产品经理的职责
一般来说，产品经理是负责并保证高质量的软件产品按时完成和发布的专职管理人员。他的任务包括倾听用户需求；负责产品功能的定义、规划和设计；做各种复杂 决策，保证开发队伍顺利开展工作及跟踪程序错误等，总之，产品经理全权负责产品的最终完成。另外，产品经理还要认真搜集用户的新需求、竞争产品的资料以及 研究产品的发展趋势等。
产品经理的角色
在产品管理中，产品经理是领头人，是协调员，是鼓动者，但他并不是老板。作为产品经理，虽然针对产品开发本身有很大的权利，可以对产品生命周期中的各阶段 工作进行干预，但从行政上讲，并不像一般的经理那样有自己的下属，但他又要运用很多资源来做事，因此如何做好这个角色是需要相当技巧的。
如果把软件产品开发当做赛艇运动，在最前面擂鼓喊号的是产品经理，他不但要每个参与者都使足力气，而且要协调所有的参与者，将他们的力气往一处使，他还要保证所有人的方向都是一致的，都知道朝那个方向走，不能出现有人用力不对的情况。
产品经理的素质
同程序员不一样，产品经理主要是同人打交道，要组织处理好很多复杂的关系和工作。所以做好产品经理并不是一件容易的事情，很多方面的素质培养是必不可少的。
协调沟通能力： 产 品经理要协调好各种关系，包括研发、测试、文档、市场、销售等部门的人，在保证品质的情况下如期的推出产品。任何事情都是靠人实现的，所要协调的主要是人 力资源，绝不能因为要完成一个OEM的项目而占用所有测试人员的时间。不同部门的沟通并没有多大的区别，但不同部门的Leader做事方式可能不一样，因 此一方面要看对方配合的程度高低，同时要学会在恰当的时候和恰当的人谈恰当的问题，只有解决好问题才能有效的将事情向前推进。尤其是在没有下属关系的情况 下，人与人的互动上，要做的非常好，能够把自己的想法非常好的表达给其他人，说服这些人配合去做事。
对事务优先级的控制： 产品经理的工作是相当琐碎的，要处理各种各样的关系和进度，不像其他的工作都有自己专注的方向，专业的领域。所以如何在一天之内高效的做事就显得尤为重要。
要有市场感觉： 围 绕市场调查、市场细分、目标市场、市场定位，通盘考虑产品、价格、渠道、促销、公关、服务这些因素是开展营销工作也是产品管理的一项很重要的工作。所谓市 场感觉，更为重要的是如何能够通过市场现象去生成一些战略，而不是对方降价自己也降价，对方做广告自己就做广告。所谓战略，就是从产品定位、用户定位、价 格和竞争对手入手，了解各自的强项和弱项，找到机会在哪里，威胁在哪里，并进行分析，制订未来的战略。这些素质不是通过看市场宣传和汇报就能够获得的，它 需要很多的信息反馈分析，要靠经验和感觉。
具备一定的抗压性：作 为一个产品的负责人，产品经理的压力是很大的。尽管在 某些公司，产品的成败不一定和产品经理的收益挂钩，但如果某些方面考虑不周，做出来的母盘存在问题，造成整批产品销毁，给公司带来巨大损失，或者因为某些 原因没有和一些人员沟通好或者安排好时间，结果造成问题，产品无法如期交付，产品经理还是有“罪魁祸首”的感觉，这些都是压力所在。
主动做事与合作： 产品经理需要有独立解决问题的能力和动力，要把产品看做自己的孩子，怀着热情和激情去做事。这种热情决定他是主动的，而不是被动的去做事，是为了不断提升自己的价值和能力。
这一节讲了不同产品经理对规划的架构的不同。
市场分析+竞争分析+绩效分析=>产品组合目标
产品线战略是一个循环：
创新->重生->维持->合理化->创新
企业愿景的内容应该强调企业所具有的或有意愿发展的核心竞争力。而战略则说明了为实现愿景所需具备的技能和必须开发的工具。在短期内，它将注意力集中在有可能影响其实现愿景的能力和问题上。及时地专注于处理眼前发生的问题，在过程中一步步往企业的未来图像迈进。感觉这就和一个人订立未来的目标或者职场的愿景一样，定下目标，并且关注当下，踏踏实实，这才是成功之道。
在看日本小松公司的案例时，看到了在保卫本国市场时，采用了授权机制，而在建立出口市场时则通过服务部门协助新兴的工业国，倒是学到了一些新思路。
企业文化指的是一个企业的运作模式——哲学、管理风格和组织结构。融入企业文化对一个PM非常重要。
产品经理还要注意的是要考虑其产品对于企业实现整体目标（除销售收入以外）的贡献如何。
1.产品经理根据企业的愿景，针对所负责的产品领域，制定出类似的愿景描述（或目标）。
2.撰写一份对未来的年度报告会有助于你对愿景的理解和假设，以及思考一定要把愿景绘制成图表和文字。
3.在看这一小节的时候我突然想起前段时间在做PPT的时候用的MindMap工具，这个工具不知道是不是能够派上用场呢。
4.当你面对多个产品时，你可以去做的事情是：第一个找出重点产品，然后为它们制定个别目标，再为其他产品定出整体目标。第二个是做法是依赖客户细分或应用领域（如果适合的话）将产品分组，根据这个分组设定目标。第三是将产品与市场目标结合在一起。记得跟随市场的变化、做好改变的准备。
访谈的对象是Paul Baumgart( General Manager of Respiratory Care for GE Healthcare Clinical Systems)
个人看这个访谈的第一个感受就是他使用了STAR方法对自己的经历进行阐述，看起来就效果极佳，估计面试的时候用这个听起来效果更好。
其中他说到一点，“沟通技巧和领导风格是一个成功的营销人员所应具备的两项最重要的特色”，的确如此。
在其产品经理工作中，他最不满意的是对细节处理上效率不高，不过看得出他很细致。
在对顾客的了解上，他觉得：要在开始定义特定产品需求的时候及早确定你掌握了足够广的顾客需求剖面，因此得以确定是否是同时存在的不同细分市场，是否需要不同的产品规格，将其差转化为产品的特色、定价、包装、服务以及其他需求。
在谈到B2B的PM和B2C的PM面临的挑战有何不同时，他强调前者可能与客户有紧密联系，但是容易丧失全局意识。
他给现在PM的建议是：永远以清澈的双眼、从不偏不倚的客观角度来分析市场，不要只想到产品，而要思考你的产品和服务可有哪些效用。从“企业观点出发”或者“考虑消费者的观点”将会让你有完全不同的角度，后者会让你在市场上待得更久一些。
有趣的是，中间有个问题是问“得到的最好忠告是什么”，答案是“以终为始”，颇棒的一句话！
1.PM必须在对信息的需求与信息爆炸的挑战间求取平衡，因为这个非常耗时但极为重要。
2.PM不能再抱有把产品卖出去的理念，而是帮助客户来“购买”产品，这要求PM必须理清客户间不同的需求与期望，以及这些差异对产品规划工作的重要性。
3.趋势预测的方法：
a）建立分门别类的建立虚拟或实物的档案夹。
b）建立趋势分析小组（TAG）：请每一位成员针对某一个特定趋势提供相关信息。
c）建立一个标示“随机”的文件夹：收集随机的想法和心得。
4.分析趋势的原则：
a）要考虑若干趋势汇总起来可能会对产品战略形成强大的压力，比如若干的发展趋势就影响了HP的打印机部门。
b）注意科技趋势提供了机会也带来了威胁，这个要在产品的发展趋势上有所考虑。
c）观察人口统计变量的变化趋势与转变也能找出新产品和营销战略上的改变。比如老龄化的趋势使日本汽车为年长者提供了更多的可选配件。
d）可以使用“重要程度”-“发生概率”的四象限方法在分析趋势的过程中有所重点关注。
5.调研项目：
收集客户信息可以分为初级、联合以及次级研究：
初级研究：问卷调查、焦点小组以及其他为了特定目的所设计的调查方法。
联合调查：“分摊费用”的一种调查方式，在一份一般性的调查中加入一两个“相关”的问题，以分担费用。
次级研究：针对一份普查数据、贸易协会数据以及其他事先整理并公开的数据进行分析。
在没有专业人员的时候作为PM你还可以选择几条路：
找一所愿意将它成为项目的学校，让给他们进行调研。
雇佣有技术的实习生来进行调研。
和其他有相关需求的PM均分成本。
各种人际互动和Online互动得到的调研报告和意见。
1.关于顾客的基本问题：
a）用量大的顾客在所有购买者中的比例是多少？
b）目标市场的走势如何？
c）产品在什么情况下顾客会去买？
d）地域和国别上顾客的有什么不同？
e）大部分顾客是新顾客还是重复购买？
f）顾客是不是最终使用者？
g）顾客是激进的还是传统被动的？
h）价格的变动对顾客的影响有多大？
i）顾客基础是一堆小客户还是几个大客户？
2. 细分的方法
消费性产品合适使用的是人口统计变量，找出他们响应产品方式的共通性。
工业性产品则可能使用产业分类系统，或者按照公司规模和职位进行分类。大多具有多层级的细分。
服务业则可能根据需求强度，风险类型、与公司的距离、生活的差异等进行分类。
3.细分时可以先将能列出来的细分依据一一列出，然后在根据产品的特点将不重要的细分去掉。妄想建立所有顾客的忠诚度对企业可能反而有害。
作者：gnuhpc
出处：http://www.cnblogs.com/gnuhpc/
来源：https://www.cnblogs.com/gnuhpc/archive/2012/12/11/2813535.html