集成产品开发学习之一：客户需求管理

2020-02-09 本文已影响0人潇洒的鼻涕泡

潇洒的鼻涕泡的话：疫情时期，在家已经快发霉了，如果再不趁这段时间学习学习，真的就快要呆废了。为了能够对公司的产品开发进行有效的管理，同时提高团队整体的产品开发水平，我又把之前了解过但是一知半解的「集成产品开发管理」捡了起来，好好的深入学习一下，也为自己充充电。把自己的学习资料放到简书来，也希望能够和大家分享。

今天先从第一部分，客户需求管理开始吧！~

需求管理(Requirement management )就是营销管理，指需要帮助企业以达到自己目标的方式来影响需求的水平、时机和构成。需求管理是完整管理模式中的一环，同其他特性诸如完整性、一致性等不可分割，彼此相关而成一体。

| 需求管理（OR）的目的

统一需求管理
主动收集需求，准确把握市场机会点
降低紧急需求比重，提升版本交付质量

| 产品包需求（OR）流程的重要位置

需求管理在完整的产品开发流程中占据非常重要的位置，是所有产品研发活动和市场活动的入口和原始信息输入端。通过需求管理能够获取第一手的客户需求信息，并提供给后续流程进行分析和计划。

| 端到端的需求管理流程框架

“端”指企业外部的输入或输出点，这些外部的输出或输入点包括客户、市场、外部政府或机构以及企业的利益相关者。

端到端流程是从客户需求端出发，到满足客户需求端去，提供端到端服务。端到端的输入为市场，输出端也是市场。

通常是指从与客户签订合同—>项目组成立—>任务达成—>客户验收—>质保期结束的整个管理过程。也有公司把前期和客户的要求，谈判，作为项目的前端，项目结束后可以和客户签订服务合同。

端到端能够提供更加快捷、有效的产品开发流程，有效的降低人工成本、降低财务成本、降低管理成本、降低运营成本。

端到端的需求管理流程，将市场端的需求向后延伸，在不同流程阶段有不同的需求形态，从客户需求—>市场需求—>产品开发需求—>技术研发需求—>验证需求。
不同阶段的需求属性不同，收集方式、分析方式也不尽相同。

| 需求管理组织体系

PMT：组合管理团队
PL-RMT：产品线需求管理团队
PL-RAT：需求分析团队
RQA：需求质量监督
R-RMT：地区部需求管理团队
PMT LEADER属于PMT成员之一，解决与市场管理（MM）流程的衔接

| 需求的收集环节—需求提交渠道的统一、规范

所有的需求都要经过收集、分析、分配、实现和验证的过程，并且每一个需求在分发到PDT之前，必须经过客户的确认。

| 需求的验证和确认

从客户需求开始，每个阶段的需求都需要进行单独的验证，以确保最终的可获得性能够满足客户的真实需求。

| CCM角色的主要职责

在PL-MKTG和地区部MKTG设立客户需求承诺经理CCM(Customer Commitment Manager)角色，作为PL-MKTG面向销售项目的需求管理接口人，其主要职责是:

负责销售项目投标阶段至交付阶段的客户需求承诺管理。
负责受理投标项目组提交的标书不满足项和需求，负责监控、推动RMT提供对标书不满足项和需求的答复、承诺、解决方案及相关技术资料。
负责将销售项目中需求录入需求/承诺电子流，及负责需求/承诺电子流的闭环管理。在合同签订后的交付阶段，对项目需求承诺的开发状态进行监控，存在交付风险时负责
组织RMT、PDT、产品经理解决。
对于新进入某国家、某运营商的项目，CCM负责推动地区部PL-MKTG把借口规范、网管规范、与网上设备互联互通的所有需求调查、分析清楚，作为此项目的需求录入需求/承诺电子流。