产品是实现组织价值的重要手段,而产品管理是指根据市场或客户需求,整合组织中各个职能部门资源,确保组织在正确的时间向正确的客户或市场提供正确的产品,从而实现组织的价值最大化。本文通过分析产品管理业务流程,建立产品管理的信息模型和流程模型,帮助组织建立完备的、合理的、切实可行的产品管理流程制度,并介绍如何通过
IBM Rational 的产品管理工具 Rational Focal Point 建立产品管理系统,实现产品管理的信息化。
什么是产品管理?
产品(Product 或者 Offering)是能满足用户特定需求,为用户带来特定价值的有形物品或无形服务。比如,对手机设备制造商,其产品是向最终用户提供手机,而对于一个企业的信息化部门,其产品是用于满足其他业务部门需要的应用系统。产品是为企业或组织实现价值的主要手段,产品化是企业或组织形成规模效益的必经之路。
产品管理是企业或组织在产品生命周期中对产品规划、开发、生产、营销、销售和支持等环节进行管理的业务活动,包括需求管理(User
Request Management)、市场管理(Market Management)以及开发管理(Development
Management)。产品管理流程具有如下特点:
- 打破部门壁垒,整合跨部门资源,帮助实现企业或组织价值最大化,提高客户(或用户)满意度的业务流程。
- 实现面向市场的产品规划,确保和企业战略的一致性。
- 实现面向客户的需求管理,快速、合理响应客户需求,提高客户满意度。
- 基于团队的门径管理,利用决策检查点(DCP,Decision Checkpoints)规避产品投资风险,利用技术评审(TR,Technical
Review)规避技术和质量风险。
下图描述了产品管理流程所包含的需求管理、营销管理以及开发管理的相互关系,传统职能部门(如财务部、产品开发部、技术支持部等)共同参与到产品管理流程中。
图 1. 产品管理流程示意图
产品管理和项目管理的定位
产品管理是面向客户或市场的,是为提高客户满意度,规避投资风险,实现价值最大化的业务管理流程。项目管理关注如何能按时,保质完成产品管理各个环节的任务。项目管理支撑并服务于产品管理流程。
当前国内产品管理现状分析
华为于上世纪 90 年代花重金引入 IBM 集成产品开发(IPD, Integrated Product
Development)产品管理体系,实现华为从技术驱动型转向了市场驱动型,为华为的快速发展打下了坚实的基础。很多企业也希望通过引入先进的产品管理理念,建立包括营销管理、需求管理以及产品开发管理的产品管理体系,苦练内功,从而把企业经营提升到一个新的层次。
目前业界的一些管理咨询公司通过提供产品管理培训和咨询服务,帮助一些企业建立了产品管理相关流程,但在产品管理流程执行上,具有如下问题:
- 产品管理流程梳理和描述缺乏系统性、结构化。缺乏系统性、结构化的流程可以帮助企业具有产品管理的意识,但真正要在跨团队中落实和执行,就会暴露一系列完备性、合理性、可操作性等问题。
- 产品管理流程是一个企业的业务流程,其核心是跨部门、跨团队协作,涉及人员多,采用手工方式执行产品管理流程,导致执行的质量参差不齐,流程流转效率低下。
- 产品管理流程中涉及大量的决策。如何考虑成本、风险、收益以及资源等因素,进行基于事实科学决策(fact-based
decision making),避免决策失误,是实施产品管理流程迫切需要解决问题。
- 对产品管理流程缺乏科学、有效的度量和绩效评估机制和手段,导致无法对产品管理流程进行持续改进。德鲁克说:没有度量就没有管理。很多企业由于没有科学的度量和评估手段,导致产品管理流程最终只停留在纸面上。
基于 IBM Rational
Focal Point 的产品管理
IBM Rational Focal Point( 简称 Focal Point)是 IBM Rational
基于 Web 的产品管理系统,内置了面向客户和市场的产品管理流程,提供产品管理过程中的工作流自动化、信息相关性分析、信息统计分析以及信息的优先级分析功能,提高跨团队的信息共享和协作,改善决策的及时性和科学性。此外,Focal
Point 还提供了强大的定制功能,使用者在无需编程的情况下就可完成快速定制,从而快速满足产品管理流程调整或优化的需要。
基于 IBM Rational Focal Point 的产品管理不仅仅是提供工具,任何工具背后都需要有一个流程参与者都理解和执行的流程。传统的产品管理流程梳理方法不够严谨,缺乏结构化和系统化,导致很难对流程进行自动化,也不便于流程的修改和维护。通过采用业务建模的思想对产品管理流程进行梳理,逐步明确和细化产品管理流程角色、产品管理信息模型和产品管理流程模型,可提高流程的可理解性、可维护性,并可平滑指导产品管理信息系统的实施。
在本文中,将基于一个假想的名为 Gizmo 的手机制造商如何利用 Focal Point 实现其产品管理进行介绍。Gizmo
向手机用户提供一系列手机产品,而每一产品可能包含多个型号(或发布)。为了确保能在正确的时间向正确的市场推出正确的手机产品,Gizmo
需要对客户或产品相关人员(销售、市场)提出的需求进行价值分析,确定用户需求的优先级别,并把用户需求细化成为产品需求,并由手机开发团队进行实现。
业务流程分析是提高业务流程管理水平的第一步。通过业务流程分析,可明确参与业务流程的参与角色、业务流程所涉及的信息以及如何进行业务流程的活动顺序,并进行结构化描述,提高流程的可理解性和可执行性,并为流程的自动化打下基础。本节将从流程角色、信息模型以及流程模型三个方面,对假想的手机制造商
Gizmo 的产品管理流程进行分析。
流程角色
流程角色是指参与到特定流程的相关人员或岗位。产品管理流程将涉及产品生命周期中与业务相关的所有角色。比如在一个软件开发企业中,开发经理(Development
Manager)掌握开发人力资源,因此需要参与产品管理流程,而具体的编码人员由于只进行具体的开发工作,因此可不参与产品管理流程。不同企业的组织结构不尽相同,而且同一企业的组织结构也可能进行调整,因此基于角色而不是基于部门描述产品管理流程,可提高该流程的可维护性。下面描述了
Gizmo 的手机产品管理流程所涉及的角色,各个企业或组织可根据实际情况增加新角色或删减一些角色。
表 1. 产品管理流程角色
角色 |
产品管理流程职责 |
产品相关人员
(Product Stakeholder) |
所有与产品有关的人员,包括客户、开发人员、技术支持人员,可提交产品用户需求。 |
市场经理
(Marketing Manager) |
进行市场分析,形成市场计划(Market Plan),或提交市场需求 |
产品经理
(Product Manager) |
参与公司产品路线图制定,起草产品业务计划书(Product Business Plan)
收集并分析用户需求,并把用户需求分配到合适的产品发布中,跟踪其解决情况 |
项目经理
(Project Manager) |
负责承担特定产品版本开发项目的所有方面,包括成本、进度、质量以及资源等方面的管理 |
系统工程师
(System Engineer) |
根据用户需求,编写产品需求,并分配给特定的开发经理 |
开发经理
(Development Manager) |
承担具体开发工作,实现该版本所包含的产品需求 |
高层领导
(Executive Stakeholder) |
进行产品管理重大决策
掌握产品进度、成本等总体信息 |
信息模型
在产品管理流程中,涉及到不同类型的信息,这些信息可以是进行特定产品管理活动的输入,也可以完成特定产品管理活动后的输出。产品管理流程的核心信息类型包括市场计划(Market
Plan)、产品(Product)、发布(Release)、用户需求(User Request)以及产品需求(Product
Requirement)等。对产品管理信息的格式进行统一定义,可提高规范化程度。本节将介绍 Gizmo
为提高产品管理水平而确定的相关信息。
市场计划(Market Plan)
市场计划书描述为了达到特定的市场目标而所采取的必要行动。市场计划可包括一个产品、特定的产品发布或一个特定的市场领域,市场可跨域一年或多年。市场计划通常可作为整个业务计划的一部分,而具体的市场战略将是一份好的市场计划的基础。比如,Gizmo
为了提高中国市场占有率,可制定一个“在三年内,将成为手机市场领导者”的市场计划。市场计划的详细格式和内容请参考
http://en.wikipedia.org/wiki/Marketing_plan。此外,在参考文献部分可获得
Gizmo 的市场计划样例。
产品(Product)
产品是企业或组织向市场提供并满足特定需求的任何东西。产品的表示形式可以是一种无形的服务或一个物理的东西。比如
Gizmo 提供的 Gizmo G800 就是一个手机产品系列。产品描述通常体现在产品商业计划书中,在参考文献部分可获得
Gizmo 的一个手机产品 Gizmo 800 的描述样例。
发布(Release)
发布是可交付给客户的一个产品的第一个版本或一个后续的升级版本。在参考文献部分可获得 Gizmo 的一个手机发布型号
Gizmo G801 的描述样例。关于发布计划(Release Plan)的详细描述,可参考
http://writethatdown.com/archives/2008/01/product-release-plan。
用户需求(User Request)
用户需求是指来源于客户或内部相关人员提出的新需求。用户需求可分为功能增强(Enhancement Request)或市场需求(Market
Requirement)。在参考文献部分可获得 Gizmo 的一个用户需求(在 mail 中支持 pdf
格式文件)的描述样例。
产品需求(Product Requirement)
产品需求是指产品为了满足用户需求应该提供的功能。在参考文献部分可获得 Gizmo 的一个产品需求(preq0031:PDF
Driver)的描述样例。
产品管理数据对象关系
产品管理流程中不同的信息类型不是孤立的,下图描述不同类型的信息之间的关联关系。
图 2. 产品管理数据对象关系图
成员(Member)表示所有参与产品管理流程的人员,每个人员有特定的角色,并有特定的信息访问和操作权限。
产品(Product)信息通过 Competing Products 属性关联与该产品有竞争关系的其他厂商的产品,并通过
Releases 属性关联该产品所包含的发布版本。
市场计划(Market Plan)信息通过 Products 属性关联该计划涉及的产品,通过 Associated
Release 属性关联该计划所涉及的发布版本。
发布(Release)信息通过 Product 属性关联该发布所属于的产品,通过 Related User
Requests 关联该发布将解决的用户需求,并通过 Project Manager 属性关联负责该发布所有方面的责任人。
用户需求(User Request)信息通过 Related to User Requests 和 Related
from User Requests 属性描述相互关联的用户需求,通过 Release 属性关联解决该用户需求的发布,通过
Product 属性关联与该用户需求有关的产品,通过 Related Product Requirements
属性关联为满足该用户需求而定义的产品需求。
产品需求(Product Requirement)信息通过 Related Product Requirements
关联该产品需求相关的其它产品需求,通过 Related User Requests 关联相关的用户需求,通过
Development Manager 属性关联解决该产品需求的责任人。
信息模型描述了产品管理业务流程的静态特性。但产品管理业务流程需要不同的角色参与和协作,分别完成不同的任务。因此,本节通过流程模型来描述
Gizmo 的产品管理业务流程的动态特性。
营销管理流程
营销管理流程是围绕对市场计划的制定、执行和监控,具体步骤包括:市场和环境分析、锁定营销目标、确定营销战略、营销组合和营销控制(参见
http://en.wikipedia.org/wiki/Marketing_plan)。营销计划所处的状态通过属性“Status”来表示,其状态值可为“Draft、Active、Rejected
或 Obsolete”。通常,营销计划由市场经理负责进行维护,并组织公司相关人员对参与对营销计划的阶段性评审,因此对营销计划的处理流程不通过工作流技术进行固化和自动化。
产品管理流程
产品管理流程主要围绕产品商业计划书来进行的,并通过状态值来标识该产品在产品生命周期中所处的状态。这些状态值可为:Concept(
概念阶段)、Under Development( 概念阶段)、Introduced( 处于上市推广阶段)、Growth(
处于市场份额增长阶段)、Maturity( 产品在市场上有稳定的销售额和稳定的增长)、Decline(
销售额下降,并逐步丢掉市场份额)和 Terminate( 产品的维护成本超过了销售额,产品将退出市场)。
通常,产品商业计划的维护由产品经理来进行,并组织公司相关人员对关键点进行评审,因此对产品商业计划的处理流程不通过工作流技术进行固化和自动化。
发布管理流程
发布管理流程涉及到发布创建、规划发布内容、实现发布和验证发布等环节,涉及产品经理、开发经理等角色。此外,其他职能部门领导或公司高层组成集成产品管理团队(IPMT,Integrated
Product Management Team)对发布进行评审。下图是描述 Gizmo 手机发布流程的流程图,帮助流程参与人员理解流程活动以及先后顺序。
图 3. 发布管理流程活动图
下表简要描述发布管理流程中的每个任务。
表 2. 发布管理流程任务描述
任务名称 |
责任人 |
任务描述 |
增加(Add Release) |
产品经理 |
根据市场规划或用户需求规划的产品发布 |
计划(Plan Release) |
产品经理 |
确定实施该发布的时间信息(如计划发布日期)和成本信息(如预算成本)
确定该 Release 要解决的用户需求,并指定开发经理 |
评审(Review Release) |
IPMT |
对该发布从市场、进度、成本、风险等因素进行评审,如评审通过则 Start Release,否则
Postpone 该 Release |
完成(Finish Release) |
项目经理 |
完成该 Release 的相关开发、测试工作 |
验证(Verify Release) |
产品经理 |
对该 Release 的质量以及相关信息进行验证,如通过则批准该 Release |
下图是描述发布的状态迁移图,帮助明确流程所处理信息的状态迁移顺序以及实现状态迁移的动作,从而提高对发布流程的管理水平。
图 4. 发布管理流程状态转换图
其中每个状态的定义如下表。
表 3. 发布管理流程状态描述
属性值 |
说明 |
计划中(In Planning) |
该发布正处于计划中 |
已计划(Planned) |
该发布的计划已经完成(工作内容、时间、成本等信息已确定) |
已启动(Started) |
该发布的开发工作已经启动 |
已完成(Finished) |
该发布的开发工作已经完成 |
已验证(Verified) |
该发布所实现的用户需求都完成,可以交付该发布 |
已推迟(Postponed) |
该发布被推迟 |
用户需求管理流程
用户需求(User Request,下图中简称 UR)管理流程覆盖了从提交到最终解决的一个端到端的流程。Gizmo
的用户需求管理流程的流程图参见如下图。
图 5. 用户需求管理流程活动图
下表简要描述用户需求管理流程中的每个任务。
表 4. 用户需求管理流程任务描述
任务名称 |
责任人 |
任务描述 |
起草(Draft UR) |
产品相关者 |
起草用户需求描述 |
提交(Submit UR) |
产品相关者 |
当确认用户需求起草完备后,提交用户需求 |
分析(Analyze UR) |
产品经理 |
分析用户需求的合理性,如该用户需求合理,则接受(Accept),如和别的用户需求重复,则执行
Duplicate 动作,如不合理,则执行 Reject 动作,如提交的信息不全,则执行 Clarify
动作 |
计划(Plan UR) |
产品经理 |
分析用户需求的优先顺序,并根据发布的时间安排以及可用资源状况,确定用户需求将在哪个发布中解决
|
评审(Review UR) |
系统工程师 |
对用户需求进行技术评审,如通过则执行启动(Start)动作,否则执行推迟(Postpone)动作
|
完成(Finish UR) |
系统工程师 |
当用户需求已经实现并通过测试,则执行 Finish 动作 |
验证(Verify UR) |
产品经理 |
对用户需求的解决情况进行最后确认。 |
Gizmo 用户需求的状态迁移图形如下。
图 6. 用户需求管理流程状态转换图
其中每个状态的定义如下。
表 5. 用户需求管理流程状态描述
属性值 |
说明 |
Drafted |
新起草的用户需求 |
Submitted |
新提交的用户需求 |
Accepted |
用户需求已经接受 |
Planed |
用户需求已经被计划到特定的发布上去实现 |
Started |
已经启动该用户需求需要的开发工作 |
Finished |
已经完成该用户需求需要的开发工作 |
Verified |
该用户需求已经完成最后确认 |
Duplicated |
该用户需求和别的用户需求重复 |
Rejected |
该用户需求被拒绝 |
To be Clarified |
该用户需求需要提交者补充信息 |
Postponed |
该用户需求已经被推迟 |
产品需求管理流程
产品需求管理流程实现了对产品需求的创建、分配、实现和验证全过程的管理。下图是 Gizmo 的产品需求管理流程的流程图和状态迁移图。对每个活动和状态的描述类似用户需求管理流程,故在本节省略。
图 7. 产品需求管理流程活动图
产品管理流程整合
发布管理流程、用户需求管理流程和产品需求管理流程之间不是孤立的,它们之间有一定的关系。下图简要描述了如何整合这三个流程,完成一个发布的所有处理活动。
图 8. 产品管理整合流程活动图
业务流程分析小结
通过对 Gizmo 的产品管理业务流程从角色、信息模型、流程模型的角度对进行分析,对流程进行了结构化的描述,帮助产品管理流程相关人员理解该流程,并为后续的产品管理流程信息化打下基础。
在完成产品管理业务流程分析后,就可以快速利用 IBM Rational Focal Point 建立
Gizmo 的产品管理系统,实现产品管理业务流程信息化。本节将描述 Gizmo 的每个产品管理角色如何利用
Focal Point 完成产品管理活动。
产品相关人员:基于 Web 的登陆
Gizmo 所有产品相关人员通过 Web 登录 Focal Point,如密码丢失,可自动发送给邮件给管理员获得帮助,如是一个新用户,也可以通过自助注册(Self-Registration)功能通过邮件通知管理员,在管理员的帮助下快速实现用户注册和权限设置功能。使用人员和管理员可轻松通过浏览器界面完成所有功能。此外,Focal
Point 还可和 LDAP 集成,完成 Single Sign-on 功能,并可整合到企业的门户中。
图 9. Focal Point 登录界面
产品相关人员:增加用户需求
Gizmo 的所有产品相关人员可通过如下的 Web 界面提交用户需求,也可以通过 Import 功能批量导入
Excel 中的用户需求,此外,通过和 Email 系统集成,Focal Point 可自动把发送给特定邮件地址的邮件按格式转换为用户需求,从而轻松完成用户需求的收集工作。
图 10. Focal Point 增加用户需求界面
产品经理:分析用户需求
Gizmo 的产品经理通过设置好的视图快速获得需要进行分析的用户需求列表,并利用可定制的评审点对每个需求进行评审(如用户需求是否合理、是否完备)。下图是针对用户需求所设置的评审点进行评审。
图 11. Focal Point 分析用户需求界面
如果对该用户需求的审查通过,产品经理可对该用户需求执行 Accept 操作。Focal Point 通过固化工作流,实现了对处理流程的自动化和控制,同时让不同的角色进行不同的操作。下图表示处于“New”状态的用户需求,可执行“Accept”、“Clarify”、“Duplicate”或“Reject”动作,实现用户需求的状态转换。
图 12. 实现用户需求的状态转换
产品经理:规划用户需求
规划用户需求是非常重要的产品管理活动,需要完成用户需求的优先级排序,并根据发布路线图以及资源的状况把用户需求分配到特定的发布中,并指定用户需求的特定责任人。由于规划用户需求涉及到投资决策,因此需要产品管理的相关人员参加,包括产品经理、项目经理、系统工程师、开发经理、公司高层和其他相关职能部门代表。
Focal Point 提供基于层次分析法(AHP, Analytic Hierarchy Process,参见
http://en.wikipedia.org/wiki/Analytic_Hierarchy_Process)的优先排序功能。项目经理可从不同的方面(如重要性、风险、成本)等角度去比较每两个用户需求之间的优先顺序。下图展示了
Gizmo 的产品经理如何比较两个用户需求哪个更重要。
图 13. Focal Point 层次分析法界面
根据层次分析法的结果,将获得用户需求的优先顺序(如下图中,三个用户需求的优先顺序依次为 ureq0158、ureq0157
和 ureq0159)。Gizmo 的产品经理可在下图界面中把用户需求分配到特定的发布中,并自动调整资源的使用情况以及实现这些用户需求所带来的价值。
图 14. Focal Point 规划用户需求界面
产品经理可在用户需求计划会议前完成上述的用户需求优先排序以及计划工作,并存储为初稿。在计划会议上,产品经理可向相关人员展示计划的初稿,并根据需要进行调整。如得到大家的一直确认后,可执行“Auto
Allocate”功能自动把用户需求分配到特定的发布上,并为每个用户需求指定一个责任人(系统工程师)。
此外,Gizmo 的产品经理可通过如下的象限图获得所有用户需求的分布情况,从而快速选择需要解决的用户需求。
图 15. 通过象限图获得所有用户需求的分布情况
产品经理(或项目经理):进行追踪性分析
追踪图是通过矩阵的形式展示不同类型信息之间的关联关系,如下图显示了用户需求和产品需求之间的关联关系。Gizmo
的产品经理或项目经理可通过追踪图监控用户需求的完成情况,并进行影响性分析(如某个用户需求发生变化,哪些产品需求会受到影响)。
图 16. 用户需求和产品需求之间的关联关系
产品经理(或公司高层):显示产品路线图
产品路线图展示了每个发布的时间信息(如启动时间、发布时间等)等关键的发布里程碑点,并可显示该发布所要解决的用户需求和资源情况。下图显示了两个发布
zPhone801 和 zPhone802 的相关信息。Gizmo 的产品经理或公司高层可通过产品路线图随时获得每个发布的进展状况。
图 17. Focal Point 显示产品路线图界面
产品经理:对用户需求进行多维统计
Focal Point 提供了对用户需求进行多维统计的功能,产品经理可随时掌握用户需求在不同的发布中的完成情况。在下图中,Gizmo
的产品经理对用户需求按状态以及所处的发布进行统计。
图 18. Focal Point 信息统计界面
产品经理:对信息的状态迁移进行分析,跟踪处理历史,评价流程瓶颈
图 16. Focal Point 流程跟踪界面
Gizmo 的产品经理是产品管理流程的负责人,需要及时获得流程执行的情况,及时发现阻碍流程高效执行的环节,分析原因并进行改进。下图显示了每个用户需求在特定状态的时间长短。
图 19. 每个用户需求在特定状态的时间长短
如果产品经理想进一步查看处理历史,可通过下图获得什么人在什么时间进行了什么操作。
图 20. Focal Point 流程审计界面
产品经理:定时按特定规则发送通知
产品管理流程涉及到多个跨部门的多个角色,需要提供便捷的信息沟通机制。Gizmo 的产品经理利用 Focal
Point 自带的通知功能,可自动定期给特定的人员发送特定的信息,提高信息传递的及时性,同时降低产品经理的工作量。下图描述了如何在
Focal Point 中设置通知的规则。
图 21. Focal Point 配置通知规则界面
产品经理:生成特定格式的报表
为了脱离 Focal Point 进行信息沟通,需要把 Focal Point 中的信息输出成特定格式的报告。Gizmo
的产品经理可利用 Focal Point 提供的报告功能,形成自定义格式的报告或便捷报告。如左图是 pdf
格式的报告,右图是在浏览器上显示的便捷报告。
图 22. Focal Point 形成各种报表
所有角色:为不同的角色或个人定制主页
Focal Point 可为不同的角色定制不同的个人主页,在进行权限控制的同时,直观展示每个角色所关心的信息。如下图是为
Gizmo 的公司高层展示的主页,通过该主页,公司高层可快速获得产品发布的执行状态信息。
图 23. Focal Point 各个主页界面
基于 Focal Point 的产品管理系统小结
通过建立基于 Focal Point 的产品管理系统,Gizmo 产品管理的相关人员可方便参与到参与管理活动中,并及时获得产品管理流程的处理状况。此外,通过
Focal Point 的基于事实的决策功能,提高了决策的科学性,帮助 Gizmo 能在正确的时间向正确的市场推出正确的产品,从而提高公司的收益和客户满意度。
产品管理流程是任何一个企业或组织重要的业务管理流程。该业务流程通过整合跨部门资源,实现企业从技术驱动型到客户驱动型或市场驱动型的转型。基于
IBM Rational Focal Point 的产品管理平台,将帮助企业梳理系统化、结构化、规范化和产品管理流程,并利用工具实现自动化,极大推动了企业产品管理流程的应用,为企业能在正确的时间推出正确的产品,实现企业价值最大化打下坚实的基础。
学习
获得产品和技术
讨论
|