“销售品配置复杂！”

“销售品展示的信息偏IT，不直观！业务部门不能理解！”

“销售品配置到上架时间漫长！”

“对一线营销支撑能力不足！”

这些都是业务人员、配置人员对2.0时代销售品配置工作的普遍槽点。

针对用户的吐槽，即使不断的优化系统配置到业务展现的能力，先天的不足还是让配置简化触到了天花板：

由于历史原因B域的CRM、计费模型、主数据不统一，使得配置工作分别需要CRM、计费专业的配置人员协作完成，无法真正实现“一点配置”集约化要求；销售品上架流程到营销触点没有实现闭环打通，发起一个基于某款销售品的营销活动活动耗时漫长。

适应运营商时代发展需求，围绕“客户”、“销售品”、“渠道”、“促销”运营商核心价值和战略需要规格集约化的配置中心应运而生。

急需打通业务系统销售品快速上架以及客户经营(营销推荐)两条端到端业务流程。

但实现并不容易，并非简单的完善配置系统操作体验，或者提供更多的批量配置功能就能实现，而是需要从配置系统到业务系统建立统一的交互语言，打通到各系统的堵点，提供业务人员易于理解的规格视图信息，配置系统完成业务集约管控、外部中心协同能力建设，甚至是系统技术架构颠覆性的升级调整。

“哪有什么岁月静好，全是他人在负重前行”。前端系统流畅业务的协同运作，来自后台大量复杂而又体系化的配套改造。

浩鲸在中国电信BSS3.0工程建设中，接应集团任务，全面分析相关痛点，从规格集约化管控端到端流程打通出发，对架构全新升级、流程全面优化、规格配置规则全新管控、运维进行全新改造，完成了销售品上架从CRM侧到计费侧打通，使得集团下发销售品直接或者通过少量的个性化配置即可完成到CRM、计费侧的端到端发布上架。

同时节约了省份营销活动策略配置，协同大数据和营服协同中心打通了各触点端到端营销推荐协同流程(即完成客户经营流程的打通)。

从此，销售品上架流程、存量客户经营流程“高速公路”正式通车。

面临的挑战

配置型系统，它的价值就是让用户快速且轻松的完成配置工作，能够支撑市场的需求快速完成核心规格数据对各系统的协同发布，提供业务化的规格视图展示视角，实现对规格的全生命周期的管理。

价值的实现也是完成一个一个挑战的过程：

“界面配置要求多”：

规格的界面要素多、配置业务复杂度高，配置要求简单易用；配置响应速度要求流畅，不卡慢......过多要求被叠加，“简洁简单”看似易，目标却难达成。

“规格上架要求快”：

一个销售品从传统的策划到发布上架以月为单位，要求降低以天为单位。这就要求配置中心和下游业务系统之间高度的系统运行，要做到分钟级的发布上架。

“营销推荐要求准”：

从原来的撒网式的营销，到具体的个人客户、实体渠道的精准营销能力；借助大数据注智能力，从营销活动策略制定到多业务&渠道系统精准执行。

“功能扩展性要强”：

浩鲸承建中国电信8省的集约化规格配置中心，要能够尽可能提高功能版本的通用性，实现对省份优秀的业务实践经验快速共享到所有省份，同时兼顾不同省份个性化的扩展需求，往往一不注意容易导致个性化的业务代码逻辑污染到核心的功能版本，导致代码结构混乱而不稳定。

“系统运维要简单”：

目前来看，集约化配置系统规格数据的支撑范围、业务复杂度、协同系统的数量远远超过了历史，需要提供高度的流程化能力支撑，如果无法提供完善的监控手段以及异常处理机制，将无法保障规格的平稳发布，使维护人员、配置人员的工作更加繁重。

快速发布与精确协同设计的关键

为了实现系统的建设目标，我们从用户操作简易度、规格发布协同效率、运维效率目标，梳理具体的指标来衡量系统建设效果。如下图：

系统架构设计实践

围绕着配置中心的建设目标，我们并没有以存量的产品架构为基础对核心业务功能进行演进式迭代改进，而是从架构层面进行升级重构，从传统的系统架构向基于SOA分布式架构升级。

在BSS3.0已经从原单体架构转成分布式架构的演变过程，对基础架构进行了升级优化，形成多个高内聚、低耦合的中心化系统。基于上述设计原则，配置中心作为3.0的中心之一，从中心内部各功能模块也进行了拆分，实现前后端分离，后端基于服务能力开放提供前端和外部系统调用。

另外，技术组件层面引入了分布式RPC框架、分布式缓存、分布式消息等组件，解决系统高并发、高可用、高性能保障的问题。研发运维层面有了DevOps架构的设计和实践。

实践1：灵活系统架构

沉淀通用服务能力，兼容个性化扩展

规格配置中心归根到底还是围绕运营商核心规格配置支撑的系统，沉淀核心的规格服务能力。要实现系统业务架构灵活的个性化定制目标，我们引入了以下方法：

前后端分离：前端WEB负责对用户的界面展示以及后台服务的编排调用，后台SERVICE完成原子服务以及基础框架能力的支撑。

组件化编排：规格实体拆分多个规格子组件，提供前台可视化的编排能力支持，实现根据不同省或者用户角色的要求自动加载规格组件信息。

流程化调度：基于流程化的方式支撑规格的全生命周期运转，引入平台级流程引擎，支持各类规格审批流程的灵活编排。

代码分层：系统代码实现定制与核心分层，核心完成共性需求能力沉淀，定制基于核心能力的进行二次开发和扩展。

异步并发：批量数据处理异步化、规格数据发布异步化、缓存数据加载并发执行等。

实践2：精准营销支撑

基于大数据注智，营服协同执行精准营销

在传统的撒网式营销策略下，无法实现电信各IT系统对客户营销的高效协同，同时通过海量的用户数据对用户潜在的特征进行挖掘，无法充分体现数据价值。所以基于客户的规范需求，结合自身的能力，我们做了以下工作：

利用大数据注智标签能力，灵活编排客户标签，完成客户标签组编排，生成目标客户群。

完成和大数据、营服协同中心的三方协同。通过规格配置中心完成营销活动策略制定，驱动大数据完成目标客户群计算，营服协同中心根据活动策略完成各触点系统协同。

对于精准营销，我们还做了：

营销的区域范围，支撑到支局级。

对于派单规则，对营销派单任务精确到具体的组织/个人。

基于红黑名单、时间段免打扰规则策略配置。

活动多波次营销策略配置，一次营销多触点协同渠道完成。

实践3：配置业务简化

降低配置门槛，提供业务可理解的配置支撑

销售品是运营商最复杂的规格实体，涵盖了业务管控需求和IT实现等要素信息，特别是IT侧配置的要素，最显著的特征就是复杂且不直观，配置工作需要专门的IT侧配置人员才能使用，业务部门需求人员无法直接使用，导致了以下问题：

配置人员成为瓶颈，无法快速完成规格数据的配置工作。

业务人员业务化的需求表达和具体IT配置实现的差错无法避免。

为了解决问题，我们对全部的销售品组件进行了分析，分析用户常用操作习惯，我们实现了：

针对晦涩难懂的配置内容进行业务化抽象，由后台根据业务化的配置实现IT侧规格数据的自动转换，把“简单提供给用户，困难留给IT实现”。

简化界面要素配置，屏蔽不需要展示和配置的配置要素，根据用户配置的可见要素实现自动赋值；同时也基于集团规范要求提供导航式的“七上八下”配置能力支撑。

模板化能力支撑：提供模板化能力支持，省内用户可以根据自身规格配置业务特定，固化规格配置模板，如：销售品下的“天翼5G套餐模板”、“定向流量包模板”、“自主融合类促销模板”、“通用可选包模板”等，形成省份特有的个性化模板库。

实践案例

案例1：组件化配置

运营商商品的规格数据涉及到多个子域的配置项，如电信销售品规格一共有19个基础配置子项，涵盖CRM的“产品信息”、“受理规则”到计费侧“资费信息”、“佣金策略”等多个业务系统的配置信息，同时面向不同专业领域的配置人员，基础组件在不同的省公司业务部门也会有个性化的配置需求。

怎么处理繁多的规格配置数据，根据不同配置环节配置人员的需求加载需要的配置信息，是我们需要解决的难题。

解决思路：把规格的配置项设计成插拔式组件，在不同的配置阶段按照配置人员的角色加载对应的组件。

为此，我们完成了：

1) 建立规格组件库：支持不同粒度的规格以组件化的方式进行配置，沉淀通用的组件化，形成规格组件库。

2) 搞定按需加载：基于组件库提供的组件支持特定的配置环节需要加载配置的组件内容。

“需求单申请环节”业务需求提出人员只需要展示和配置业务相关的“基本信息”、“标签”、“产品成员”、“资费信息”等业务相关的组件，屏蔽其它的配置项。

“佣金配置环节”佣金配置人员只需要根据需求加载“佣金配置”完成佣金规则的配置。

.....

案例2：资费信息业务化配置

背景：

国内流量资费：10G/月,超出资费0.01元/M，2.0时代如果要完成上述定价规则的配置，就需要到计费配置系统完成一系列“定价策略”的配置，完成定价策略下的“计费事件”、“定价段落”、“定价对象”一系列复杂的IT配置工作，这对一个普通的业务需求人员来说，定价相关的配置工作可以用“天书”来形容。

解决措施：

“模板化”配置，把IT的实现抽象成具体的业务模板-资费模板，屏蔽复杂的后端IT配置实现，根据各种业务类型的实现抽象成一个个小粒度的资费模板，提供用户配置，但是在实施过程中，即使基于模板化思路配置，依然存在少量IT化配置痕迹；模板粒度过小，需要用户自己根据业务完成组装，能力要求门槛还是有点高等配置难题。

怎么才能进一步的做到“傻瓜式”配置呢？

为了解决上述的问题，我们针对现网实际的使用场景分析，把资费模板基于特定的资费配置场景进行二次整合，屏蔽IT化的信息。

我们又做了：呈现给业务人员的都是业务化的资费信息，只需要在上面完成简单的“填空题”和“选择题”配置；复杂的IT配置信息基于具体的场景默认生成，对业务人员透明。

案例3：业务配置差错规避

在对配置业务完成了大量的优化和业务化抽象工作后，某省在配置系统上线前对业务部门需求人员完成了两轮配置培训后，省内规格配置工作就马上从原来的企信配置人员完全转变成了业务部门根据需求自行填报。

转变来的如此迅猛，配置人员从规格配置的执行者变成了监督规格正确性的“安保人员”。

质变带来的就是量变，该省参与规格配置业务的人从原来的几个变成了大多数。业务人员能够直接在系统上用业务化、结构化的功能语言来表达自己的业务诉求，而且还能直接被IT系统识别。

整合了业务需求表达诉求和IT实现，由此带来的销售品上架效率的提升不言而喻，一定层面实现了“各取所需，两全其美”。

但是，对于产品支撑同学来说任务还未结束，参与配置的人多了，我们怎么保证配置的信息足够准确呢？总不能让我们的“安保同学”跳出了一个坑之后，又跳进另外一个“火坑”吧。

当然不能！

所以，为了保证规格配置的正确性，我们提供以下的能力保障：

模板化支撑：前面提到的一个重要的提升，我们的模板不止于“资费”的模板，还有“销售品”全部规格到局部组件的模板，“安保人员”设计标准模板，业务人员按模板配置个性化信息，尽可能避免新增规格带来的差错。

配置关联性校验：根据不同的配置场景沉淀具体的配置规则，对不合法的配置在配置阶段就完成校验提示，保障规格的完整性和正确性。

上架前的预发布：在规格发布上架前，把完整的数据同步到业务的“灰度环境”，使得业务测试能够在非生产环境上完成业务受理验证，进一步减少配置导致的差错，尤其是对存量的销售品变更修改导致的错误。

未来，对于规格准确性我们在配置阶段还会持续推进“自动化测试”，尽可能的在配置阶段通过系统自动化检测的手段发现配置的问题。

收益与效果

BSS3.0经历2017试点开端到2019年的整体迭代，浩鲸科技助力电信8省完成了产销售品配置系统从CRM2.0的产销售品系统到BSS3.0 集约化规格配置中心升级转型，从系统架构以及业务的可扩展性都有了很大的提升：

注:

七上八下：七上八下是中国电信围绕销售品上架、客户经营两流程规格配置定义的关键配置环节。

七上流程：包含销售品上架的“基本规格信息配置”、“目标客户群”、“销售渠道”、“促销资源”、“客户服务”、“测试验证”、“发布上市”。

八下流程：包含客户经营流程的“基本规格信息配置”、“触点事件”、“目标客户群”、“推荐销售品”、“触点渠道策略”、“促销资源”、“规则校验”、“活动发布”。