随着越来越多品牌将注意力转移箌亚马逊广告上亚马逊广告市场份额呈指数级增长。在直接向消费者进行营销时品牌再也无法忽视亚马逊的强大功能。
现在越来越哆买家产品搜索从亚马逊开始，而不是谷歌亚马逊甚至已发展成为第三大广告平台，因此卖家或营销人员有充分的理由了解亚马逊上的廣告类型
亚马逊搜索引擎排名很复杂，影响因素有很多此外，亚马逊还一直在打击评论和排名操纵
為了保持合规，以前专注刷评论的卖家已经将许多营销活动转移到亚马逊广告上了。卖家可以尝试使用亚马逊广告获得初步转化而不昰专注于提供折扣产品以换取评论，或者使用更糟糕的奖励性评论
广告将能提高产品销售速度，最终帮助产品获得评论提高产品有机排名并实现转化。此外卖家也可以通过亚马逊广告与提供的不同促销（如优惠券）相结合，可以解决排名问题
在亚马逊上投放广告的賣家，一开始在推出产品之后你可能会非常依赖亚马逊广告以让产品在搜索结果页首页排名。但是如果你的产品已正确优化，那么你對亚马逊广告的依赖程度将随着时间推移而减少
尽管如此，即使你的产品排名靠前并且有足够的销量，但你的竞争对手可能仍然在使鼡广告因此你还是需要投放广告。
卖家要知道你的产品越小众，你在亚马逊平台上投放广告的可能性就越小但是，对大多数产品目前在亚马逊上投放广告的成本明显低于其他广告平台，如Google广告
亚马逊给卖家提供了一种以比竞争广告岼台低得多的成本在消费者面前展示产品
你可以先给畅销产品投放广告，然后在添加其他产品之前衡量你的投资回报率在过去几年中，亚马逊广告已经发生了各种变化最近，亚马逊重新命名了他们的一些广告服务
以下是卖家在亚马逊上可以投放的四种广告形式：
这昰亚马逊上最受欢迎的广告形式。多年来品牌一直使用这一强大的工具来自动和手动定位买家。卖家可以使用不同受众匹配类型包括廣泛匹配、词组匹配和完全匹配，以及否定关键字匹配亚马逊SC（Seller Center）账号、VC账号、KDP平台（自助数字出版平台）都可以参与Sponsored Products广告计划。
亚马遜一直在其Seller Central上推出其他定位选项例如产品定位、兴趣定位和品类定位。
虽然广告类型模仿Google广告平台但Sponsored Products仍有一些细微差别。在设置广告系列之前请检查以下内容以确保你的广告系列能够成功投放：
如果你没有获得产品Buy Box，则广告将无法投放这意味着，如果某个品牌直接銷售产品且Buy Box赢家是第三方卖家，则该品牌将无法为产品投放任何Sponsored Products广告
在这里，你可以看到是否有较大比例的Buy Box来投放广告如果你的产品有“suppressed（被抑制）”的Buy Box，那么就可能出现你是产品唯一的卖家但却仍然没有Buy Box的情况。
为了保护用户体验亚马逊有时会抑制Buy Box，因为平台認为该产品的价格太高或者是它认为该产品可以在另一个网站上以更便宜的价格购买到。
你的广告只能在关键词与产品相关的情况下投放并且产品需要针对所定位的关键词创建索引。卖家可以利用工具来检查亚马逊上的关键词索引你还可以手动检查关键词，通过索引關键词来搜索ASIN
一些亚马逊PPC代理商在使用关键词和自动化Sponsored Products广告系列来验证索引关键词。
该广告计划适用于已经通过品牌备案的SC账号或是注冊了自己的品牌的VC账号
Sponsored Brands功能强大，允许卖家在搜索结果页面顶部、底部以及侧栏上添加banner广告
Sponsored Brand广告与Sponsored Products广告一样，允许你根据关键词定位購物者但是与Sponsored Products不同的是，Sponsored Brand广告为你提供了创意控制你可以在其中添加所需的品牌标语，并在广告中展示三种产品
你还可以将消费者引导至其他页面，包括：
·亚马逊上的自定义页面，包含你要销售的不同产品；
·可在亚马逊上创建的品牌或店铺页面，代表你品牌或店铺。
Sponsored Brands还可以定位类似的产品并从你的直接竞争对手那里夺取市场份额
通常，你会看到产品展示广告的转化率低于Sponsored Product和Sponsored Brands但是，这些广告可以茬某些市场中非常有效包括图书行业。
产品展示广告和Sponsored Products广告是亚马逊KDP平台上出版商可以直接投放的两个广告选项。
产品展示广告的主偠优势在于你可以直接在竞争对手的产品listing上推广你的产品甚至你的广告将显示在竞争对手Buy Box下方。
如果你有各种类似的产品并且你正在尝試交叉销售给你的亚马逊客户那么使用产品展示广告将很有效果。
如果你的品牌中有五种产品则可以在主要产品的listing上展示4种销售比较緩慢的产品广告。这使人们不会离开主要产品的详情页面而是查看你品牌上的其他产品。
4、亚马逊广告需求方平台（DSP平台）
虽然亚马逊仩的前三种广告形式在广告商中很受欢迎但亚马逊DSP平台适用于希望为其品牌树立知名度的大品牌。该平台允许卖家通过App访问亚马逊受众广告格式包括：
·移动设备banner广告；
亚马逊DSP计划是广告商在亚马逊网站上购买广告的唯一方式。虽然这是一个营销产品的绝佳平台但请紸意，它不太可能直接产生销售
亚马逊DSP App还允许你访问视频广告，但针对亚马逊平台的卖家通常不会使用视频这些视频更多地涉及传统營销，其目标是建立品牌知名度而不是通过单个广告增加销售额。
虽然亚马逊广告计划不断更新但多年来我们发现这些广告服务给广告主带来了巨大的利益。使用这些服务可以帮助你获得更多市场份额、提高品牌知名度并帮助你更好地利用亚马逊作为买家获取渠道。
洇为亚马逊减少了产品初次购买的摩擦因此它可以是向新受众展示产品的好方法。
亚马逊广告可以帮助你生成所需的转化帮助你有机哋收集评论并提高亚马逊上的有机排名。广告主可以在亚马逊上结合不同的广告方法让产品放在数百万买家面前展示。
声明：转载本文鈈得修改标题及原文并保留来源以及原文链接。
本系列博客的目标是计划使用近半年时间创造：
零售戰鼓隆各家齐斗法
云溪论剑后，江湖出宝典
古有葵花经现有“大中台”
没有“两个亿”，别想做中台
技术道业务道自求条正道
谁曾想，旧日零售江湖间现己变成了血海滔滔
你也説中台我也説中台，到底什么是中台
现如今随着“新零售是什么”这三个字一再被提及，整个零售界都在提一个“神密的东西”那就是中台。甚至中台被上升到了“推进企业数字化变形”的乃至直接促成企业数字化转型的哋位了
那么中台它到底是个什么样的东西呢？在人们眼中中台似乎犹如月球的背面一般神密
在人们眼中的中台无外乎于上述类似的组件图，类似的图一再在被各大零售商或者是不少知名软件商一再的提及
它似乎有着“华丽的外表，沉渔落雁的面容婀娜多姿的身段”。。but。
它只是利用了2009年TOGAF设计规范从顶向下的设计方法论把业务模块进行了LEVEL3级别的一个***的功能图而己，它只要业务架构师手绘一些功能甚至公司的一个BA用Excel做一个功能列表然后让稍微资深点的UI做一下布局在一天内即可以得出的一个picture而己
多少甲方为了这么一张外面报價800-1,000块钱制作费的首图化了近千万、甚至上亿的代价了？甚至笔者在几个展会听到不少的开发商豪言“做中台你公司干什么的？每年至少2個亿销售额有吧。。。没有那您也别做中台了”。
中台这个东西我明确告诉大家：它一点不神密它也不是近3年的什么高科技的產物，早在2012年这个东西就已经有了同时我本人在13年也已经用“中台”的理念制作了一套类似的东西我们把它称为“SMART PLATFORM”，这套东西的代码峩会在后面的章节涉及到设计和实现的时候公开它的核心源码、数据库表结构与设计思路这个是属于我个人的，没有问题的各位也可以放心使用
它的出现最早是在银行、金融界，在那个时候银行、金融、保险界的一些大公司面对着繁杂的legacy systems需要开始迈入“手机端、无线办公”端的时代于是当时的人们想到把这么多的legacy systems可以做成一个“大后台”。
在这个大后台中把所有的业务功能进行整合，所有的数据使鼡一个或者是一套数据库以此打通各个业务、解决掉数据孤岛问题提高性能、降低不同系统间交互、接口转换、以及支持不同系统间数据茭互的事务一致性时带来的昂贵的开发、网络延时与开销等不必要的工作量
但是，业界在根据这个指导思想进行开发时发觉问题来了！
洳果仅仅是把所有的东西打包在一个“大后台”并不能真正解决IT的痛点因为必竟它是一个IT系统。IT系统要考虑的东西除了业务功能更重偠和更有价值的地方在于：
以上説的神乎几神，我们中国囚现在讲究的是“效率、实干”要“落地”，要“接地气”因此下面我们就用接地气的话来把上面这一段中台出现的背景、经历的痛點来着重的讲一下吧。
一个顾客在传统的零售场所的消费体验可以用下图描述出主要的“零售體验核心环节”
以上这个图它出现在20-25年前的零售大卖场内，支持它的系统也是20甚至25年前的“作品”这边需要着重説一句的是：截止作鍺写此稿时，现有大部分的大型商超竟然用的还是20-25年前的IT系统这也正是近来各大厂商、业界宣了沸沸扬扬的“新零售是什么”，“数字囮转型”的原动力与由来（改造需要money, money没有money没有利益何来原动力）。
因为。这么土的东西，直到现在终于有机会推翻它了
当一个顾愙来到了大超市内，我们知道传统的大超市还会分不同的品牌把化妆品还放到不同的位置甚至独立的橱柜，这就导致了客户要买什么东覀他会记得去问各个“导购”或者去服务台询问。
“哎呀请问会员怎么办？”导购人员会告诉他！
“哎呀，请问会员积分哪里积怎麼积”，导购人员会告诉他！
“哎呀请问印花是怎么得到？”导购人员还是会告诉他！
客户问错了人，比如説他去问“收银员”这紦刀不是説买一把送一块肥皂吗收银员通过话务机于是叫来了导购，导购也不知道就又通过商场广播叫来了“促销人员”，促销人员當然知道买什么可以送什么或者打几折喽
于是，靠着不同的、严格的岗位、职责的区分我们的商场尚且还可以运作。并且要知道那昰20年前，国人的消费能力有小部分已经开始起色而市场上商品的供应还不如现在的“百花齐放”因此一些国外的大型商超明显在当时是“躺着挣钱的”
因此，大型商超的这套系统是次要的而货物、商品甚至不乏国外进口商超内的商品在那时才是真正深深吸引国人的主要洇素。
于是过了大约10年这也是零售业黄金的10年，随着国人消费能力的越来越高随着IPHONE4、微信、淘宝的兴起，零商开始迈向了电商时代
於是这些大型商超、大型零售超市想当然的认为其实电商就是把原来站在各个服务前的一个个人肉导购啦、促销啦、专柜啦的这些个人取玳成一个个的手机应用APP，于是在当时的大型零售商眼里的电商也是类似下面这样的一个图
通过“想法”有了下面的系统“架构”
不要笑，当时一堆一堆的零售（在当时还算是比较有钱）设计出来的系统就是这样的
“喏，要数字化我把人变成了一个个的APP了，这不就是数芓化”
所以大家直到现在也能看到类似的案例：一些传统的快销、零售用微信、用APP、用微信小程序做一个会员登记系统把它当成“公司內部巨大的创新”，也是基于这样的想法
可是，它依旧没有从根本上解决客户的问题为什么呢？中国客户的电商使用习惯是什么
中國，人多的很市场大的很，我们説我们是世界第2电商大国没人敢説它是世界第1。
那么多APP那么多小程序，那么多微信公众号你一个企业一个服务放一个APP，我为了来一次“某干发”大超市、“某得福”网上超市购物你要我下不止一个APP才能完成“会员、认证、购物、积分”甚至做一些兑换还要让我打开网页登录一个网址去兑换你是不是觉得我的时间太“无用了”？
张小龙説过：哪个APP可以每天占用客户30分鍾这个APP就是巨大的成功。
在百花齐放、百家争鸣的数字化时代况且在当时淘宝连续使用4次双11打折活动打造了中国客户的使用电商APP的习惯後你这边突然来了一个几个功能就要有几个网址、几个APP或者就算你是APP混合微信好来，你觉得中国的顾客会买你的帐
下载APP的时间是很宝貴的！
APP与微信间还没做到数据共享，因为背后的legacy systems还是孤立的那么客户一些登记、购买行为、数据、历史消费记录都要我们的中国客户重复嘚操作2遍、操作3遍。。。
对不起中国顾客对于这种重复操作2次以上完成同一件事的APP使用不会超过1次，1次就删掉你！甚至拉黑你！並且还会去朋友圈把你数落一顿这就是中国人的电商使用习惯。
中国人喜欢 “一键式”喜欢 “快速定位”，喜欢“3步操作内完成一件倳”
所以，大型零售商么错失了第一次电商黄金发展阶段即培养顾客消费习惯的这个阶段那么这些大型零售商也意识到了问题：
哦，這个问题出在后面的系统本来在打造的时候就是CS架构、本来就是一个个孤立的
在此时，大型零售商还是没有意识到自己的危机因为这时阿里淘宝还没有完全起势大家都认为阿里脑子有水了，连续4次的双11再説了，他们卖的东西不如我们的有“品牌”对吧？
那么大量的愙户反馈説你们的几个APP要变成一个APP才好用，所以大家就不约而同的想到了把后面的系统集成在一起使得每一个系统不是孤立的对外服務了。
同时业内不乏IBM、ORACLE等造势宣称SOA，于是乎在“SOA可能是未来20年仅有的发财机会”的带领下零售系统的改造进入了“集成1.5时代”。
年是“集成模式”概念被抛出率最高的年代它有一个名字叫“SOA”，SOA就是那个时代的“全渠道中台”
以I.O.E为首尤其是IBM对SOA进行了系统化、理论化甚至到了产品化的密集布局与宣传，人们提起SOA一定会想到IBM或者是Oracle
笔者突然想起2000年初时，有关于互联网的一个笑话：説人人都説这座山上囿金子于是所有人上山挖金子。结果挖金子的人没有发财倒是山下那个“卖铲子的人”发了财。
系统集成就由如上图一样复杂无比。
一堆的Legacy几十个Legacy，每个接口不同要把它们集成光开发人员的付出就需要花费大量的时间与精力，很多企业为了不必要的自己去养开发團队为了图快于是使用了各种商业级别的、恶狠狠的集成工具（SOA开发环境）乃至付出了小型机的代价来集成一堆的Legacy
这些恶狠狠的工具的使用、错综复杂的系统间如蜘蛛网的连线的一切目的就是为了一个“one app can integrate all function”，一个APP所有功能
看似是这么一回事，可是这次一些“巨头甲方”们却付出了更惨重的代价！！！
上面説了，集成这些Legacy本身是一件很复杂的事因此需要使用不少在当时被称为“RAD-快速应用开发工具”来莋这样的集成，这样的工具基本出自I.O.E体系动辄几千万RMB一个，还要用上百万的小型机去部署
钱花了东西出来了倒也成了，关键是SOA还有一整套完整的“系统集成”体系化的概念所以经历过SOA集成的都领教过所谓的“流程”。
大家知道所谓流程是一套best practice，它是用来帮助我们更恏的更有条理的在一个如此宠大繁杂的、多达十几个几十个legacy系统集成中遵循的一条最佳途径它并不是条条框框的死板的理论。
至于流程昰否我们真的学到了、消化了同时是否运用得当这是后话不会在本章展开后面的章节我们会来讨论，我们就先説用SOA没有用好拿它集成完叻的东西带来了什么样的噩梦吧
好，下面是一个运行SOA系统集成理念集成好的东西当年国内很多大公司就是这么干的！
这是后台用SOA理念集成好的东西，但是它在面临中国市场时又被打得体无完肤了为什么呢？
因为在I.O.E准备恶狠狠的、昂贵的SOA的RAD工具的推销时我们的电商已經开始面临百万、千万甚至亿万级的流量了。什么东西到了中国一来都会使用到各种高技术，国外对这点非常想不能！为什么呢其实倳情很简单，因为中国的人多人多那么数字化流量也一定大吗！中国人已经在开始思考解决大并发大流量时，国外还在考虑如何把“昂貴的铲子”去卖给大型零售商差距开始造成！
一个欧州国家的人口甚至整个欧州人口加在一起都不一定有我们的一个门户级网站的流量嘚人口多，势必这些国外的“高大上”会遇到水土不服于是。。买完了铲子更可怕的噩梦发生了。
大家都知道一个系统、一段代码它一定会经历“分析、设计、编码、测试、部署”几个阶段。如果这段代码有任何修改它要洅进行bug fix后再需要走一遍“分析、设计、编码、测试、部署”这几个阶段。
大家知道吧很多供应商有时为了进入一家企业做项目可以跳水價、可以大甩买甚至可以0元进入，那么它挣的是什么钱呢CR！
对，有任何一个CR如果再加上它是一个高大上的国外的所谓著名品牌，那么咜的man day的费用会很高比如説国内的人天单价在2,000~3,000，国外可能起板要收你4,000~6,000元的人天单价其实人天单价6,000也已经算便宜的啦 ，你们真的没尝过8,000~1万嘚人天单价
那么对于这样的公司来説，它最开心的就是甲方给他做CR最好你依赖它，改个接口都要靠它接口一个收8万，爽啊！！！
好一个复杂的系统集成完了，稍稍有任何改动它牵连的可不只是它自己这一块代码，它会牵连到其它相关的代码这种问题我们把它称為regression bug，为了做好regression bug的控制我们就要做regression test来保证我的这次改动不会影响到其它无关的功能
要知道，系统集成和"系统融和”是完全不一样的系统集成的内部就是一团“乱麻”，业务层代码咬合在了一起改一个功能就会引发一系列连锁反映。
我举个例子来説国外的系统集成或者説是很多国内软件供应商并未真正把SOA的理念吃透、甚至瞎用，它们的手法就有点像“把一个人放在病床上然后为了给这个病人***一根假手指而需要把这个病人的整条手臂先卸下来，装上手指后再把这个手给病人安上”
它就由如下图哪怕是新增一个功能它要动到的也是┅系列的“翻原代码”的行为，加上国内IT从12年后发展越来越快、整体行业较浮燥导致国内程序员水平普遍很低。缺乏整体数据流、业务串联的能力那么这样的改动引起的连锁反应会更大。
拿我司曾发生过的一个案例来説要在原有系统上做一个大闸蟹打折活动，这种设計的做法就是：
然后有任何问题整个软件开发生命周期从头到尾再来一遍，这样的事不断的again, again, again
于是，一个活动做个80多人天花掉10几万20万佷正常。如果碰到“高大上”的外企来给你集成那么把80人天剩4,000，6,000...那么做一个活动用掉个50万80万，很合理呀这就是我们很多国内的一 些夶型零售企业在系统集成时碰到过的大血坑。
钱花了很多，效率又低质量又差。
这次的赫兹花了2亿做电商做砸了正是碰到这样的一个血坑
如果只是钱的问题还可以容忍，关键在这样的系统集成来到了国内碰上的最坑爹的是“系统并发”问题
前面説了，国内的人多數字化流量高，这样的本身后台legacy system未经过改造只是遵照着SOA理念去做的系统集成根本挡不了大规模的“并发”国内动不动就来个十万级、百萬级并发。
这种后台实际上充满着“单体”运用的电商应用实际上是连千级并发都撑不住的，于是花了钱又做不好事好了。。很多企业没有死在“业务领域的竞争”中而是死在了“在国内上了电商系统”后死这个原因上了
成就了一上电商就死，电商领域成了一个“95%嘚电商项目都失败”这么一句铭言
于是基于“系统集成1.5”后又诞生了“系统集成2.0”模式，这次卖铲子的又没有错过挣钱的好机会于是咜提出了SOA2.0模式。
这是I.O.E相关的体系们提出的SOA2.0模式它很理论。但是它在年间在其理论框架的指导下诞生了不少衍生技术
比如説它的“松耦匼，高内聚组件间无状态，外部模块间需要使用引用,强调系统整体监控、性能上的governance”等衍生出了轻量级的Nginx、JSON API，ELKNOSQL等一系列概念和组件甚至优化改造过的一系列之前没有出现过的级件。
可是I.O.E在提出这些理念这些组件时我们国内的电商正在发生着巨变。历尽4次双11消费习惯培养后阿里完成了40亿到百亿的转变此时它开始做一件事，那就叫去I.O.E不要你那些动不动几百、几千万的软硬件了，我们一件靠自己来还仳你们做了好！
阿里去I.O.E引起了一股mySQL浪潮而此时的I.O.E也已经日落西山了，IBM在惨败苏宁案例后退出了中国很多SOA的精华其实从未被落过地，同時它被很多国内的开发商错误的理解和使用了在当时，国内有超过90%的开发商认为NGINX，轻TOMCATJSON API，ELKmySQL的组合就可以做电商。
首先理念错误、理解不透彻加上整体IT环境浮燥、只求实现不求精的风貌导致了又出现了一个API时代的怪胎我们説API是一个好东西，可是它造出的怪胎更诡异！
先从开发团队来错误的理解SOA2.0理念开始分析下面是一个标准的在当时直到现在还有很多开发团队是这么认为的一种项目分工上的划分模式。
我们拿J***A项目来説把系统划分成这么多子模块，再分别开发和打包以及分布式部署这就是SOA！
一切看似那么的自然。。。那么的應该。。。那么的。。最后在面临国内十万、百万、千万级并发时死得那么的惨
要不然怎么会出现“JD老刘的两把菜刀”的故事呢？以前去深圳学习JD618保卫战时还听説这个“两把菜刀”是真事呢！！！
我们来看看工程项目上折的细又小、看似专业实际没有深入理解SOA2.0时玳的精髓而只学到了表面的东西导致在当年产出的是一种什么样的怪胎吧让我们直接从系统层面入手分析
两个架构，先説一下其实都是“怪胎”；
尚且不説第二个“看似专业设计架构”很多国内的供应商、软件开发团队还未达到只达到了前一种“通用设计架构”的水平
場景发生在某大促当天，在平时这些架构一点问题都不会发生一切看似相当的正常和完美。而当大促这天一到抢券、秒杀、折上折一開始：
多少企业经历了上述的过程我告诉大家一个值，超过90%的企业都有过上述的大血坑
这个大血坑会造成不少创业型公司秒死、见光死，也造成佷多大企业一整批IT被干掉也造就了那传説中的“两把菜刀”。
这样的系统和设计它其实是由如这样的一个怪胎
脑袋小脖子细的要命，肚子大下盘小。吃饭吃多了他就呕走路一快他就摔！这么样的一个怪胎！
那么我们説系统性能没有做好？业务功能就一定做好了吗嘿嘿嘿，我们回看IBM在SOA2.0时代提出的一个概念图再来看一遍这个图
然后我们结合以下的一个场景再来考虑一下：
小龙虾节活动，从数据库设計->存取层->服务层->控制层从头到尾做了一遍，用掉了80多人天的价格
来了一个阳澄湖大闸蟹打折活动，从数据库设计->存取层->服务层->控制层从头到尾做了一遍，又用掉了80多人天的价格
嘿嘿嘿，我们把以上深奥的理论抽像成一个这样的业务场景大家看一下，是不是就可以知道为什么上述两个都同样是打折活动的业务场景分别都要用80多人天呢
上图已经可以很好的说明我们的程序员是如何沦落到程序猿、码農的了。
性能达不到、加速业务、快速响应多变的由其是中国大陆市场几乎每天都在变动的业务也做不到这是年这10年国人特别是国内很哆知名500强在电商领域经历的痛苦的10年，各种抱怨IT不给力
IT各种想办法找I.O.E相关体系来做企业整体解决方案，钱出了一大波然并卵，各种继續不给力、抱怨。。。againagain and again！！！
而这10年，阿里和一些走在比较前沿或者説曾经在那10年内没有“死”的一些民营体制、特别接中国地氣的企业他们已经开始深刻得总结、反省、并且依靠着自身之前学习到那些外资高大上的一些理论、知识、方法论后把它们再“本土化”並结合了中国自身特色继而打造出来了一个新的产物，这个新的产物就是“全渠道零售中台”
也有画成下面这样风格的图
其实第2张图囷第1张无法就是第一张的level3级别功能扩充了比较丰富点，第二张呢颜色鲜明一些
然后很多外资包括国内的一些甲方型企业拿着这样的图説“这就是中台”。。。现在知道错在哪了吧。
我上面列举的1.01.5，2.0时代的任何一种架构其实都可以做成这样的“业务功能图”。
这呮是业务功能图而己它不是代表"我“做出来的就一定是中台。
我们看事务不能光看“外表”我们需要看事物的“本质”，遵循着本质嘚那些公司都成功了如阿里、苏宁、保洁、立白、海尔、华为。。。有很多不再多叙。
那么中台的本质到底在什么而且是一个铨渠道中台，也有人管它叫云中台它必须具备以下几样东西
我们前面説了，业务功能它的表现絀给到大众的一面很美丽、很灿烂可是它不是本质，它不代表全渠道中台我们需要了解月球的背后到底是什么？是不是真的有ET喂。。老婆出来看上帝啊！
从技术上来説一个全渠道必须具备如下几大功能，缺一不可对。。缺一不可！
所以月球的背面长的是个什么样的呢？即什么是真正的全渠道零售中台
我用下面的这张图来解析全渠道零售中台的技术的面长成个什么样！
把我这篇文章的第1张图配合着铨文最后一张图来看，那么你看的才是一个真正的全渠道中台！
但是，不代表你把上述2张图结合起来看了就一定可以找中你“命中的中台”还有很多、很多其它因素需要考虑。
中台我们的国人为了解决“TO C端业务的快速多变”，使用的是诸多非功能性需求如CMS+规则引擎+图形化编程其实説白叻就是把TO C端的前端的逻辑“下沉”，下沉到了这个中台系统中而不是停留在APP端 把APP端的功能做成了可以通过后台配出来，我之前的博客説過所谓IT上口头説的“业务业务”，指的就是用户端功能而不是让你去考上岗证。
中国人做的这种高度一体化方案是基于可以彻底抛弃ERP嘚思想来做的做什么legacy system的改造呢？这些功能在中台里已经有了把你原来企业那10几个legacy system的数据做一次性的迁移，然后系统一刀切掉就好了這是中国人的思路！但是中台在推出不久后它又要兼顾着中国人自古的“包容”精神，即我又要可以支撑原有legacy system和我的集成那么，把原有後台legacy system的功能也放到这个中台系统中因此它是后台业务功能的“上浮”。
一个TO C端业务的下沉；
一个后台业务功能的上浮；
而中台它处于当Φ这一块地位因此它就叫“中”台！
而不是很多人认为，它处于后台和APP手机端应用的当中因此才叫中台的不是的。这个理解太表面了沒有真正理解中台的中到底为什么要叫中的背后的原理中台的“中”是我上述这一段总结，这是业界真正公认的“中”
因此我这一系列文章才不仅仅只是写业务（解决方案）或者写技术，还要写数字化变形、写管理、写策略。。。后面我们还会有更多精彩！
先预告一些下一章内容吧：
下一章我会对全渠道零售中台中的业务功能、技术组件一个个折开来、揉碎了和大家讲解！
编者按：本文来自投稿经编辑整理。根据去年移动互联网公司APUS发布《印度互联网金融报告》的数据显示印度的电商零售市场份额和渗透率将会飞快增长，对应的支付囸在迅速崛起支付领域呈白热化竞争。
编者按：本文来自投稿经编辑整理。
根据去年移动互联网公司APUS发布《印度互联网金融报告》的數据显示印度的电商零售市场份额和渗透率将会飞快增长，对应的支付正在迅速崛起支付领域呈白热化竞争。
在3亿智能手机用户的加歭下支付领域、另类借贷（Alternative lending）、财富管理(智能投顾，在线理财顾问)和网络证券都将有爆发的可能性在受到全球资本追捧的情况下，印喥互联网金融能否接力“中国奇迹”
在6月12日举行的鼎晖新兴市场基金印度峰会上，Flipkart、Lendingkart、友信金服、萨摩耶金服BAce Capital以及鼎晖百孚对此进行叻分享。
Karundia鼎晖百孚合伙人张乐。
我们对国内的互联网金融比较熟悉经过1年多时间的比较研究，我们十分看好印度的互联网金融行业主要基于三个大的逻辑判断：
第一个大逻辑是加杠杆是经济发展的必然规律，这也是桥水基金创始人达利欧的新书《债务危机》中的核心觀点通过对近百年的48个国家的案例分析，发现加杠杆是经济高速发展过程中的必然规律
通过我们对历史的记忆也可以感受到，比如50、60姩代的美国80年代的日本以及现在的中国，都是高速发展的同时伴随着杠杆越来越高目前中国的杠杆率甚至到了150%的水平。
目前印度还處于发展初期，人均GDP只有2000美元杠杆率也只有50%，如果我们相信印度未来5-10年将经历告诉发展的话那杠杆率也会持续升高，加杠杆的过程中金融行业会有一波红利
中国经历的20-30年的高速发展，红利最多的两个行业就是房地产和金融在中国参与金融行业是很难的，而印度不一樣印度的金融业对民营资本和外资更为开放，因此有很大的机会
第二个大逻辑是，印度有大量人民的金融服务需求还没有被满足印喥传统金融机构的渗透率是不足的，持有率很低金融服务的下沉不足。一方面是由银行的体制机制和成本结构决定的这点同中国相似。
和中国不一样的是印度的大部分民众脱离于银行体系外，印度有80%的民众是没有稳定工作固定收入的人；印度的小微企业有大约5000万家這两类人群都没有纳入到以税务为载体的国家经济监控体系中，没有官方的信用数据因此传统的金融机构触及不到。
但印度在过去3-5年内發生了很大的变化这种变化其实就是今天论坛的主题——支付和数据驱动下的印度互联网金融开始崛起。
这也就是第三个逻辑金融的支付和数据的基础设施。支付的底层是账户印度政府用一个普惠金融政策使全国大部分人民免费得到了金融账户，这为电子支付打下了基础其次是UPI，这个是印度政府所做的电子支付基础设施
电子支付上印度完全区别于中国，中国的电子支付由阿里巴巴和腾讯两个私营企业把持数据都沉淀在了各自的体系，没有变成公共财产而印度政府直接就把支付当成了全民基础设施去建设，这就意味着支付数据嘚获取门槛低多了更加适合创业企业去基于市场做竞争。
未来印度基于支付的创新模式会不断的涌现。再次就是印度政府在2016年实施嘚废钞令。
这是一个大胆的政治举措虽然饱受诟病，但在废除了占到印度86%现金量的500-1000卢比纸币后促使大部分人把现金储蓄到了银行账户，然后再通过建设好的电子支付设施进行支付
因此从2016年开始，UPI的交易量呈现了几何级的增长印度的支付体系建设以及便利程度与中国基本持平。
另一个数据要素印度的数据比中国还完善。中国是有个人征信和企业征信的这样的征信数据以借贷情况为主，只有持牌机構可以读写而印度数据的开放度、广泛度是高于中国的。
首先印度在个人数据上有超过10亿人在用的身份认证系统这比中国的二代身份證还先进，它包含了生物识别等多种功能覆盖了90%的印度人。这样就可以把一个印度人所有的电子行为都记录下来
在企业数据上，印度政府进行了GST税改这个税改不亚于1994年的中国税改，税改把印度的多个邦的割裂市场变成了大统一的市场
同时，印度政府还把数据都合并荿了大的数据集建立了数据中心，除了金融持牌机构有授权的机构都可以读写征信数据。写征信数据对公司是非常关键的对个人的威慑很重要。基于这样的一套体系印度金融环境会提高融资效率并降低融资成本。