NG2-BASS3.0 - 技术规范 - 数据集市

中国移动通信企业标准

QB-Y-004-2010

中国移动省级NG2-BASS技术

规范数据集市分册

The Technical Specification Fascicule for Data Mart of New Generation Business

Analysis Support System

版本号：3.0.0

╳╳ ╳╳-╳╳-╳╳发布

╳╳╳╳-╳╳-╳╳实施

中国移动通信集团公司 发布

QB-Y-004-2010

目 录

1 2 3 4

范围.......................................................................................................................... 1 规范性引用文件 ........................................................................................................ 1 术语、定义和缩略语 ................................................................................................. 1 总体说明................................................................................................................... 3 4.1 概述............................................................................................................... 3 4.2 4.3 4.4 5

5.1

目标............................................................................................................... 3 建设原则........................................................................................................ 4 数据集市定位................................................................................................. 5 地市数据集市架构.......................................................................................... 6 5.1.1 5.1.2 5.2

体系结构............................................................................................... 6 实现方式............................................................................................... 8

系统架构................................................................................................................... 6

数据及信息业务数据集市架构 ........................................................................ 9 5.2.1 体系结构............................................................................................... 9

5.2.2 实现方式............................................................................................. 10 5.2.3 数据及信息业务数据集市和VGOP的关系 ............................................11 5.3 集团客户数据集市架构..................................................................................11

5.3.1

5.3.2

6

体系结构..............................................................................................11 实现方式............................................................................................. 12

5.3.3 集团客户数据集市和ESOP的关系 ...................................................... 13 系统功能................................................................................................................. 13 6.1 监控预警...................................................................................................... 13 6.2 收入预测...................................................................................................... 14 6.3 6.4 6.5 6.6

客户群分析 .................................................................................................. 14 客户群筛选 .................................................................................................. 14 信息推送...................................................................................................... 14 即席查询...................................................................................................... 14 6.6.1 功能要求............................................................................................. 15

6.6.2 性能要求............................................................................................. 15 6.7 自助报表...................................................................................................... 15 6.7.1 功能求要............................................................................................. 16 6.8 地市数据集市数据收集................................................................................. 16 6.9

营销支撑功能............................................................................................... 17

6.9.1 应用流程............................................................................................. 17 6.9.2

7

调用方式............................................................................................. 18

6.10 数据封装...................................................................................................... 18 地市数据集市重点应用............................................................................................ 19 7.1

中高端离网监控预警 .................................................................................... 19 7.1.1 背景.................................................................................................... 19 7.1.2 7.1.3 7.1.4

目标.................................................................................................... 20 解决方案............................................................................................. 20 建设要求............................................................................................. 23

I

QB-Y-004-2010

7.2

恶意欠费风险监控预警................................................................................. 23 7.2.1 7.2.2 7.2.3 7.2.4 7.3

背景.................................................................................................... 23 目标.................................................................................................... 23 解决方案............................................................................................. 24 建设要求............................................................................................. 27

重点KPI指标监控预警 ................................................................................ 27 7.3.1 背景.................................................................................................... 27 7.3.2 7.3.3 7.3.4

目标.................................................................................................... 28 解决方案............................................................................................. 28 建设要求............................................................................................. 30 背景.................................................................................................... 33 目标.................................................................................................... 33 解决方案............................................................................................. 33

7.4 自助报表...................................................................................................... 33 7.4.1 7.4.2 7.4.3

7.4.4 建设要求............................................................................................. 37 7.5 区域市场精确分析........................................................................................ 38

7.5.1

7.5.2 7.5.3

8

背景.................................................................................................... 38 目标.................................................................................................... 38 解决方案............................................................................................. 38

7.5.4 建设要求............................................................................................. 41 数据及信息业务数据集市重点应用 .......................................................................... 42 8.1

数据及信息业务资费营销案推荐................................................................... 42 8.1.1 背景.................................................................................................... 42 8.1.2 目标.................................................................................................... 43 8.1.3 解决方案............................................................................................. 43

8.1.4 建设要求............................................................................................. 47 8.2 数据及信息业务新产品推荐.......................................................................... 48

8.2.1

8.2.2 8.2.3

9

背景.................................................................................................... 48 目标.................................................................................................... 49 解决方案............................................................................................. 49

8.2.4 建设要求............................................................................................. 52 集团客户数据集市重点应用..................................................................................... 52 9.1

集团客户关健指标监控................................................................................. 52 9.1.1 背景.................................................................................................... 52 9.1.2 9.1.3 9.1.4 9.2

目标.................................................................................................... 52 解决方案............................................................................................. 53 建设要求............................................................................................. 54

集团信息化重点业务监控 ............................................................................. 55 9.2.1 背景.................................................................................................... 55 9.2.2 9.2.3

目标.................................................................................................... 56 解决方案............................................................................................. 57

9.2.4 建设要求............................................................................................. 60

10 数据集市应用开发管理..................................................................................... 62

10.1 应用审批流程............................................................................................... 62

II

QB-Y-004-2010

10.2

新增数据源审批流程 .................................................................................... 63

10.3 应用变更管理流程........................................................................................ 65 11 数据存储.......................................................................................................... 66

11.1 数据存储范围............................................................................................... 66 11.2 数据存储周期原则........................................................................................ 67

11.2.1 11.2.2

12

地市数据集市...................................................................................... 67 数据及信息业务数据集市 .................................................................... 67

11.2.3 集团客户数据集市............................................................................... 67 数据接口.......................................................................................................... 68 12.1

接口双方责任............................................................................................... 68 12.1.1 省级经营分析系统数据仓库方的责任................................................... 68 12.1.2 数据集市方的要求............................................................................... 68 12.2 接口实现...................................................................................................... 68

12.2.1 技术原则............................................................................................. 68

12.2.2 传输方式............................................................................................. 69 12.2.3 技术协议............................................................................................. 69 12.2.4 传输过程要求...................................................................................... 69 12.2.5 接口文件分类...................................................................................... 69 12.2.6 接口文件格式及命名规则 .................................................................... 70

13

系统技术要求................................................................................................... 70 13.1 主机系统...................................................................................................... 70 13.2 13.3 13.4 13.5

操作系统...................................................................................................... 70 存储备份设备............................................................................................... 70 网络设备...................................................................................................... 71 数据库 ......................................................................................................... 72

14 编制历史.......................................................................................................... 73

III

QB-Y-004-2010

前 言

本标准为各省经营分析系统的地市数据集市、数据及信息业务数据集市、集团客户数据集市建设提供指导。

本标准主要包括以下几方面内容：总体说明、系统架构系统功能、数据存储与备份、数据获取、系统技术要求和地市数据集市应用开发管理等。

本标准由中移技 [2009] XXX 号印发。

本标准由中国移动通信集团公司业务支撑系统部提出，集团公司技术部归口。

本标准起草单位：中国移动通信集团公司。

本标准主要起草人：段云峰、姜恒、江勇、何鸿凌、傅筠莎、付峰、岳赟、王欢、魏磊、刘航、金凌霄、向铖、左翠峰、魏莉、余疆、杜娟、符雷、阿木古楞、崔洪涛、王娟、徐少飞、李达群、赵亮、周刚、金骏、陶涛、肖建明、张红星、魏春辉。

IV

QB-Y-004-2010

1 范围

本标准规定了中国移动经营分析系统数据集市的基本建设原则，适用于中国移动省级经营分析系统地市数据集市、数据及信息业务数据集市和集团客户数据集市的建设。

2 规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 [1] [2]

QB-Y-003-2009 QB-Y-003-2010

《中国移动省级NG1-BASS技术规范总册(v2.0)》

《中国移动省级NG2-BASS技术规范总册(v3.0)》

中国移动通信有限公司 中国移动通信有限公司

3 术语、定义和缩略语

下列术语、定义适用于本标准： 字母 D J J J J 名词 地市数据集市 集团客户数据集市 经营分析门户 经营分析系统v1.0 经营分析系统v2.0 解释 以省级经营分析系统数据仓库为基础，面向地市生产一线的经营分析系统逻辑组件 以省级经营分析系统数据仓库为基础，支撑集团客户业务精准化运营工作的经营分析系统逻辑组件 经营分析门户是经营分析系统用户访问并使用经营分析系统各类应用的统一接入平台 中国移动省级经营分析系统规范（v1.0） 中国移动省级经营分析系统规范（v2.0） 客户分析及运营模块是在原营销管理子系统的基础上扩充K 客户分析及运营模块 了其他面向客户的应用发展而来，经营分析系统客户分析及运营模块的应用通过NG2-CRM系统与客户接触，共同构成企业客户管理的合力 1

QB-Y-004-2010

指将数据仓库中对数据的访问和操作按照一定粒度封装为S 数据封装 独立的服务实体，尽可能屏蔽内部的细节，只提供标准化的交互接口，供内部模块或者外部系统进行调用。数据封装也可以用于数据集市和元数据库的数据 营销服务管理功能作为客户分析及运营模块的一个功能模Y 营销服务管理功能 块，主要完成市场营销服务过程中除营销服务活动执行环节之外的所有支撑工作，为业务营销和客户服务过程提供IT化的支撑 以省级经营分析系统数据仓库为基础，支撑数据及信息业务分析和运营工作的经营分析系统逻辑组件 专业数据集市是数据及信息业务数据集市和集团客户数据集市的统称 Z Z 数据及信息业务数据集市 专业数据集市 符号和缩略语 缩写 ADC BOSS DSMP ETL ESOP GPRS IMEI IMSI JDBC KPI MAS ODBC OLAP RAID SAN SCSI 英文描述 Application Data Center Business & Operation Support System Data Service Managment Platform Extraction， Transformation， Loading Enterprise Service Operation Platform General Packet Radio Service International Mobile Equipment Identity International Mobile Subscriber Identity Java Database Connectivity Key Performance Indicator Mibile Agent Server Open Data Base Connectivity On-line Analysis Process Redundant Array of Independent Disks Storage Area Network Small Computer System Interface 中文描述 应用数据中心 业务运营支撑系统 数据业务管理平台 抽取、转换和加载 集团客户业务综合运营平台 通用无线分组业务 国际移动设备身份码 国际移动用户识别 Java 数据库连接 关键绩效指标 移动代理服务器 开放式数据库连接 在线分析处理 独立磁盘冗余阵列 存储区域网络 小型计算机系统接口 2

QB-Y-004-2010

SI SOAP SP VGOP WAP Service Integrator Simple Object Access Protocol Service Provider Value-added Service General Operation Platform Wireless Application Protocol 业务集成商 简单对象访问协议 服务提供商 增值业务综合运营平台 无线应用协议 4 总体说明

4.1 概述

中国移动通信有限公司为了支撑生产营销服务，落实精准化营销战略，分别建设了面向地市分公司和特定业务部门的数据集市，支撑地市分公司和特定业务部门运营分析需求。为了更好地支撑地市分公司和特定业务部门的市场营销、业务实施和客户服务等工作，在经过前期调研与地市应用试点的基础上，本期规范加大数据集市个性化应用建设力度，增强分析和监控功能，更好的服务地市一线，解决地市一线人员的实际问题。

4.2 目标

本期数据集市重点建设目标如下： ?

提升地市数据集市对一线生产运营支撑的能力

? 细化地市数据集市支撑，针对一线业务人员具体问题，建立基于角色的端到

端解决方案；

? 增强应用的准实时性，提高地市数据集市实时支撑一线能力；

? 进一步深化地市数据集市功能建设，加强客户分析及筛选、自助报表、监控预

警、收入预测与稽核等功能建设，满足地市分公司个性化运营需求； ? 根据地市业务应用需求，提出中高端离网监控预警、恶意欠费风险监控、重点

KPI指标监控预警等普遍适合于地市的重点应用。

?

深化数据及信息业务数据集市的分析支撑能力

? 增强数据及信息业务数据集市支撑能力，基于数据及信息业务的具体问题，建

3

QB-Y-004-2010

立端到端解决方案；

? 满足VGOP数据存储、数据分析的需求，提升数据及信息业务监控和稽核的支

撑能力；

? 针对数据及信息业务提升营销支撑能力，加强对数据及信息业务资费营销案推

荐、数据及信息新业务推荐等应用的建设，满足数据及信息业务精准化营销需求。

?

提升集团客户数据集市对集团客户业务运营管理的分析支撑能力

? 增强集团客户业务数据集市支撑能力，基于集团客户业务的具体问题，建立端

到端解决方案；

? 满足ESOP数据存储、数据分析的需求，提升集团客户业务监控和稽核的支撑

能力；

? 针对集团客户业务提升营销支撑能力，加强集团客户关健指标监控、集团客户

信息化重点业务监控等应用的建设，满足集团客户业务精准化营销需求。

4.3 建设原则

数据集市的建设应该遵循以下原则： 1. 唯一性原则

省级经营分析系统数据仓库是数据集市的唯一数据来源，数据集市的源数据皆来自省级经营分析系统数据仓库。 2. 标准化原则

数据集市的逻辑模型要求遵照经营分析系统数据仓库逻辑模型规范中有关数据集市的相关要求进行构建。 3. 统一访问原则

数据集市各项应用展现功能必须集成在经营分析门户中，并通过该门户进行访问。

4. 功能复用原则

充分利用经营分析系统现有功能（例如：营销支撑功能），提高经营分析系统现有功能的利用率，避免重复投资和建设。数据仓库对计费清单数据统一处理，只提供清单汇总信息，不提供计费清单数据给数据及信息业务数据集市和集团客户数据集市。

4

QB-Y-004-2010

5. 整合集中原则

数据集市为业务部门及地市分公司提供统一和完善的分析管理支撑,各业务部门及地市分公司的外围分析系统应逐步整合到数据集市中。 6. 专业化原则

按照分析专业化的原则，将各业务部门及地市分公司需求和应用转移到地市数据集市、数据与信息业务数据集市和集团客户数据集市上。

4.4 数据集市定位

数据集市是将数据仓库中的数据按照不同角度进行组织和存储的过程，主要负责地市级的业务，建立相应的业务主题。特点是数据粒度较粗，数据采取星型或雪花型结构，较少保留历史数据，便于访问分析和快速查询。数据集市具有面向特定用户群所需、合理的查询响应时间、便于扩展的特点。数据集市定位如图 4-1所示。

5

QB-Y-004-2010

图 4-1数据集市定位图

数据仓库主要负责企业级的决策，建立企业级的主题，仓库数据结构一般情况下满足第3范式，保留有较多的历史数据，可以进行海量数据的处理和数据探索。具有面向主题、集成、相对稳定、反映历史回馈变化的特点。

地市数据集市是面向地市一线的业务应用平台。通过端到端的流程解决一线业务人员的实际问题。

地市数据集市把仓库各个信息源中与一线人员有关的数据，按照不同的角度、不同的类型集中存放在一起，供一线业务人员查询或分发，从而为地市应用提供端到端的业务流程解决方案。

部门数据集市是面向各个业务部门，围绕不同部门的业务问题集中支撑。

部门数据集市把仓库各个信息源中与不同部门有关的数据，按照不同的角度、不同的类型集中存放在一起，为业务部门提供运营支撑，从而为部门业务应用提供端到端的业务流程解决方案。

5 系统架构

数据集市作为省级经营分析系统的逻辑组件，从省级经营分析系统数据仓库中抽取相关数据进行转换和装载，并根据各自数据集市的逻辑模型规范构建形成数据集市，满足地市以及特定专业部门的个性化应用需求。

数据集市以数据封装方式向省级经营分析系统客户分析及运营模块中的营销与服务管理提供营销目标客户群，为市场营销提供支撑。

本章主要描述各数据集市的体系架构。

5.1 地市数据集市架构

5.1.1 体系结构

地市数据集市体系结构遵循省级经营分析系统整体体系结构，其功能实体分布在经营分析系统总体框架的数据层、功能层、应用层中，如图 5-1所示。

6

QB-Y-004-2010

图 5-1地市数据集市体系结构

5.1.1.1 数据获取

地市数据集市通过数据抽取、转换和加载过程从数据仓库获取数据，另外，地市集市支持从外部系统中直接导入格式化的数据，导入数据的格式可以根据具体的数据信息内容进行灵活支撑。关于数据获取接口说明详见第12章。

5.1.1.2 数据层

数据层实现面向地市的数据集中存储和管理，形成与省级经营分析系统数据仓库相对独立的数据集合。

数据层数据主要包括基础数据中参与人主题、服务主题、资源主题和帐务主题等明细数据、汇总数据中的日汇总、月汇总数据（例如KPI、报表、客户统一视图等）。

地市数据集市的数据模型包括针对数据集市底层细节数据的实体-关系逻辑数据模型、针对汇总数据的逻辑模型和针对信息子层的逻辑模型，模型的详细描述参见《中国移动省级NG2-BASS3.0技术规范逻辑模型分册》。

7

QB-Y-004-2010

5.1.1.3 应用层

地市数据集市应用层组合包装集市中的各类分析应用，针对一线业务人员具体问题，建立基于角色的端到端解决方案。

在地市数据集市的应用层中建立信息适配子层，通过对不同角色信息适配解决方案的描述，为地市数据集市使用人员定制了不同的应用支撑方案。实现将地市数据集市的各类应用，以合适的方式，通过合适的渠道，提供给合适的角色。

在地市数据集市的应用层中提供中高端离网监控预警、恶意欠费风险监控预警、重点KPI指标监控预警、自助报表和区域客户精确细分等应用。 5.1.1.4 访问层

经营分析门户是地市数据集市访问的统一入口。访问层实现KPI展现、报表展现等功能，并利用经营分析门户提供的信息推送功能，通过短信、彩信或邮件等多种方式，使一线业务人员更方便地获取经营分析系统的信息，提升经营分析系统的全员支撑能力。

地市数据集市的各项应用应遵循《中国移动省级NG2-BASS技术规范总册V3.0.0》中“经营分析门户”章节对经营分析门户应用嵌入的开发要求，集成在经营分析门户中。地市数据集市各类用户通过统一的经营分析门户访问地市数据集市应用。

5.1.2 实现方式

根据各地市分公司的实际情况，中国移动经营分析系统地市数据集市可以采用物理集中和物理分布两种实现方式。

5.1.2.1 物理集中

物理集中的方式是指地市数据集市的物理设备集中部署在省公司，与省级经营分析系统数据仓库通过省公司核心局域网进行数据传输，地市分公司用户通过中国移动现有传输网对数据集市进行访问。地市分公司可以根据实际情况建设单独型数据集市（单独型数据集市是指一个地市分公司单独建设、单独使用的数据集市）或者联合型数据集市（联合型数据集市是指几个地市分公司联合建设、资源共享、单独使用的数据集市）。

8

QB-Y-004-2010

5.1.2.2 物理分布

物理分布的方式是数据集市的物理设备部署在地市分公司，各地市数据集市为单独型数据集市，与省级经营分析系统数据仓库通过现有传输网进行数据传输，地市分公司用户对数据集市的访问通过地市分公司核心局域网进行。

5.2 数据及信息业务数据集市架构

5.2.1 体系结构

数据及信息业务数据集市体系结构遵循省级经营分析系统整体体系结构，其功能实体分布在经营分析系统总体框架的数据层、功能层、应用层中，如图 5-2所示。

图 5-2数据及信息业务数据集市体系结构

5.2.1.1 数据获取

数据及信息业务数据集市通过数据抽取、转换和加载过程从数据仓库获取数据，另外，数据及信息业务数据集市支持从外部系统中直接导入格式化的数据，导入数据的格式可以根据具体的数据信息内容进行灵活支撑。关于数据获取接口说明详见第12章。

9

QB-Y-004-2010

5.2.1.2 数据层

数据层实现面向数据及信息业务数据集市数据的集中存储和管理。

数据层包括基础数据中参与人主题域、服务主题域、资源主题域、帐务主题域和事件主题域的日志等明细数据，也包括日常分析所涉及的汇总层的汇总数据和面向应用并对其他系统提供数据支撑的信息子层数据。

数据及信息业务数据集市的数据模型包括针对底层细节数据的实体-关系逻辑数据模型、针对汇总数据的逻辑模型和针对信息子层的逻辑模型，具体内容参见《中国移动省级NG2-BASS3.0技术规范逻辑模型分册》。

数据层中的内容按照经营分析系统与VGOP的接口需求，通过数据封装的形式将客户画像信息和数据及信息业务历史统计分析信息提供给VGOP。具体信息参见《中国移动省级NG2-BASS3.0技术规范外部接口分册》中“互动接口”章节。 5.2.1.3 应用层

数据及信息业务数据集市应用层将集市中的各类分析应用组合包装成个性化解决方案，提供给不同的使用对象，使数据及信息业务数据集市更好地支撑数据及信息业务运营，满足数据及信息业务精准化营销需求。

在数据及信息业务数据集市的应用层中提供数据及信息业务资费营销案推荐、数据及信息新业务推荐等应用。

5.2.1.4 访问层

经营分析系统门户是数据及信息业务数据集市访问的统一入口。数据及信息业务数据集市的各项应用应遵循《中国移动省级NG2-BASS技术规范总册V3.0.0》中“经营分析门户”章节对经营分析系统门户应用嵌入的开发要求，集成在经营分析系统门户中。数据及信息业务数据集市利用经营分析系统门户提供的信息推送功能，通过短信、彩信或邮件等多种方式，对业务部门人员提供便捷的信息支撑。

5.2.2 实现方式

数据及信息业务数据集市采用物理数据集市实现方式。物理数据集市是指在省级经营分

10

QB-Y-004-2010

析系统中建立物理独立的数据集市。数据及信息业务数据集市遵循数据及信息业务数据集市逻辑模型的要求，从数据仓库抽取数据。

5.2.3 数据及信息业务数据集市和VGOP的关系

参见《中国移动省级NG2-BASS多OP能力交互分册》。

5.3 集团客户数据集市架构

5.3.1 体系结构

集团客户数据集市体系结构遵循省级经营分析系统整体体系结构，其功能实体分布在经营分析系统的数据层、功能层、应用层中，如图 5-3所示。

图 5-3集团客户数据集市体系结构

5.3.1.1 数据获取

对于物理集市实现方案，集团客户数据集市的数据需要通过清洗、转换和加载的过程从

11

QB-Y-004-2010

数据仓库中获得数据。而逻辑集市实现方案则不存在数据获取过程，数据集市直接通过视图、表或应用集成的方式访问数据仓库的数据。关于数据获取接口说明详见第12章。

5.3.1.2 数据层

数据层实现面向集团客户应用数据的集中存储和管理。数据层包含集团客户/用户基本资料、业务受理信息、客户服务信息、帐单信息和渠道信息等基础数据，也包含满足分析人员和决策人员统计分析需要的汇总数据。集团客户数据集市的数据模型包括针对底层细节数据的实体-关系逻辑数据模型和针对汇总数据的逻辑模型，具体内容参见《中国移动省级NG2-BASS技术规范逻辑模型分册(v3.0)》。对于逻辑集市方式建设的集团客户数据集市，其数据存储在数据仓库中。

5.3.1.3 应用层

集团客户数据集市应用层将集团客户数据集市中的各类分析应用组合包装成个性化解决方案，提供给不同的使用对象，使集团客户数据集市更好地支撑集团客户业务运营，满足集团客户业务精准化营销需求。

在集团客户数据集市中提供两项重点应用支撑，包括集团客户关键指标提升、集团信息化重点业务收入提升。

5.3.1.4 访问层

经营分析系统门户是集团客户数据集市访问的统一入口。集团客户数据集市的各项应用应遵循《中国移动省级NG2-BASS技术规范总册V3.0.0》中“经营分析门户”章节对经营分析系统门户应用嵌入的开发要求，集成在经营分析系统门户中。集团客户应用平台利用经营分析门户提供的信息推送功能，通过短信、彩信或邮件等多种方式，向业务部门人员提供便捷的信息支撑。

5.3.2 实现方式

各公司在建设集团客户数据集市时，应根据实际情况和自身特点来决定采用逻辑数据集市方案或物理数据集市方案。

12

QB-Y-004-2010

5.3.2.1 逻辑数据集市

逻辑数据集市是在经营分析系统数据仓库中建立一些专门提供给集团客户数据集市使用的表和视图，其物理存储仍然是在经营分析系统的数据仓库中。

5.3.2.2 物理数据集市

物理数据集市方式是指在省级经营分析系统中建立物理独立的数据集市。集团客户数据集市的数据按照集团客户数据集市逻辑模型规范的要求从数据仓库中抽取，并经过转换、清洗，装载到自身的数据集市中。

5.3.3 集团客户数据集市和ESOP的关系

参见《中国移动省级NG2-BASS多OP能力交互分册》。

6 系统功能

作为经营分析系统的组成部分，数据集市可以调用经营分析系统所提供的基础功能，依据各自的业务需求，实现所需要的业务应用。鉴于数据集市应用的多样性，对于业务变化周期短，并且临时性较强的应用功能，可以在数据集市的基础上单独构建功能，形成满足业务需求的数据集市应用。本章对数据集市中监控预警、收入预测、客户群分析、客户群筛选、即席查询、信息推送、自助报表、地市数据集市数据收集、营销支撑和数据封装等功能进行规定和说明。

6.1 监控预警

数据集市的监控预警功能实现指标类、业务类相关数据的监控预警，具体实现方式可以参照《中国移动省级NG2-BASS3.0业务规范总册》中6.6.3章节“预警管理功能”，如果省级预警管理功能不能够完全满足地市业务需求，可以在地市集市上补充本地化功能进行完全业务支撑。

监控预警的内容分为两种类型：指标类（包括欠费类、离网类和成本类等指标），业务类（包括短信、WAP等业务）。

13

QB-Y-004-2010

6.2

收入预测

数据集市的收入预测功能在每月固定时间，利用数据集市上已有的用户帐单等相关帐务数据进行收入预测。业务人员通过预测周期内收入类指标完成情况，制定相应措施，从而提升相关业务指标。

6.3 客户群分析

数据集市的客户群分析是针对业务部门和一线人员的服务营销需求，对客户信息进行详细分析，为业务部门和一线人员的服务营销提供支撑。

本期规范主要针对区域细分属性（如小区、家庭、学校和农村等）、客户属性（如职业、消费行为等）进行客户群细分。

6.4 客户群筛选

数据集市的客户筛选是通过分析客户的行为信息，从不同角度探索具体业务潜在的市场，根据业务资源对潜在的本网和他网的客户群进行筛选，确定目标客户群，支持客户名单的提取、分发和接收反馈的工作，帮助相关人员开展实际营销工作。

数据集市的客户群筛选应满足如下功能要求： ? ? ?

能够提供自定义SQL功能，方便业务人员进行简单客户群筛选工作； 能够提供客户群在系统间导入导出功能；

对于省级经分系统中不能支撑的客户群筛选方法，地市公司可以利用业务咨询的方式进行新模型的构建，为一线营销提供精确目标客户群。

6.5 信息推送

数据集市需要以短信、彩信或邮件等方式向用户推送各种定制信息。数据集市通过经营分析系统门户的信息推送接口完成此项功能。接口方式可以是文件接口或者服务接口。

6.6 即席查询

数据集市的即席查询是基于数据集市业务逻辑视图，面向一线使用人员的查询工具，提供各种向导式界面、图形查询生成器和联机帮助等功能，为一线人员提供细粒度数据。

14

QB-Y-004-2010

6.6.1 功能要求

数据集市的即席查询应满足如下功能要求： ?

使用人员无需了解数据库和SQL的复杂性，只需按业务逻辑规则即可快速简洁地定义查询需求，系统自动完成连接操作、条件定义等复杂的SQL操作； ?

即席查询应提供各种向导式界面、图形查询生成器、联机帮助和提示卡等，使用人员无需经过专业的培训，通过简单的鼠标拖拉操作即可实现即席查询、报告生成和图表生成等功能； ?

即席查询的管理应具有高度的易用性。系统管理员可通过各种向导、指南和在线帮助进行业务逻辑映射层的各种管理工作； ?

即席查询应具有高度的开放性和集成性，并能访问各种数据源的数据，访问结果也能输出到多种通用文件格式中。即席查询应能集成到经营分析系统门户中，为数据集市使用人员提供全面的信息分析服务； ?

可将已执行过的查询保存成为模板，供当前使用人员或其他人员以后重复使用。

6.6.2 性能要求

即席查询性能应满足如下要求： ?

即席查询应提供高效的数据缓存机制，使重复进行的查询操作无需频繁直接访问数据库； ? ?

数据显示应按查询需求分页显示，从而提高响应速度；

即席查询应提供资源控制机制，能够监控查询的运行进程，并停止长时间运行的查询，提高资源使用效率。

6.7 自助报表

数据集市的自助报表是面向数据集市管理人员使用的，简易、快捷、灵活的报表开发工具，提供各种向导式报表开发、SQL自动适配、报表预览和报表发布等功能。

通过自助报表工具，数据集市管理人员可以自主开发报表，提高业务部门报表需求响应速度。

15

QB-Y-004-2010

6.7.1 功能求要

数据集市的自助报表应满足如下要求： ?

支持向导式界面，使开发人员通过简单的鼠标拖拉即可实现报表定义、预览、发布等操作； ? ? ? ? ? ? ?

支持报表参数设置功能，如日期类参数；

支持报表定期执行功能，如按日运行、按周运行、按月运行等； 支持查询预览功能；

支持报表发布功能，供业务人员查询；

报表展现支持简单的二次计算功能，如排序、合计； 报表展现支持图形展示功能，如折线图、柱图、饼图； 报表展现支持数据导出功能，如HTML、EXCEL、PDF。

6.8 地市数据集市数据收集

数据收集功能，是为使用人员提供数据收集的界面，以实现营销成本数据以及市场竞争情况等信息的录入。数据收集功能可以采用手工录入数据或导入标准格式数据文件（如EXCEL文件或文本文件等）的方式实现。

通过数据收集功能进入地市数据集市的数据，须回传到省级数据仓库中，确保数据集市与数据仓库之间数据的一致性和完整性。

错误！未找到引用源。列举了部分地市数据集市数据收集功能需要收集的数据，以及使用到这些数据的相关应用。

表 6-1地市数据集市数据收集

类型 渠道数据 数据内容 营销成本数据 广告投放相关数据 市场竞争情况 竞争对手资费套餐 竞争对手渠道信息 集团客户数据 集团客户奖励性积分信息 营销策划 广告投放区域辅助分析 竞争对手资费分析 竞争对手渠道分析 集团客户积分管理支撑 相关应用 16

QB-Y-004-2010

6.9

营销支撑功能

数据集市中的营销支撑应用是支撑一线营销服务的重要应用之一。客户分析及运营模块营销管理功能可以通过调用数据集市的目标客户筛选功能，结合自身的营销流程管理，为地市市场营销部门、数据业务部门和集团客户部门提供营销支撑应用。

6.9.1 应用流程

数据集市的营销支撑工作都是围绕市场分析、营销策划、营销执行和评估优化四个过程进行的。经营分析系统以市场分析结果作为营销活动策划的起点和基本依据，利用客户分析及运营模块的营销管理功能，实现营销方案管理、审批，建立可以运作的营销活动。利用营销活动支撑功能与外部渠道的互动功能实现营销活动的执行，并进行营销评估优化。

在上述四个过程中，大部分环节是通过客户分析及运营模块营销管理功能完成，少部分环节由客户分析及运营模块营销管理功能调用数据集市提供的相应功能实现。客户分析及运营模块营销管理功能主要为营销活动管理提供流程化支撑，数据集市则处理一些营销个性化支撑工作，如目标客户筛选等。营销过程中各步骤的实现方法如图 6-1所示。

图 6-1数据集市中营销支撑应用实现流程

1. 市场分析

地市营销人员或业务部门人员使用经营分析系统或数据集市中所提供的各类应用分析功能，对当前市场需求进行分析，提出本次营销活动的营销目标。

2. 营销策划

在营销策划阶段中，数据集市可以独立完成目标客户筛选工作，并将筛选结果提供给客

17

QB-Y-004-2010

户分析及运营模块营销管理功能，以完成其它策划步骤。

在地市数据集市中，目标客户筛选是通过对地市数据集市中已建立的客户信息视图、客户行为数据进行分析挖掘进行的。市分公司也可以根据自身业务特点和营销经验，自行定义营销目标客户。

在数据及信息业务数据集市和集团客户数据集市中，目标客户的筛选主要使用相应数据集市中客户统一视图或其他分析挖掘信息，按照业务人员定义的营销目标客户条件，进行分析挖掘得出。

客户分析及运营模块营销管理功能在获得数据集市筛选出来的目标客户数据后，完成营销活动方案设计、营销活动效果预测、营销方案审核和派单等，具体过程描述参见《中国移动省级NG2-BASS业务规范 (v3.0)》中“应用层”章节。

3. 营销执行

由客户分析及运营模块的营销管理功能将营销活动数据推送到NG2-CRM等系统，进行营销活动的触发和执行，同时接收营销执行情况和客户接触信息等反馈数据。

4. 评估优化

客户分析及运营模块营销管理功能为数据集市提供分析评估数据，数据集市可根据分析评估数据进行渠道执行力评估、客户反馈评估和目标对比分析等，对其中一些有针对性的问题进行深入地分析。

数据及信息业务数据集市和集团客户数据集市主要依据营销活动的预期目标，对实际完成情况和活动影响进行评估分析。

6.9.2 调用方式

数据集市的目标客户筛选功能可采用数据封装方式供客户分析及运营模块营销管理功能或其他模块调用。

6.10 数据封装

“数据封装”是将数据集市中对数据的访问和操作按照一定粒度封装为独立的实体服务，尽可能屏蔽内部的细节，只提供标准化的交互接口，供经营分析系统或者外部系统进行调用。

数据封装的机制、服务管理、服务原语接口规范和应用示例等具体内容参见《中国移动

18

QB-Y-004-2010

省级NG2-BASS技术规范总册(v3.0)》中“数据封装”章节。

数据封装在数据集市中的应用范围如图 6-2所示。

VGOP数据封装业务分析业务监控客户画像营销支撑地市数据集市数据及信息业务数据集市集团客户数据集市数据封装营销支撑营销支撑营销支撑客户分析及运营模块图 6-2数据封装在数据集市中的应用

原则上数据集市对经营分析系统应用、VGOP等提供信息都以数据封装方式实现，包括如下内容：

? ?

地市数据集市向经营分析系统提供营销目标、挖掘结果和外部信息等内容； 数据及信息业务数据集市向VGOP提供客户画像和历史统计分析信息，向经营分析系统数据仓库提供营销支撑等内容； ?

集团客户数据集市向经营分析系统数据仓库提供营销支撑、挖掘结果等内容。

各数据集市具体的对外服务接口参见《中国移动省级NG2-BASS技术规范外部接口分册(v3.0)》中“互动接口”章节。

7 地市数据集市重点应用

7.1 中高端离网监控预警

7.1.1 背景

随着全业务运营新环境和新竞争格局的形成，各运营商对客户的争夺越来越激烈，其中为企业贡献较高价值的中高端客户，无疑成为各大运营商争夺的焦点。中高端客户挽留对于企业发展具有至关重要的战略意义。加强中高端客户的挽留工作，已成为全业务环境下运营商竞争的首要目标。

对业务一线人员来讲，中高端客户的挽留工作面临越来越大的压力：

19

QB-Y-004-2010

1. 对中高端客户离网认知手段较少，缺乏有效支撑的信息工具； 2. 离网预警判别周期长，挽留时间极为有限；

3. 从分析结论到离网挽留，执行环节较多，影响了方案落地的效果； 4. 竞争对手不惜代价策反中高端客户转网。 7.1.2 目标

通过本专题的建设能对原有中高端离网预警体系有进一步的提升，增强原有预警体系中的分析挖掘能力，并通过对一线人员工作的支撑，更加直接的作用于中高端客户保有KPI指标，降低中高端客户离网率。具体目标为：

1. 对具有离网趋向的中高端客户进行细分，描述离网倾向，定位离网原因，以辅助业

务人员制定相应的策略；

2. 建立能够快速、及时反映中高端客户离网信息的预警模型，在第一时间给出预警； 3. 优化现有的离网预警系统，通过区域化营销、营销管理平台、客服系统、营业系统

等平台的信息共享，实现跨平台、跨渠道的工作协同；

4. 加强对竞争对手策反我方号码的监控，洞察对手策反动态及策略，及时安抚受影响

的中高端客户。

7.1.3 解决方案

7.1.3.1 方案实施流程

中高端离网监控预警实施流程如图 7-1所示。

20

QB-Y-004-2010

图 7-1中高端离网监控预警实施流程图

?

中高端离网客户识别

从三个角度来考虑：一是客户价值，挽留有价值的客户；二是离网倾向，挽留最危险的客户；三是离网原因，挽留留得住的客户。

客户价值，在本专题中可以简单的通过客户ARPU来体现；

离网倾向，是通过对已离网客户离网前行为的分析，发现离网前的行为规律，并通过指标变量建立离网倾向判别模型，量化判别离网倾向。

离网原因，是需要将经分数据和市场调查相结合：通过市场调查，了解离网客户的去向，如，重入网、成为他网用户、外出务工、搬迁和出国等。在对业务问题有认知的基础上，对还有在本网本地继续使用移动通讯业务的客户，通过数据挖掘和分析进行有效定位。

在上述三者分析中，客户价值和离网原因波动不大，要求月粒度的数据分析；离网倾向，即离网预警的判别，在原有月粒度预警的基础上，需要增加日粒度预警模型，对客户进行更及时的预警监控。 ?

中高端离网客户监控及预警 对于管理者，需要对其呈现：

1. 中高端客户离网预警（离网倾向高于某个固定阈值）的人数和事实流失人数的

对比曲线；

2. 监控事实离网中高端客户数月变化； 3. 监控事实离网中高端客户数日变化；

4. 通过流失预警人数和事实离网人数的差距，判别流失预警模型的准确性，以确

21

QB-Y-004-2010

定是否需要修正模型；

5. 通过当月预警数据的升高或下降，了解中高端客户离网挽留工作执行情况； 对于中高端预警挽留的执行人员，需要对其呈现：

1. 结合区域化营销专题模块，以月粒度、日粒度对各地市、各区域中高端离网预

警的突增现象进行第一时间监控告警；

2. 了解当月离网预警客户的维系工作完成情况，对剩余工作量有明确的认识； 3. 跟踪分析与竞争对手策反号码接触过的本网客户，一旦发现客户有消费异动，

及时进行有针对性的离网防范措施；

4. 通过地市数据集市和营销管理平台的信息互通，客户挽留执行人员通过营销管

理平台可以批量锁定目标客户，设定客户挽留计划，批量进行客户维系。

?

中高端客户挽留

根据中高端客户离网动机，一线人员根据地市实际情况设定挽留方案。

资费方案推荐是重要的挽留方案之一，它是将已有的，但更加优惠的套餐推荐给客户，而非制定新的资费套餐。 ?

方案效果评估

制定中高端客户挽留评估方法，从结果和过程两个角度评估挽留效果。

在方案执行后，执行人员将解决思路、方法、案例等录入系统的方案反馈功能中，作为知识库的内容进行沉淀，供其他使用人员查看，对今后的问题解决提供参考。

7.1.3.2 应用场景实例

年初，省公司通过去年年底三个月的客户消费数据，按照统一标准，划定全省的中高端拍照用户。

省公司在既定的流失率阈值标准上，根据流失预警模型的预测，了解本年工作的总体压力，并根据往年KPI的完成情况，将指标分解到地市分公司。

在省公司和地市分公司，相关业务负责人均能在每个月获取中高端客户离网预警挽留的两份名单：一份是月粒度的流失预警用户名单，一份是日粒度的异动客户名单。

中高端客户挽留人员提前根据分析结果和既定策略，依据本地市的实际情况，参考知识库，设定挽留时的优惠政策。例如，当客户到访营业厅或热线时，接待人员第一时间发现客户离网特征，按照既定策略，给予主动关怀。对于未到访的高价值、高流失率的客户，以及日流失预警客户优先级最高，进行第一时间客户沟通，这部分客户离网挽留的优先级最高，以主动外呼、短信、彩信等低成本渠道为主，其余的离网预警客户，根据预警级别和价值等

22

QB-Y-004-2010

级进行排序，并剔除免打扰名单，主要通过短信方式进行客户的维系挽留。

挽留活动结束后，执行人员将挽留结果以及活动经验录入知识库，供今后参考。

7.1.4 建设要求

此应用在地市数据集市中建立中高端离网监控预警流程，具体建设要求如下： 1. 建设中高端离网客户识别模型，综合分析客户价值、离网倾向、离网原因，准确识

别离网客户；

2. 对中高端客户做实际流失客户数对比、离网客户数日变化、离网KPI指标阈值监控

等监控功能，支撑管理层需求；

3. 对中高端客户做离网KPI指标异常监控、离网KPI完成情况、离网客户清单监控等

监控功能，支撑挽留执行人员需求； 4. 建立挽留活动评估体系，形成闭环流程。

7.2 恶意欠费风险监控预警

7.2.1 背景

随着客户规模的飞速发展和市场竞争的日益激烈，客户欠费已成为阻碍公司发展的重大问题，问题主要表现在以下几方面：

1. 欠费问题层出不穷、欠费手段越来越隐蔽，大量欠费最终转变为坏账使公司遭受巨

大损失；

2. 当前信控机制无法适应复杂的市场环境，面对庞大的用户群，目前的信用度等级划

分需要改进，出帐方式也需要不断完善；

3. 面对目前突出的欠费问题，虽然采取了一些解决方式，仍呈现事后控制、主观性强、

手段简单、短期作用等问题。

7.2.2 目标

恶意欠费风险监控预警目标在于通过数据挖掘建立欠费模式识别模型，主要建设目标如下：

1. 通过数据挖掘建立欠费模式识别模型；

2. 通过已经识别的欠费模式识别模型，形成不同模式欠费群体；

23

QB-Y-004-2010

3. 识别未知欠费模式，并进行归纳总结；

4. 建立欠费风险监控流程，利用已知各欠费模式的特点，实现差异化监控及预警。 7.2.3 解决方案

7.2.3.1 方案实施流程

通过将客户的行为特征和欠费模式分类，利用模型所总结出的欠费模式人群的行为特征，一线市场人员能预先设定条件，改变相应的业务策略，并进行客户挽留和营销活动匹配，恶意欠费风险监控预警模型建立的具体流程如图所示：

图7-2恶意欠费风险监控预警模型建模流程图

?

欠费原因理解

我们可以把欠费原因划分为三个层面：系统分析、用户行为和最终结果。系统分析包括了记费漏洞、用户属性、特定场景和管理诱因这四个方面。由以上四方面引出了用户动机，用户动机分为三种：第一种是无意的，第二种是为了表达个人的不满或其它问题的有意行为，第三种是恶意行为。根据用户动机推断用户行为，用户行为包括自然欠费、有意欠费和恶意欠费等。用户行为导致可回收欠费、呆账和坏账等最终结果。欠费原因分析如图所示：

24

QB-Y-004-2010

图7-3费原因分析

一线市场人员可以总结出：

1. 通过系统分析（欠费场景）来改变用户行为（欠费动机和方式），通过改变用户行为来最终结果（不欠费、普通欠费和恶意欠费）；

2. 对最终结果和用户行为进行预测，提升系统分析能力，从根本上解决欠费问题。 ?

建立欠费模式

欠费模式指的是各种欠费形式，如：过量长途欠费、省内漫游欠费、SP恶意欠费、频繁上网欠费、流出欠费弃卡、长途专用欠费等。

在该阶段要确定欠费模式的种类，并对各种欠费模式进行深入了解：

1. 需要了解目前的欠费模式，如省内漫游欠费、SP恶意欠费、过量长途欠费和过量上网欠费等模式；

2. 各模式下的欠费影响力；

3. 各模式下对发生欠费的风险概率把控能力如何； 4. 实现对各已知欠费模式产生的日监控告警能力。 建模思路可分为以下两个阶段：

1. 随机抽样欠费用户形成“欠费训练数据集”，总结各类欠费模式特征、欠费识别规则，最终进行全网用户的欠费模式识别、群体细分；

2. 提取某月坏账（预销户）用户形成“坏账训练数据集”，总结坏账用户各类欠费模式特征，结合坏账特征指标（未纳入欠费研究的关键指标）计算坏账--欠费模式关联系数，并进一步完成各欠费模式风险控制评估。

?

形成模式欠费群体

25

QB-Y-004-2010

需从区分度与业务解释的合理性出发，最终筛选出各种模式用于客户细分，形成模式欠费群体。欠费模式群体细分说明如下：

1. 群体细分对象为本地用户； 2. 根据模式识别规则进行用户分组； 3. 识别未知欠费模式，并进行归纳总结。 ?

新欠费模式发现

对于新欠费模式，自动加入模式库，并对该欠费模式的产生进行监控预警。 1. 一线人员定期归纳欠费用户（不符合已知欠费模式）行为要素共性；

2. 当共性行为数据累计超过一线人员设置的观察阈值上限时，系统进行信息提示并展现未知欠费模式的相关共性行为规律，使一线人员能及时发现新的欠费模式并对未知模式进行跟踪；

3. 一线人员通过业务调查、判断，最终产生新欠费模式。 ?

建立欠费风险监控流程

通过前面几点的描述，欠费原因理解、建立欠费模式、形成模式欠费群体、新模式规则发现来形成欠费风险监控流程。利用已知各欠费模式的特点，实现差异化监控及预警。

7.2.3.2 应用场景实例

? 首先通过监控系统，发现模式中异常人群

某地市公司市场部人员小李在近期的欠费监控分析中，发现其中10个9月底10月初的新入网号码存在高额恶意欠费并进行套利的异常情况,对其中的一个号码134****8075进行抽样分析，以下为该抽样号码的详细操作过程：

1. 09月30日，手机号码 134****8075， 135****4927， 135****5163 入网。 2. 10月27日，134****8075与135****4927， 135****5163建立付费与被付费关系，13489028075为付费号码。途径为：家庭计划主卡为副卡付费。

3. 10月27日18:52:54 至10月28日 18:07:23 135****4927开始向10658611短信端口发送信息，参与短信抽奖大赛(10658611)发送上行短信11204条，产生短信费用5373.5元，梦网短信通信费1110.4元。

4. 10月27日 18:52:54 至10月28日 17:38:54 135****5163开始向10658611短信端口发送信息，参与短信抽奖大赛(10658611) 14758条上行短信 14758条，产生短信

26

QB-Y-004-2010

费用5872元，梦网短信通信费1465.8元。

5. 134****8075号码为135****4927，135****5163付费，出账短信抽奖大赛费用11245.5元，梦网短信通信费2576.2元，并在10月27日 19:01:50被单停， 10月28日 19:01:46欠费停机，在11月28日进入预销户状态。小李继续跟踪这三个号码的10月详细话单，发现这三个号码并未有任何通话行为。

?

分析其欠费动机和原因

小李分析了当前的出账关系规则是：出账关系定制成功后，只要付费号码没有被全停，付费与被付费关系就正常进行。

?

最后制定相应的业务处理策略

小李整理了具体的分析示例，并将该情况向上级部门进行反馈，上级部门在收到小李的报告后对实际情况进行了调查，发现在业务处理上确实存在漏洞，情况属实，针对此漏洞提出了相应的业务处理策略，策略如下：

1. 调整信用度等级管理办法，对信用度等级较低的用户调整单停到全停的时延； 2. 调整出账关系的规则，如：对信用度较低的付费号码，单停状态下即停止付费与被付费关系；调整出账关系的业务门槛，比如实名制或在网时长等关键信息加以控制。

7.2.4 建设要求

此应用为数据集市功能建设，为解决困扰各地市公司的客户欠费问题，通过欠费原因理解，欠费模式的形成、模式欠费群体划分，形成欠费风险监控流程。实现了欠费模式的预警设置、波动监测、欠费模式识别、欠费模式产生预警及信息反馈等功能。

7.3 重点KPI指标监控预警

7.3.1 背景

经分系统目前已有客户发展概况、业务量发展概况、收入概况、新业务发展概况、客服概况、市场竞争及市场占有率等重要KPI指标信息及异动指标预警信息。但是，不同地区、不同岗位的一线人员所关注的重点KPI指标各不相同，需要系统能提供灵活的、可配置的指标监控预警功能，以解决一线人员对于异常波动指标的查找和解决方案的制定等工作都费时费力的现状。另外，当前系统对于解决方案没有留存，不能形成知识进行沉淀，无法为今后类似问题的解决提供参考依据。因此系统建设中亟待解决的问题如下：

27

QB-Y-004-2010

1. 如何及时获知市场异动信息； 2. 如何快速、精准地定位异常目标；

3. 如何对解决方案进行沉淀积累，为今后解决相关问题提供参考。

7.3.2 目标

建立各地市重点KPI指标的监控预警系统，实现指标异动的监控、预警、处理和反馈。 具体建设目标如下：

1. 建立各项KPI指标可灵活配置的监控预警功能；

2. 提供预警设置、波动监测、流程触发及信息反馈等功能；

3. 实现指标异动处理通知，有效地掌握预警原因、指导对异常情况进行处理，从而提

升对市场的反应速度和把控能力；

4. 实现KPI指标逐级分解功能，缩小问题查找范围，快速定位原因； 5. 建立预警设置-监控-预警-解决-信息反馈-预警设置的闭环式处理流程。

7.3.3 解决方案

7.3.3.1 方案实施流程

方案实施流程如图7-4所示。

图7-4重点KPI指标监控与预警方案实施流程图

?

重点KPI选择

由一线使用人员在地市集市中根据实际工作内容，选择进行监控预警的KPI指标。

28

QB-Y-004-2010

?

监控阈值设置

由一线使用人员按照业务发展趋势或者历史经验，对自己关心的指标定制预警阈值。阈值设置包含内容：指标、地域、预警类型、预警级别、预警阈值、生效时间、预警接收人和接收方式等。

指标：选定的重点KPI指标；

地域：省/自治区、地市、区县/旗县、营业厅等；

预警类型包含：环比预警、同比预警、目标预警。其中目标预警阈值是设定标准参照值； 预警级别：对预警指标提供三级预警，每一级预警对应相应的预警规则，要求预警规则可根据实际需要进行调整。一级预警级别最高，三级预警级别最低；

预警阈值：结合预警类型和预警级别，设置监控的波动比例大小； 生效时间：预警正式生效时间；

预警接收人：可设置多人接收预警信息；不同的预警级别可适当地增加或减少接收人，以达到不同级别的管理者掌握不同级别预警内容的目的；

接收方式：短信、彩信、邮箱等。 ?

指标监测与预警

指标监测功能会实时监测波动超过用户预设阈值的指标，同时通过预警功能立即触发预警流程，以短信、彩信或者邮箱等方式向定制人员以及相关人员（上级人员可给所管辖的下级员工定制）推送指标预警信息，使一线人员及时掌握市场异动信息。 ?

问题追溯和解决

问题追溯是通过系统的KPI指标逐级分解功能，缩小问题原因的查找范围。在确定的区域内，根据该区域实际情况，查找问题原因，并制定解决方案，予以解决。

KPI指标逐级分解功能，主要是对KPI指标按照地域进行逐级分解。 ?

解决方案反馈

在重点KPI异常波动问题解决后，分析人员将解决思路、方法、案例等录入系统的方案反馈功能中，作为知识库的内容进行沉淀，供其他使用人员查看，对今后的问题解决提供参考。

7.3.3.2 应用场景实例

一线工作人员小王在系统中，对自己负责的KPI指标—月收入和日收入—进行告警设

29

QB-Y-004-2010

置：环比一级告警波动比例为15%，二级告警值波动比例为10%，三级告警波动比例为5%。当一级告警触发时，告警短信发送给部门经理、科室主任和自己；二级告警触发时，告警短信发送给科室主任和自己；三级告警触发时，告警短信只给自己发送。

设置后的某一日，小王收到短信，日收入较前一天收入降低了6%。小王进入系统，对KPI指标逐级展开显示，发现是全市各区县收入均有所降低。这属于全市普遍问题，通过分析，发现是由于全市暴雨，导致话务量降低，从而使收入减少。对于这一特殊情况，小王录入系统中，作为今后的参考。

8号时，小王再次收到告警短信，日收入较前一天突增17%，小王意识到，这条短信同时也发送给了科室主任以及部门经理。小王进入系统，对KPI指标逐级展开显示，发现全省收入均大幅提高，尤其是省会城市以及经济较好的城市收入提升幅度明显。小王针对这种情况展开调查，发现由于央视台播出《大爱无疆》赈灾晚会，爱心观众拨打热线电话慰问灾区人民表达爱心，使当日收入明显增多。小王将情况反映给科室主任和部门经理，并设置该指标监控的有效时长为8号当天。因为9号收入回落到正常状态时，还会有告警短信发送。设置有效时长，就暂停9号告警短信的发送。10号时，小王再次开通该指标的监控告警。对于这一特殊情况，小王录入系统中，作为今后的参考。

27号，小王收到短信，日收入较前一天收入降低11%，小王进入系统，对KPI指标逐级展开显示，发现某区收入明显降低。小王打开历史解决案例，发现有一类似解决方案：某区话单积压，致使收入减少。小王给该区负责人打电话询问，该区负责人表示该区有一基站话单积压，正在处理。小王将情况反映给科室主任，并记录在系统中。

7.3.4 建设要求

此应用为新建功能，建立重点KPI指标的监控预警系统，实现数据的预警设置、波动监测、流程触发及信息反馈等功能：

1. 预警指标设定（必选）：支持预警指标选择定制，指标可多选；

2. 提供预警设置、波动监测、流程触发及信息反馈等功能（必选）：通过系统提供预

警类型设置、规则制定、预警触发条件，支持预警规则的录入、修改和删除功能； 3. 预警指标阈值设定（必选）：支持预警指标阈值选择和设置，如：一级预警、二级

预警和三级预警到达阈值的选择设定；

4. 预警生效时间的设置（必选）：支持预警周期设置(如日/周/月等)；

30

QB-Y-004-2010

5. 预警信息推送方式定制（必选）：支持用户选择预警信息推送方式，方式可多选，

包括：WEB、E-MAIL、短信和彩信等；

6. 预警信息查询（可选）：通过日期、地域和预警类型等灵活组合查询条件，提供及

时、准确、客观和全面的预警信息内容查询，支持预警信息清单下载功能； 7. 预警处理反馈（可选）：支持用户在处理完预警，录入预警的基本原因信息之后，

对预警采取上报、派发和共享等操作。用户在完成预警处理之后，可以结束预警处理，并可对预警进行整体评估等操作。 ?

预警模型

对于KPI指标异常波动，大多采用环比、同比等方式进行监控，本期新增自定义目标值比较方式，目的在于更加全面地对KPI进行监控。每类监控都设置三类不同等级的告警，当告警短信触发时，负责人会及时收到告警内容，并登录系统查看指标异常波动详情。分析原因，并在解决问题后，填写解决意见，作为知识库内容进行沉淀。

预警模型内容如表7-1所示。

表7-1预警模型内容如重点KPI指标监控预警模型

序号 1 2 3 4 项目名称 KPI-ID KPI-名称 日期 地域 说明 必选，KPI指标唯一标识 必选，KPI指标名称 必选，统计日期 必选，省/自治区、地市、区县/旗县、营业厅等，使KPI可逐级展示。 必选，预警设置的有效时间。时长到期后，将短信提醒使用人员修改预警设置。 必选，人工设定KPI预期目标值 必选，比例=（实际值/目标值-1）*100% 7 告警比例 目标值告警 9 10 11 二级告警 负责人姓名 可选 31

负责人联系方式 告警比例 必选，可填写手机号码或者OA邮箱 可选 一级告警 负责人姓名 必选，告警短信推送接收人，可设置多个负责人。下同。 当比例达到告警值时，触发告警短信推送。下同。 5 6 生效时长 自定义目标值 8 QB-Y-004-2010

12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 ?

三级告警 环比告警 二级告警 一级告警 三级告警 同比告警 二级告警 一级告警 三级告警 负责人联系方式 告警比例 负责人姓名 负责人联系方式 告警比例 负责人姓名 负责人联系方式 告警比例 负责人姓名 负责人联系方式 告警比例 负责人姓名 负责人联系方式 告警比例 负责人姓名 负责人联系方式 告警比例 负责人姓名 负责人联系方式 告警比例 负责人姓名 负责人联系方式 KPI异常波动解决方案反馈模型

可选 可选 可选 可选 必选 必选 必选 可选 可选 可选 可选 可选 可选 必选 必选 必选 可选 可选 可选 可选 可选 可选 在解决问题的过程中，一线人员可根据实际情况，对预警设置进行修改。解决方案反馈模型详见表7-2。

表7-2 KPI异常波动解决方案反馈模型

序号 1 2 3 4 5 项目名称 KPI-ID 告警内容 处理内容 处理人姓名 处理人联系方式 说明 必选，KPI指标唯一标识 必选，告警的等级、KPI值等信息 必选，解决思路及方案等信息 必选 必选 32

QB-Y-004-2010

7.4

自助报表

7.4.1 背景

地市业务部门对数据和报表有着十分迫切的需求，及时的数据和信息可以有效地帮助地市业务部门了解自己的工作进展，查找问题，调整自己的工作计划。然而，目前的集市系统无法完全满足业务人员的需求，面临的主要问题有：

1. 地市公司各部门的业务需求复杂多变，集市系统中现有的固化报表难以满足需求，

从而导致临时需求过多；

2. 支撑部门与业务部门对需求的理解可能会有差异，使得支撑部门取出来的数据并不

满足业务部门的实际需求。

7.4.2 目标

完善自助报表应用，使得业务人员可快速、灵活地创建报表，满足个性化需求。具体的目标包括：

1. 建立数据字典，对每个指标进行明确的定义，便于业务人员准确理解指标； 2. 业务人员可灵活配置数据，得到自己的个性化报表，并可将报表在系统中固化，按

照固定周期定时更新；

3. 具有审批发布功能，可将个性化报表通过审批发布流程在系统中发布，供其他业务

人员使用。

7.4.3 解决方案

7.4.3.1 方案实施流程

自助报表方案实施流程如图7-5所示。

33

QB-Y-004-2010

图7-5自助报表方案实施流程图

?

数据字典管理功能

建立数据集市数据字典，对数据集市实体表元数据进行管理；对核心指标的定义进

行详细说明，并可通过该指标查看到该指标所在表及详细表结构。

1. 数据字典支持查询功能，方便用户对某个实体表、指标进行查询； 2. 数据字典支持新增、删除、更新实体表和指标等数据字典维护操作。

?

临时表创建功能

临时表是自定义报表统计的数据基础，自定义报表通过以下两种方式实现： 1. 数据字典模式创建：系统支持用户可根据自身的个性化需要在数据字典中勾

选创建临时表所需的字段，通过上述操作用户可确定出表结构； 2. 自定义模式创建：系统支持用户自行定义和描述表结构。

?

临时表管理功能

1. 新建临时表：系统支持用户可根据自身个性化需要在数据字典中勾选指标，对

数据字典中没有的指标可自行定义，通过上述操作用户可确定出表结构； 2. 导入数据：用户确定表结构后，系统支持从库表及外部文本中导入数据。

?

临时表数据导入功能

1. 文件格式导入：系统支持临时表数据的文件导入，文件导入格式支持TXT、

EXCEL等，文件导入过程支持数据可视化，允许用户灵活设置文件数据字段和临时表数据字段的映射关系；文件格式导入支持数据类型的自动转换，并设置

34

QB-Y-004-2010

数据导入操作允许的错误数据记录上限以及提供数据导入报告。

2. 数据表方式导入：系统支持根据数据字典从数据集市数据表导入数据到临时

表的操作，允许用户灵活操作数据集市实体表数据字段和临时表数据字段的映射关系，要求生成的临时表满足数据库建模规范。

?

自助报表创建功能

1. 创建自助报表：系统支持通过SQL将若干张临时表关联得到新表，支持对勾选

的字段进行灵活设置报表格式，满足对报表字段进行简单的二次计算功能，如排序、合计；支持数据筛选条件的选择；

2. 数据预警设置：系统支持对自定义报表字段数据设置预警规则，根据设置预警

规则生成预警信息；

3. 自定义报表预览功能：系统支持对自定义报表的预览展示；

4. 自定义报表周期更新功能：系统支持根据自定义报表数据源的更新周期，自动

更新报表；

5. 自定义报表支持生命周期管理功能。

?

自助报表发布审批功能

用户可选择不发布自己的临时报表，此时该表只供自己使用。用户也可选择发布，此时由数据集市管理员对该表进行审核，审核通过后该表作为公共表被所有人查询使用。报表发布时，需要设置报表的访问权限。

7.4.3.2 应用场景示例

市场部小王需要一张业务报表，临时使用一周，如果提需求进行开发，等到报表开发

完成，业务上也不需要了。恰好系统提供了自助报表的功能，小王就利用这项功能开始创建自助报表：

?

数据字典

首先，点击菜单树中的【数据字典】，进入数据字典主界面。找到需要的数据信息。

用户可以根据地区和表面查询需要的数据表，地市级用户可以查询本地市及省中心ETL成功的数据表。选择一条表记录，点击【查看表结构】即可查看该表的详细信息。

35

QB-Y-004-2010

?

创建表

小王根据想要的数据信息需求，自己创建数据表，点击【创建表】按钮，进入创建表界面。

1. 输入【表名】、【中文名称】信息，可点击【检查合法性】检查该表是否存在

重命名；

2. 选择【粒度】、【敏感级别】、【主题】等信息，点击【保存表信息】按钮，

完成主表信息保存；

3. 点击字段列表中的【增加字段】按钮，添加一个字段，并在字段详细信息列表

中输入字段的【字段名】、【中文名】、【字段类型】、【字段长度】，【是否为空】【是否主键】等信息。也可点击【删除字段】删除不需要的字段； 4. 点击【保存表结构信息】完成字段的保存； 5. 点击【提交建表】按钮，完成建表操作。

?

导入数据

临时表创建完成后，小王通过数据导入功能把数据插入临时表。点击【数据导入】进入

36

QB-Y-004-2010

界面。

1. 点击【新建导入】进入新建窗口； 2. 通过数据字典找出需要导入的数据表；

3. 通过字段映射操作，将数据表和临时表的字段之间建立关系； 4. 映射关系建立后，执行数据导入操作。

5. 由于最近一周都需要这个数据，小王设置了数据的更新周期是一周内。

?

定义报表

小王使用系统系统的报表设置功能，设置报表格式，并指定报表中每项数据如何从

临时表得到。在设置过程中，小王熟悉SQL语言，报表设置提供了自定义SQL功能，于是编辑了SQL语句，并最终生成报表。

报表设置完成后，小王使用报表预览功能查看了一下报表，觉得比较满意。 由于这个业务只有自己在负责，小王没有将这个报表进行发布。

7.4.4 建设要求

自助报表生成应灵活易用，便于操作，具体建设要求应包括：

1. 支持根据指标数据字典生成自助报表（必选）；

2. 数据字典将各种业务指标按照某种规则分类，同时支持模糊查询功能。可通过在数

据字典中勾选指标的方式生成报表（必选）； 3. 支持通过配置SQL脚本生成报表（必选）； 4. 支持表格和图表形式展现（必选）；

5. 支持设置数据的更新周期和数据更新触发条件（可选）； 6. 支持报表数据的预警设置（如阈值设置等）（可选）；

7. 支持审批发布自助报表功能，业务人员可将自己的报表发布出来，经系统管理人员

审批后，该报表即可被其他人员使用（可选）。

37

QB-Y-004-2010

7.5

区域市场精确分析

7.5.1 背景

区域营销中心是中国移动进行区域市场拓展的核心机构，具有重要的战略意义。提升片区营销中心区域运营能力是一项长期的工作。片区营销中心作为一线执行部门，承担了公司客户发展和全业务发展等KPI指标。在片区的市场拓展和客户服务过程中，当前主要面临问题是：

1. 在业务发展目标预测方面，如何准确掌握区域市场发展的潜力、健康度及竞争情况； 2. 如何评估渠道的业务发展能力，以便合理地分解发展指标； 3. 如何为片区内实体渠道的业务发展提供必要信息；

4. 在营销和服务方面，如何结合本片区实际情况准确定位目标客户； 5. 如何找到最有效的客户接触渠道。

因此为片区营销中心提供强有力的信息支撑，切实解决一线管理人员和营销服务人员对所辖市场和所属客户精确信息掌握不足的问题，对片区业务发展至关重要。 7.5.2 目标

建设总体目标是通过专题应用提高片区精准化运营管理和精确营销水平，支撑片区完成客户发展和全业务发展等KPI指标。具体包括：

1. 提供区域市场及客户信息收集模块，建立外部信息收集机制，使得区域详细信息能入库、使用；

2. 在客户统一视图基础上，补充客户归属渠道等更为细致的信息，建立渠道与客户一一匹配关系，为实行渠道常态运营管理奠定基础；

3. 建立并运用客户区域化精确营销模型，在营销过程中，通过应用经分系统服务营销一体化平台，准确定位目标客户，提高营销活动成功率，节省营销成本，提高渠道业务拓展的精准化水平；

4. 建立区域市场分析、渠道业务发展能力等模型，通过模型的应用，片区管理者可以较为全面地掌握本片区的市场、渠道及客户信息，使KPI指标的预估、分解和跟踪更为科学，营销、销售的各个环节更为合理。 7.5.3 解决方案

区域市场精确分析解决方案是将业务问题分解到区域市场和客户的粒度进行精确分析。

38

QB-Y-004-2010

7.5.3.1 方案实施流程

区域市场精细分析的业务解决流程如图7-6所示。

图7-6 区域市场精确分析业务解决流程图

区域市场精细分析的业务解决流程图详细描述如下： ??目标管理

目标管理主要包括目标设定和目标监控两部分，是以KPI为目标驱动，。目标驱动的驱动力主要来自两个方面：一方面是由区域、渠道所负担的KPI指标为驱动；另外一个方面是从日常KPI监控的KPI变化情况为驱动。在针对KPI问题制定业务解决方案时首先要经过目标确定环节，为解决方案设定具体的实现目标。

??方案策划

方案策划阶段，需要分析人员使用区域市场及客户分析模型，对区域市场片区、渠道的组成和片区客户组成进行精细分析。区域客户精细分析模型可以按照不同维度，对区域内片区、渠道和归属客户的组成进行分析归纳。分析结果可以为具体方案的制定提供数据支撑。

区域客户精细分析模型，所需的功能在复用已有的基础上，还需要增加区域信息、客户信息的收集汇总功能，丰富基础数据。

39

QB-Y-004-2010

依据分析结果科学制定解决方案，例如：KPI指标依据分析结果从地市、县、片区和渠道逐层分解下达，直至一线营销人员，使各级机构和营销人员明确自己所承担的KPI指标，指导工作的开展。

解决方案制定之后交由上级主管审核，审核通过后解决方案投入执行。 ??措施执行

方案审批通过后进入措施执行环节，本环节落实执行方案的各项工作，如对客户发起外呼、市场宣传和引导业务办理渠道的分流，推荐接触点等，主要由片区一线人员实际执行。

??效果评估

效果评估主要包括阶段效果评估、跟踪调整和总结评估三部分。在解决方案展开执行的同时要分阶段对解决方案效果进行评估。如果效果不理想，要寻找原因，跟踪调整前期环节，例如：调整分析模型、重新制定解决方案等。在解决方案结束之后要对整个过程周期内的实际效果进行总结评估，主要评估整体效益，以及更全面地评估区域客户分析模型准确性，为相关分析模型的优化提供参考。 7.5.3.2 应用场景实例

??2010年第一年度开始时，片区营销中心张经理收到了县公司下达的业务发展指标，

张经理通过本平台，了解到本片区内的新增客户潜力、流失客户情况、增值业务潜力客户、竞争对手情况等信息，对可能存在的优势指标和短板指标有了初步的了解，进而有针对性地将资源投入到短板指标的发展中；

??通过分析发现，手机报将是本片区的短板指标，但片区内存在一定的具有该项业务

消费潜力的客户。经过调研，主要的问题一是之前未针对有消费潜力的重点区域客户进行精确营销，二是社会渠道在发展该项业务时，成功率不高，普遍存在盲目推介的情况。针对以上问题，张经理决定将采用进社区现场销售以及和社会渠道开展联合销售活动两种模式进行手机报业务推广；

??进入社区现场销售之前，首先是通过平台选择到了手机报目标客户较为集中的重点

社区，营销人员进一步通过平台了解到该社区的客户规模、客户消费特征、客户内容偏好等信息并获取目标客户清单，提前对目标客户进行短信宣传。在现场活动完成后，通过跟踪评估活动效果发现，业务办理成功率为25%，较之前的成功率高出了10个百分点，达到了较好的营销效果；

??在渠道开展联合销售活动中，项目负责人首先通过该平台了解各个渠道的目标客户

分布情况，并且根据该情况进行任务的分配及资源的配备。将该信息推送到

40

QB-Y-004-2010

NG-BOSS，由客户所属渠道负责对客户进行业务的宣传，并且在与客户接触的过程中进行点对点营销及业务受理。在联合销售活动完成后，项目负责人根据目标客户业务办理情况进行跟踪评估活动效果，发现社会渠道的推介成功率较之前普遍提高，但仍存在部分社会渠道推广不理想的情况，因此又针对这些渠道，通过平台进一步分析具体的情况，有针对性的协助提高其业绩。

7.5.4 建设要求

区域市场精确分析的构建应当在区域市场运营过程中，起到对区域市场下的片区和渠道精确分析和掌控的作用。能够对片区营销中心提供强有力的信息支撑，为区域管理人员和服务营销人员提供所辖市场和所属客户精确信息，对区域业务的发展起到支撑作用。区域市场精确分析在提供精确信息支撑的同时，必须具备易用性，简洁性的特性。

区域市场精确分析的建设内容就是对区域市场及客户分析模型的建设，业务解决流程中使用到的其他功能复用系统原有功能。

具体建设要求如下： 1. 区域信息收集汇总功能

一线人员通过各种方式了解片区内的各类信息和客户的信息。经过进一步核实后，将这些信息标准化后汇总到数据集市中，建立区域市场统一视图和区域客户统一视图。并将已丰富的区域信息和客户信息回传给经营分析系统中，完善区域市场信息及客户信息。

2. 区域与客户匹配功能

在丰富客户统一视图、客户画像等信息的基础上，使用已有的区域化管理规则，补充客户归属基站、归属渠道等更为细致的信息，，建立渠道与客户一一对应匹配关系。 3． 区域市场及客户分析功能

区域市场及客户分析功能以区域市场及客户分析模型为基础的。通过已丰富区域市场信息、区域客户信息和已完成区域、渠道和客户三者匹配为基础，构建区域市场及客户分析模型，保证区域市场及客户分析功能的目标数据提取。 ??区域市场及客户分析模型

按照不同维度，对区域市场和区域客户类型进行分析。 （1） 片区市场情况模型

通过片区市场情况模型，评估本片区的业务发展潜力，具体指标包括： 1) 片区经济发展水平：区域特征、人口组成等；

41

QB-Y-004-2010

2) 片区内存量客户特征：消费水平、话务特征、分布情况、使用偏好等； 3) 业务发展健康度：新增、流失情况等；

4) 片区内竞争对手情况：竞争对手客户数、新增客户数等。 （2） 渠道业务发展能力模型

用于评估渠道的业务发展能力，具体指标包括： 1) 渠道覆盖能力：基站数、客户数等；

2) 存量客户的消费潜力：包括APRU水平、话务特征、增值业务消费水平、增

值业务活跃度等；

3) 渠道业务量：渠道客流量、业务受理量等； 4) 渠道业务发展健康度：渠道成本、渠道收益等。 （3） 产品精确营销模型

复用经分产品精确营销模型，结合本专题形成的客户归属片区、渠道的属性和区域市场和客户分析模型，完善经分产品精确营销模型的目标客户信息，构建成为渠道的产品精确营销模型，为精确营销提供保障。

8 数据及信息业务数据集市重点应用

8.1 数据及信息业务资费营销案推荐

8.1.1 背景

随着移动通信发展进入3G时代，中国移动面临全业务运营的新环境与新的市场格局。数据及信息业务作为公司“三新”（新客户、新话务、新业务）发展战略的着力点，已经成为拉动公司收入增长、业务量提升，以及客户发展与保有的重要力量。

在全业务运营时代，作为深化数据及信息业务运营的手段，加强数据及信息业务资费营销案推荐的支撑能力，对提升公司的核心竞争力起着重要的作用。在数据及信息业务资费营销案推荐中，面临的主要问题是：

1. 如何进一步提高数据及信息业务套餐推荐的精准度；

2. 如何通过客户渠道偏好分析，进一步提高数据及信息业务套餐推荐的成功率； 3. 如何更加准确地评估数据及信息业务套餐发展情况；

42

QB-Y-004-2010

4. 如何准确预测营销案效果。

该应用以短信营销案推荐作为模板，彩信和GPRS可参照该模板进行推广。

8.1.2 目标

有效提升短信营销案定购量和短信收入KPI是本应用的主要目的。为此，在数据集市中需实现以下目标：

1. 精准识别短信营销案潜在客户：在本地客户中找出潜在的目标客户群，并对客户

群进行分析，从而提高营销效率；

2. 合理排序营销渠道优先级：针对营销目标客户群，选择适合的推荐渠道优先级顺

序，可以提高营销准确度，避免出现引起客户反感情绪的情况；

3. 科学评估营销案现状：对短信营销案现状进行科学分析，可准确掌握当前短信营销

案推荐情况，包括短信营销案定购数量以及短信收入等指标，并针对当前营销情况的不足之处，有目的性地进行营销方案设计，令营销方案有的放矢；

4. 精确匹配潜在客户与短信营销案：分析营销目标客户群的行为特征，为不同消费能

力的客户推荐合适的短信套餐，以保证营销成功率以及短信收入。

5. 营销案预演：对营销案进行预演，对营销效果进行预测，对营销案内容、营销活

动方案的制定和优化提供参考依据。并建设营销案知识库，对营销案知识进行沉淀累积。

在营销方案实施后，采用统一的评估体系，对比营销效果，并为新一轮的营销方案设计和优化提供参考依据。

8.1.3 解决方案

8.1.3.1 方案实施流程

方案实施流程如图 8-1所示。

43

QB-Y-004-2010

图 8-1短信营销案定购数量提升方案实施流程图

? 核心KPI

该方案以提升核心KPI为目标，即提升短信营销案定购数与短信收入。 ?

目标管理

1. 目标驱动

短信营销案定购数量提升的驱动主要来自于短信营销案定购量提升和短信收入提升两个方面。通过对短信营销案定购量现状进行分析，掌握当前短信营销案的推广水平及营销效果，分析营销工作的不足，在新的一轮营销活动中有针对性的改进。而对短信收入的分析，是为营销活动结束后，作为营销效果评估的一个参考。营销工作不能仅以短信营销案定购数量的提升作为营销效果好坏的唯一衡量标准，不能以牺牲短信收入为代价，需要保证量、收同步增长。 2. 目标筛选

(1) 潜在客户识别

此阶段是确定和细分数据及信息业务资费营销案推荐（短信）的目标客户群的过程，以此支撑精准化营销。一般从客户信息知识库中进行筛选条件的组合，圈定筛选客户群。可以使用数据集市的目标客户筛选功能来完成目标客户筛选工作。

44

QB-Y-004-2010

(2) 推荐渠道排序

此阶段通过客户历史接触信息，分析其渠道偏好，得到各渠道推荐成功的可能性大小，明确针对不同用户的短信资费营销案的推荐渠道。可以使用数据集市的推荐渠道优先级排序功能来实现。 (3) 营销案适配

此阶段通过客户业务量分析明确客户潜在短信业务量，并结合客户品牌等条件限定，与系统中的短信资费营销案进行匹配，找到最适合推荐的营销案。可以使用数据集市的目标客户与营销案适配功能来实现。

?

方案策划

短信业务资费营销案推荐的策划阶段主要制定提升短信资费营销案定购量和短信收入的方案，内容包括短信业务资费营销案推荐的方案制定、效果预测、方案审核等。 1. 方案制定

对筛选后的目标客户进行细分，针对不同属性客户群设计合理、细致、针对性强的资费营销案，利用电话、短信、营业前台和电子渠道等多种方式进行营销。 2. 效果预测

效果预测是方案制定过程中必不可少的部分。通过方案效果预测，可估算出资费营销案推荐的执行成本以及方案执行后的大体效果。方案策划人员以此为依据，对短信资费营销案进行修改。 (1) 成本测算

短信业务资费推荐营销案成本测算是在营销方案具体实施前，基于资费营销活动的设计方案，对营销方案的实施成本进行测算，为营销方案的成本控制提供依据。 (2) 效果预测

短信业务资费推荐营销案效果预测是指在短信资费推荐营销案实施前，通过资费预演，对营销方案执行后所产生的影响进行估算，估算方法视本地实际情况而定。

3. 方案审核

短信资费推荐方案审核是短信资费推荐营销方案策划过程的最后一个环节，是对整个营销方案的最终确认。方案确认包括自确认与评审确认。

自确认是指短信业务资费推荐营销案在策划完成后，无需经过上级管理人员的确认

45

本文来源：https://www.bwwdw.com/article/pzvo.html