撰稿编者按：产业布局私域互联网流量，是当今社会国际品牌店家的协力知觉。借助私域互联网流量，店家互联网平台能实现更高效率地碰触使用者，促进控制系统化营运与个人化营运的产业布局。第一集该文里，译者站在商品副经理视角，阐释了怎样构筑私域互联网流量池的形式及思路，一同上看呵呵。

一、咋要构筑

1. 市场视角

1）建立全互联网平台互联网营销，对统计数据标准化环境治理的基本概念，已经是市场推广的标准配置。

2）2016年至2021年一季度，中国零售业额相较平衡，但互联网零售业的占比，每月增长4%以内（具体内容值，我也用不着记）。

3）公域互联网流量的生产成本太高。产业布局私域互联网流量，能省事、也能个人化营运。

4）2021年的618活动，多样了消费需求的情景化，淡化大笔财政补贴。控制系统化营运更有用。

（啥是情景？ 情景1——京东买卖。情景2——抖音现场直播。情景3——QQ小业务流程买卖。情景4——实体店大型超市。 懂了没！）

2. 商品副经理视角

二、怎样构筑

1. 构筑形式

• 买回SaaS：子公司的销售业务，在行业中已存在技术标准业务流程，就劝服老板娘间接买两套。接着咱商品副经理就能回去了。
• 独立自主研制：ED500子公司，销售业务繁杂，交会的协力控制系统较为多。就他们构筑。
• BizTalk研制：不所推荐。
• 密切合作研制：他们构筑中台\前台，把后端的小业务流程、H5、PC、手机开发，BizTalk出去。

2. 构筑销售业务中台，对所有控制系统进行销售业务支撑

销售业务中台包括以下主要模块。

• 订单中心：承接京东（淘宝）、京东、拼多多、唯品会等电商互联网平台的所有订单。交会调度中心。若构筑了CDP，也会交会该控制系统，进行使用者统计数据的增、改、合。
• 商品中心：能将A商品，发布到不同的电商互联网平台。且能设置不同的价格、名称、图片等。
• 互联网营销中心：一般用来限制活动的互联网营销边界、规划互联网平台的互联网营销份额。一场活动，预算100w，A互联网平台20w，B互联网平台50w，C互联网平台30w，懂了没！
• 库存中心：一般交会ERP、仓库管理控制系统。注意，中台只提供统计数据即使接口，不保存统计数据。原因若进行统计数据同步，肯定会有实际值的延迟。
• 客服中心：提供交会协力客服的接口。
• 评价中心：获取自营互联网平台、协力电商互联网平台的相关统计数据。若构筑了CDP，可交会该控制系统，进行使用者统计数据的增、改、合。
• 会员中心：记录客户的基本信息。若构筑了CDP，能简化会员中心的功能，接着与CDP做统计数据关联。但不能去掉会员中心，哪怕只有一个字段唯一编号，你也要留着。
• 供应商中心：管理供应商销售业务的模块。一般商品都会关联供应商信息的，即使是自营商品。

3. 构筑统计数据中台，为所有销售业务节点，提供决策支撑

1）案例1

梳理订单中心的统计数据，能了解到：

A商品，在X时间段内，买卖额达到每天的最高值Y。

A商品，E类属性的使用者，买回率最高，达到了F。

结论：在X时间段内，给E类使用者所推荐A商品的权重增加。

2）案例2

梳理商品中心、订单中心、库存中心、供应商中心的统计数据，能了解到：

A商品，3天后断货的概率为90%。【商品中心、订单中心、库存中心】

结论：A商品建议补货500件。X供应商提供的A商品，投诉率、售后率最低，建议在X供应商补货。【商品中心、供应商中心】

4. 构筑CDP，实现私域互联网流量营运

1）作用

将同一个使用者，在不同互联网平台的行为进行合并，接着形成该使用者的唯一使用者画像。

优化互联网营销、自动互联网营销。自营互联网平台的话，能实现千人千面的精准互联网营销，比如小业务流程、他们子公司的APP。协力互联网平台，能进行精准短信互联网营销。

2）字段

唯一标识、手机号、性别、年龄、身份证号、常驻地址、婚姻等基础统计数据。

是否有孩子、水果喜欢指数、电子设备喜欢指数、30天内平均使用时长、RFM等级、KOC指数、ROI、标签类型等销售业务统计数据。

3）构筑

梳理现有的统计数据源、预测未来需要的统计数据源。例如，国际品牌目前在京东、京东、唯品会上进行销售，未来会构筑他们的APP、并在抖音现场直播。那就需要阅读协力电商互联网平台的API交会文档，接着抽象出客户模块的通用字段，再根据子公司的实际销售业务需要，优化字段。

撰写使用者归一化的标准文档。包含正向归一、逆向兼容、统计数据挂起。

撰写使用者统计数据模型文档。例如RFM模型、使用者画像模型。必须实现可视化撰稿。

撰写互联网营销思路模型。销售业务流为获取统计数据中台的统计数据，与自控制系统的统计数据进行综合分析。将结果推送到应用层，实现精准互联网营销。

三、行业现状

目前互联网行业，对销售业务中台、统计数据中台、CDP。还没有形成非常标准的销售业务规范。作为商品副经理，应该根据自身行业和子公司实际情况，来设计控制系统的销售业务架构。销售业务运转的合理性、营运的高效性、控制系统的扩展性，才是最重要的。

例如，我们子公司在2018年的时候，为更好地支撑电商销售业务和门店销售业务，我负责构筑了销售业务中台1.0版本，当时销售业务中台包含了统计数据中心、会员中心，依托这2个模块，QQ小业务流程的轮播图和商品所推荐模块，能实现8人8面的控制系统化营运。此时，没有统计数据中台、CDP。

2019年，子公司销售业务在电商互联网平台的利润，增长率变为了负数（就是赚得比去年少了）。尤其是京东，1年下来，开车开了个寂寞。为了提高利润增长率，子公司战略被迫优化，开始产业布局私域互联网流量。

2020年，自研CDP，并对销售业务中台的统计数据中心进行升级，部分模块的代码，用C++做了底层优化，使其能支撑CDP的运行。结果还是非常理想的……额……自营互联网平台的利润还是很漂亮的，但子公司整体的利润率，还是不太好。此时，没有统计数据中台，只有CDP、销售业务中台。

未来3年内，我们子公司应该用不到统计数据中台。但是，作为商品副经理，一定到有知识储备的意识，有时间自学呵呵还是挺好的。

我一个朋友的子公司，统计数据中台包含销售业务统计数据和使用者统计数据，没有CDP。控制系统由统计数据中台、销售业务中台组成。

疑问：统计数据中台、CDP为什么不集成到销售业务中台呢？

答案：

• 对于超大型子公司，不利于部门的分工。
• 对于中小企业，两套控制系统，可能需要自研+外采，若合并了，扩展性就没有了。
• 对于SAAS子公司，能发挥他们的局部优势，只把他们最强的商品，卖给客户。

四、销售业务地图

在我有限的知觉中，我认为标准型的销售业务地图是这样的。

结语

若有不对的地方，欢迎指出来。写该文就是为了相互交流，提高自我。

本文由@石榴 原创发布于人人都是商品副经理，未经许可，禁止转载。

题图来自Unsplash, 基于CC0协议