客户定制化产品的交付难点分析

随着市场竞争白热化，客户定制化需求越来越多，“多品种，小批量”式的交付模式越来越多，这给很多企业的产品管理、产品路标规划、产品版本的延续性带来了很多困难。由于产品的交付并不是一锤子买卖，由于产品个性化明显，这给产品的项目定制交付、项目维护、产品生命周期管理带来了较大的困难。结合前期笔者曾写过一篇文章：部件级产品如何进行产品和技术路标开发？今天我们来谈谈如何管理客户定制化程度较高的产品交付的专题。

共创力有个客户是做飞机吊舱类产品，每个产品品类交付就几个飞机机型，并不是批量生产，但每种机型都需要这种吊舱类产品，所以如何管理这类产品的版本规划呢？这种产品规划的难点如下：

1）每个项目有结构方面的差异。由于客户的机型不一样，对于此类吊舱类的结构、尺寸均需要修改，产品的平台不一样；

2）每个项目的需求量不大，只需要满足特定机型的需求。对于此类需求，不能普遍适用于大众化需求，纯属定制。

3）此类项目的交付比较偏向于非标准化工程项目。如同装修工程一样，虽然用的材料、工艺、工具、技术等都差不多，但每个用户的装修风格、颜色搭配、空间大小均不一样，因此导致了在项目交付过程中，没有一模一样的项目或CBB可以借鉴，所以产品路标的规划和版本演进就成了形式，对非标工程类的交付没有价值。

常见的四种项目交付模式

根据共创力咨询的总结，项目的开发模式有以下四类：

从上图可以看出，V版本主要针对新技术、新架构，主要针对内部的架构设计发生重大的改变，包括软件平台或硬件平台的架构设计。   

R版本是常规迭代类项目，主要是针对特性的集合，对软件平台和硬件平台的架构设计影响不大，并且R版本主要是以软件的特性集合为主。   

非标类项目，也是我们需要讨论的内容，这类项目分为两块：

1、针对结构和硬件类非标准化产品或解决方案，以工程类CBB管理为主；（没有版本管理的概念，主要是以管理技术CBB为主）

2、针对软件和硬件解耦比较彻底的产品或解决方案，以版本规划为主，主要对软件特性版本进行规划，并进行“火车版本”的开发；此类项目可以延伸出C版本、SP补丁版本。因此VRC版本管理主要是针对软件特性包的版本发布。这就要求软件和硬件模块的解耦比较彻底。

最后一类是维护项目，维护项目按修订版本（M版本）进行交付。

非标类产品如何进行版本规划与管理

根据共创力咨询的经验，现在有部分企业面向的是企业用户，比如国家电网，中国移动，中国电信等，乙方向他们提供的解决方案或服务大部分都是非标准化的，需要定制。共创力咨询在服务中航工业、烽火通信等大中型高科技企业时也遇到过类似的问题。

我们先来看看某标杆企业的最佳实践：

1）标准化产品，如智能手机、智能汽车、扫地机器人等，均可以按照R版本迭代的模式进行开发，因为大部分的特性集中在软件部分，硬件的升级是较少的。不同的细分市场可以开发C版本，如V100R001C01，形成上图上半部分的各个细分市场的产品包；

2）对于非标准化产品，如交付给国家电网、中国移动、中国电信的各种解决方案，如安全防护，机房监控等，则再也不能采用标准化产品的交付模式，每个用户的需求均不一样，因此共创力咨询建议采用“技术CBB+IPD+敏捷”的交付模式。即加强上图下半部分的技术平台和组件的管理，同时在交付过程中采用敏捷的开发模式：

 对于第二类非标准化产品项目的交付，重点不在版本的规划，而在于技术类CBB组件和平台的管理，需要快速交付各类定制类项目。对于此次项目，版本的命名可以基于某个R版本的基础上命名C版本。如V1R002C03，如果C版本交付的客户需要迭代，那只能基于C版本进行迭代。如果此类定制化需求演进为市场主流的需求方向，则逐渐合入到产品的主流版本R，否则，只能以定制版本的路标进行演进。共创力咨询建议，为节省开发和维护成本，在需求设计时，尽量考虑需求的普遍适用性，引导用户采用公司的主流版本R。

如何区分VRC版本？

公司在年度规划的任何项目必须为以下三类版本的某一类：

• 新产品（V100R001）：向市场推出一种新产品，市场、推广采用新的产品名称，一般要应用新的技术、架构、系统和支撑性基础设施，偶尔也在老产品平台上延伸出新产品。
• 新V版本（Vx00R001，x为2或以上)：产品平台发生重大变化（整体系统变化量达60%以上）或细分市场发生变化，但经综合市场评估不采用新的产品名称。
• 升级R版本（R002及以上）：在前一个R版本的基础上增加新特性，产品平台没有重大变化（系统整体变化量小于60%）
• C版本（R00xCnn）是用于满足市场紧急需求的版本，路标规划时不进行规划。