销售业务南台控制系统构架（甚么是南台销售业务构架？）速看，

做个全面的销售系统剖析吧什么是南台？我希望先从“南台”这个术语的来源开始，或许会有一个更为理性的业务认识起初就是那个名为supercell的公司，马化腾去造访，南台觉得为什么人家只有那么点人却能创造出那么巨大的控制利润？CEO要求员工不要被流程和管理工作机制束缚，给每一小项目组足够的构架决定权。

所以由于天然资源匮乏，甚南售业每一小项目组可以更为著眼手中的台销天然资源，选择做最重要的架速事情说不定某个夜晚的早晨，你正在吃着手抓饼，销售系统老板忽然把我一群人拉进会议厅，业务郑重跟我说 —— 我要搞统计数据南台！南台背景工程项目有很多Deoria/对外/辅助，控制但无论工程项目内部的构架如何复杂，大体的甚南售业结构都是 “

使用者前台”和“管理工作前台”。使用者前台面向使用者、台销直接造成可视化，网页注重设计/可视化，与服务项目器端造成统计数据传输引导使用者完成销售流程. 比如说：

管理工作前台面向运营人员的实用性管理工作系统，前台为前台提供了一些简单的实用性。比如说：

使用者前台、管理工作前台、使用者间的关系如下：

蟹蛛科花下，工程项目插值周期基本上以月、季度为单位长开发阶段也意味着需求一旦变动，或者996，或者交付推迟所以工程项目间相对独立，许多工程项目都在多次重复发明相同的“车轮”让工程项目愈来愈呆板的同时，也让开发效率愈来愈低

但现实是互联网进入上半场，民营企业市场竞争愈来愈激烈的今天产品工程项目不能快速插值、低生产成本纠错的后果，就等同于让民营企业处于一定的市场竞争下风为了解决以上问题，“南台”的概念就有了南台的种类我们按照缓急程度爱勤逐个论述1.控制技术南台（

此基础服务项目南台）控制技术南台指的是将大家都通用的控制技术潜能裂解到一同，由同一个项目组负责，防止多次重复造车轮，是最容易实现的南TNUMBERx30核心理念商业价值是降生产成本，刚刚提到了各公司的此基础服务项目，以帐号体系为代表，都已经是南TNUMBERx30的了淘宝网、京东、携程等销售业务间，特快、长途车、顺风车等销售业务间，携程送餐、酒旅、网购间，必然要做贯通。

2.统计数据南台简而言之，表面上统计数据南台是各销售业务的统计数据能贯通但是在实际利用中，又分为多种基本上的统计数据采集、统计此基础架构建立和统计数据挖掘潜能的共享天然资源，其实是统计数据控制技术南台的专业领域，是将做统计数据相关工作的控制技术项目组整合，来支持各销售业务。

核心理念商业价值是降生产成本各销售业务线的统计数据贯通、统计天然资源共享天然资源和协同利用，则属于销售业务南台的专业领域，是以销售业务目标组织协调的有时这两者是谐振在一同的，既有控制技术潜能的共享天然资源，又有销售业务支撑但是在国内统计数据挖掘的知觉还比较浅（认为统计数据都是拉财务报表的），后者往往效果不佳。

前者在不少互联网公司倒是确实落地了在有些公司，统计数据南台只是很粗浅地把统计数据整合到一同，并没有解决任何问题，或者让整合造成什么商业价值阿里云中间件构架总监谢纯良曾经说过，许多公司的统计数据南台就是把统计数据加工成“大屏”，搞一个展示用的“。

大屏”就以为实现了南台。意思就是，统计数据南台如果不为销售业务服务项目，或者说为销售业务南台服务项目，那就没有商业价值。

3.销售业务南台既然控制技术模块可以抽象出来复用，那销售业务模块是不是也可以？在淘宝网时用过的营销策略，能不能直接挪到携程用？长途车的策略能不能直接给特快用？这就是销售业务南台的概念很显然的，由于销售业务存在更高复杂度，因此难度更大。

销售业务南台是各大公司追求的最终效果：前台销售业务敏捷推进，前台销售业务稳固支持但是真实情况往往事与愿违，难尽人意，真正做到销售业务南台运转良好的，很少见4.组织南台组织南台刚刚讲 Supercell 时提到了，是嫁接在前三种南台此基础上，再加入“放权机制”的南台结构。

阿里的南台销售业务支撑潜能可以支持新的电商相关销售业务快速创新；字节跳动把增长潜能南TNUMBERx30，头条的增长部队可以快速投入到抖音中去，甚至可以投入到海外各个国家各个产品；携程有纠错小项目组，会利用既有的控制技术潜能、使用者流量等天然资源快速纠错，找到新的方向，包括送餐在内都是这样来的。

这些都是组织南台的体现组织南台与其说是南台潜能，倒不如说是内部创业的空间它的核心理念商业价值应该在于“旧销售业务能否帮到新销售业务”，很考验组织潜能有的公司内部创业，封闭隔离，跟这个公司自己投资了个新项目组，没啥区别统计数据南台的特征

一直以来，民营企业的BI统计数据管理工作跟IT是紧捆绑的，但跟公司的战略、销售业务脱节非常厉害，很多民营企业几乎没有想过民营企业获取利润跟统计数据管理工作有多少直接的关系民营企业有投资，有费用，反正属于IT要干的事就去干吧，大家都在做，我们当然也要做，在我刚开始做。

元统计数据管理工作的时候，就是这个感觉，从没想到这个东西跟民营企业的利润有半毛钱关系做了怎么样？不做了又怎么样？我们甚至连自己都骗但是直到开始做大统计数据，当商务、开发必须紧密衔接的时候，当发现某个统计数据问题已经导致变现困难的时候，才感觉到统计数据管理工作的真正商业价值，才知道自己的统计数据管理工作工作该干什么。

这是我以前的困惑。

自己不止一次的提到过：IT是销售业务的后端，而统计数据是后端的后端，统计数据要往前走面临着巨大挑战DT时代给了我们一次机会，但有了势，没有方法和举措，你也抓不住，还好，我们有统计数据南台为自己正名但十多年前统计此基础架构如火如荼兴起的时候，为什么它就不能称为统计数据南台？为什么统计此基础架构就不能更好的创造商业价值？

笔者认为统计数据南台起码有三个特征，是传统的统计数据平台很难兼顾的：销售业务化、服务项目化及开放化销售业务是根本，服务项目是手段，开放是商业价值，而统计数据南台把三个都占全了那么，实时的统计数据南台怎么做？下面是实现实时统计数据南台的一种逻辑构架，方便你去理解，其实最关键的是实时模型那一层。

1、实时接入不同类型的统计数据需要不同的接入方式，flume+kafka现在是标配，其他还有文件、统计数据库的DSG等等控制技术比如说运营商就有B域的订购、通话，O域的位置、上网等各类实时统计数据2、计算框架这里只列出一种，基于Kappa构架实现实时/离线一体化销售业务开发潜能，相对于传统。

Lambda构架，开发人员只需面对一个框架，开发、测试和运维的难度都相对较小，且能充分发挥Flink流式计算框架一点执行、高吞吐、毫秒级响应、批流融合的特点比如说将流计算组件划分实时统计数据切片，批处理组件提供离线统计数据模型（驻留内存），两类统计数据在处理过程中实现批流关联。

3、实时模型跟统计此基础架构模型一样，实时模型肯定首先是面向销售业务的，比如说运营商有流量运营、服务项目提醒、市场竞争应对、放好拉新、厅店引流、语音消费、运营评估、实时关怀、实时预警、实时洞察、实时推荐等一系列的实时场景，你总是要基于你的实时销售业务提炼出具备共性的统计数据模型要素。

比如说放号拉新中的外来务工实时营销，其中可能的触发场景是针对漫入到某个交通枢纽并驻留10分钟以上的使用者进行营销投放，“在某个位置的驻留时长”这个公共要素可能就是一种可复用的实时模型实时模型纵向可以划分为DWD和DW两层，DWD模型做的其实是针对各类实时统计数据做命名的标准化和过滤字段的操作，方便进行统计数据的标准化管理工作，DW模型这里分成了三大类：。

动态模型、事件模型和时序模型，每种模型适合不同的场景，同时需要采用与之适配的存储格式动态模型：对实时的统计数据进行汇总统计，适合做实时的统计指标分析，比如说实时的销售业务办理量，一般可存储于Kafka和Hbase。

事件模型：把实时的统计数据抽象成一系列销售业务事件，比如说从位置日志轨迹中记录使用者的位置变更事件，从而可以触发LBS的位置营销，以下是典型的位置事件模型设计，一般可存储于MQ和Redis：

你也可以设计滑动窗口模型，比如说保存最新一小时的分钟级的滑动窗口位置信息：

时序模型：主要保存使用者的在线的时空位置等信息，可以基于销售业务场景需要进行各种快速的计算，比如说非常方便的计算驻留时长，存储于Hbase或TSDB（时序统计数据库）：

4、实时服务项目有了实时模型还不够，统计数据南台还需要提供图形化、流程化、可编排的统计数据开发工具，才能真正的降低实时统计数据开发生产成本但由于离线和实时统计数据处理的控制技术手段不同，导致针对这两种类型的统计数据开发和管理工作大多是在不同的平台承载的。

比如说以前我们的离线统计数据模型是通过DACP平台管理工作的，但实时统计数据则游离在DACP平台之外，其往往属于应用本身的一部分，应用需要通过编写特定脚本去消费和处理流处理引擎中的原生统计数据，这种处理的门槛不仅高，所以天然资源浪费也挺严重，每一实时应用其实都是流统计数据的孤岛。

站在应用的角度看，销售业务其实需要的是一个统一的统计数据开发管理工作平台，离线和实时统计数据应作为统一的对象进行管理工作，比如说具备混合编排，混合关联等潜能，用简单的类SQL定制化输出应用所需的各类统计数据，从而高效的对外提供实时/离线统计数据服务项目。

5、实时应用这块讲的东西就有很多了，后续会慢慢讲，想看的话转发加收藏，人数够了就开始写总结1.南TNUMBERx30还是要遵循“具体问题，具体分析”的道理没有放之四海而皆准的南TNUMBERx30策略，有的销售业务就不需要南TNUMBERx30，有的南TNUMBERx30反而会适得其反。

有的公司压根就只有一个销售业务，或者有几个销售业务都没有多次重复造车轮的现象，那硬去学习阿里的南台，一定是东施效颦了看阿里谢纯良的采访，包括我跟阿里的朋友了解到的，阿里的南台也是“痛极思变”的过程，在跌跌撞撞中成长的，不是老板一声令下就全部到位的。

2.南TNUMBERx30的目标都是降低生产成本，分两种：第一，现存销售业务间多次重复造的车轮合并，降低生产成本；第二，为某些销售业务尤其新销售业务提供潜能，可以低生产成本快速纠错3.对于有的大公司，南TNUMBERx30不是个控制技术问题，反而变成了组织问题，就是各销售业务线要不要接受别人提供的东西，还是我就要自己做；以及对于新销售业务来说，能否得到老销售业务既有潜能的支持。

4.对产品经理和运营来说，一定要加入可以销售业务自闭环的项目组，不要加入纯支撑的南台项目组离销售业务远会很容易成为“鸡肋南台”比如说在许多公司，此基础服务项目的南台，压根是没有产品和运营这样的销售业务岗的，都是控制技术我是 @帆软

，专注BI商业智能领域十五年！最后分享一些相关资料：大统计数据决策分析平台建设方案​www.fanruan.com/resource/130?utm_source=media&utm_medium=zhihu&utm_campaign=gf&utm_term=nryx_1

《数字国资》案例集（半年刊）​www.fanruan.com/resource/129?utm_source=media&utm_medium=zhihu&utm_campaign=gf&utm_term=nryx_2

BI建设地图（行业独家）​www.fanruan.com/resource/74?utm_source=media&utm_medium=zhihu&utm_campaign=gf&utm_term=nryx_3

商业智能（BI）白皮书3.0​www.fanruan.com/resource/21?utm_source=media&utm_medium=zhihu&utm_campaign=gf&utm_term=nryx_4