1. 概述

在中国企业快速发展的今天，多品牌、多产品已经成为了企业发展壮大的一个重要战略，而产品管理体系的引入是帮助企业成功实施产品多元化战略的有效机制。在此次咨询项目中，我们建议我们所服务的客户，某特种电机制造厂商引入产品管理体系，以帮助其更好的进行多产品的高效管理。在本文中，作者首先对这个项目的背景、产品管理体系和产品经理的概念进行简单的介绍，接着阐述产品管理体系是如何从战略制定到战术实施对产品进行全面管理的，以及产品经理在其中担负的职责，而产品经理所需要具备的素质和能力也是本文的一个重要内容。

2. 项目背景介绍

目前国内很多的企业仍然采用以销售为主导的管理模式，在我们提供咨询服务的这家企业中，市场部是销售部领导下的一个非关键部门，市场管理的职能仅仅局限在媒体项目和市场推广活动。我们的客户目前共生产七个不同种类的产品，其中三个是成熟产品，客户在市场部下设立了行业经理，期望对这三个成熟产品所在行业的用户能够给予更好的服务，但是由于在行业经理与销售经理之间的职责划分，如何配合进行市场开发，如何资源共享等问题上并没有明确的界定，所以这一职位并没有发挥出预期的效果。而对于四个新产品，客户设立了四个项目组，项目组的负责人是由不同部门的人员兼任的，由于这些项目负责人的不同背景，他们运用着不同的管理方式对各自的产品进行管理。因为缺乏系统和体系，他们在运作过程中的经验也很难被其他项目组所借鉴。针对这一系列问题，我们建议客户将市场部从销售部中独立出来，直接向主管营销的副总负责，充实了市场部的职能，并且在市场部内设立了产品经理这个职位，实行产品管理体系。

......

 产品开发团队组织结构

产品开发团队（PDT，Product Development Team）由项目经理（PDT经理），核心组和扩展组组成。核心小组成员由各个职能部门的代表组成，开发代表，测试代表，工程代表，客户代表。并且每一个职能部门的代表在该PDT中只能有一个。他们在PDT中代表自己所处的职能部门，在只能部门中代表PDT。PDT是一个虚拟的组织，它不属于任何职能部门，是直接对产品开发负责的组织。PDT在概念形成时成立，在产品成功发布后解散。PDT的职责是开发出满足市场需求的产品，他们在概念和计划阶段制定项目计划，在以后各阶段管理项目。PDT组长负责领导项目组、管理项目及与领导层的沟通，保证项目顺利完成；PDT代表作为职能部门的专家在项目决策和设计时代表职能部门，负责解决业务问题，同时作为与职能部门之间的桥梁，协同扩展小组工作。扩展小组属于各个只能部门内部的团队，比如开发扩展组属于开发部内部团队，也可以以项目的形式运作。并不是所有的职能部门都需要扩展组成员。

再说说人事（人事=有关人的事情，和业务不太相关）。

大多数老板都会觉得人才短缺，常常觉的属下的员工专业度不足，不能完全帮自己分忧解难。
大多数员工都会有职业迷茫，对自己未来前途和发展的产生困惑。
老板需要操心的事太多，下属只能完成交代给的任务，接下来要做些什么，甚至怎么做，还是需要老板来思考。
员工需要做的事情太多，以至于日子久了就发觉自己不断在重复之前的工作，没有多大的发展空间。
久了，孤独的老板做了很多未验证的决策，偏差越来越大。
久了，员工做事越来越熟练，却丧失了思考的能力和决策的能力。

哎，貌似我身边的很多人和事就是这样地正在发生着。

老板何尝不想员工帮他排忧解难，独立承担一块业务。老板何尝不想有人可以平等的探讨，多角度思考来验证自己的决策。 员工又何尝不想独当一面，成为老板之一呢。

问题的关键在于两点，一方面，老板是否让公司的管理机制营造一种创业的氛围，比如Google的20%时间，做自己想做的事情，其实自己的实验就是Google的产品。再比如阿里的文化，mission driven，“让天下没有难做的生意”，“中国人创造的世界顶级公司”，“全球电子商务大平台”，这些梦想把我们汇集在一起，不断奋斗着。

另一方面，员工是否以创业的心态投入到工作中来。这也许是问题的关键，貌似关于积极职业态度的书已经不少，也有培训公司也有这类的培训课程。也许很多员工觉的自己已经完成了份内的工作，也挺积极主动的加班加点，我要说一些我们自己的案例，以示区别。

......

白鸦 

如今，CTO下面带三个部门：研发、产品、用户体验设计（UED），几乎成了成熟互联网企业的标准配置。在整个行业对于“用户体验”认识还不够的时候，这样做比较有利于产品体验的提升。

但，随着用户体验工作不断的深入，问题逐渐呈现。

1、关注并参与到产品的用户体验设计，应该是整个公司的责任。但，往往正因为有了UED这样一个部门配置，导致其他角色冷眼旁观，或者被凉到了一边。
用户体验，不是一个部门的事情。

2、无论从权利还是能力的角度来讲，对UED都是很大的压力。很多时候产品体验不好，不一定就是设计的原因，更不一定是用户体验设计师的原因。但，只要体验不好就是你不好，谁让你叫UED！

3、用户体验设计一直在深入，我们从最早的UI到人机交互，又到信息架构、内容设计，不断的切入到呈现层的每一个环节。
虽然看似并没有触及到“产品方向/策略”的事情，但，对于呈现层甚至重要于结构层的网络产品来说，UED的工作和产品团队的工作重合度越来越高。矛盾也越来越大。当一个UED去讨论UI之外的设计时，从“身份”来讲就已经被别人不认可了，直接影响对“设计”本身的接受程度。

4、对于产品部门，这也是一件特别痛苦的事情，产品的工作范围具体到什么程度，是否需要涉及具体的呈现，同样是个头痛的问题。因为，后面的界面设计影响了产品的效果，也是经常发生的事情。

5、总得来说：UED责任和压力太大，而且做事束手束脚；产品既要制定战略/方向又要设计呈现层，不能专心深入做事。

产品应该更专心的去考虑商业、市场，更专心的去把握和主导产品大方向；设计应该更加尽情的去设计产品呈现形态。用户体验，是大家的事情。
所以，我认为，“用户体验设计部”这个叫法是错误的，应该取消。将产品和设计两个部门重组，CTO带研发，产品的VP带产品和设计。

1、产品市场部：
工作内容：商业和数据分析、产品方向制定和架构规划。工作从商业开始，到需求分析止，连“功能设计”都只是作为建议方案。
角色如：数据分析师、产品经理架构师、(用户和商业)需求分析师、等；
人不要多，要精，决定方向和策略。

2、产品设计部：
工作内容：内容设计(主要是功能)、信息和交互、视觉设计、前端开发。工作从功能设计开始接手，到前端开发止，包括技术类的需求分析。
角色如：产品设计师（内容设计、信息架构、交互设计）、(技术)需求分析师、视觉设计师、用户研究员、前端开发、文案创意、等。
负责所有呈现层的设计、具体执行。

当然，如JunChen所说：“重要的不在于叫什么名字，而在于是什么人在做什么事”。但，事实证明叫法确实形成了很多阻碍；而且，不把产品设计师放到现在的UED队伍，会导致重复越来越多。
这个想法由来已久，虽不是很成熟，但好处有坏处也有。这样做，以”产品市场”为主导，以”产品体验”为核心。对于产品和体验非常重要的企业，好处多于坏处。

PS：
对于小企业、非互联网企业、不需要产品主动的企业，此法不可行。

.