美团供应链系统架构简介及演进历程.doc

.美团供给链系统架构简介及演进历程完善的供给链系统，是美团自创立至今持续茁壮成长的根底所在它经历“千团大战〞和后来残酷同业竞争的重重磨练在不断的自我优化与创新中，帮助美团奠定了团购行业的领先地位而面对企业今后多元化业务的开展需要，这个系统又进展了架构的重塑　　供给链系统简介　　美团是以团购起家并作为核心业务，之后增加了一些支付、商家管理，包括验证、凭证方面还有其他的等业务供给链系统主要负责商品的生产和商品的运营，其中的这个“商品〞指的是我们本地的生活效劳的各种套餐、代金券和其他的业务　　关注过团购领域的朋友们应该听说过“千团大战〞，美团之所以能在这样的挑战中活下来，一个重要原因是我们的BD比拟牛这一块的工作流程是：在BD与商家谈妥之后，会给商家在美团建立一个**，签订合同，以便在之后把谈妥的这些东西变成大家在APP或者是上出售的东西，比方团购券从BD谈妥单子，到消费者能从网页上买到商品，这中间的过程都是供给链完成的工作　　它的定位，是给美团是正在茁壮成长的业务提供支持，因此它的建立是一步步循序渐进的。

　　供给链系统的开展演进　　美团的供给链系统的架构不是很复杂，它是随着公司创立到在现在的各个开展阶段而一步步建立起来的，架构有一个不断演进的过程　　1手工阶段　　系统初创是在2010年，当时我们是模仿美国的例子，一天一单，全靠手工单子上传上去，七天之后才可以在上看见流程上有编审的程序，不但要审核，还要专人进展编辑这种情况延续到2011年，高层进展了一个星期的考量之后，决定一天要上多单　　2从化到自动化　　从这时起，我们要求每天上单量到达250，并相应安排了250个编辑因此，公司开场建立一个合同和CMS，就是替换成编辑的手工工作CMS是构造化，有三大块，原来一个人的工作分成三个人来做做完这个之后一个人可以上11单　　和滴答团、拉手、糯米竞争时，美团并不占据很大优势公司针对性地调整了策略，大幅度增加每天上单的数量，方案要一天上几千单就一个单子和商家谈好之后，要尽快上线　　之后，公司根本上把整个关键系统重新写了，把每一个看见的元素都属性化具体做法，就是在同一属性的情况下做了一个模板的概念，模板可以根据不同的品类具有不同的属性　　我们结合前端一起根据我们模板配置，根据配置自动输出目录界面的一套系统，就是动态表单。

输出根本上每一个属性都有一个ID，有一个值后来又节省了大量编辑或审核人员的工作，又裁掉了大局部的页面美化工序，效率得到了大大提升，做了非常多的自动化的工作，上单时间减少到2天　　这样，到2014年9月份，我们的上单量一天接近1.4万单/日编辑数量也从最初的240人缩减到10人，上单时间一般都是在一天之内这之后，美团奠定了团购领头羊的地位　　向多业务支撑化开展　　1平台+差异化　　在如今，整个行业都处于不断的快速变化中团购现在已经无法支撑一家比拟大的公司了，我们很多的竞争对手都已经开场涉及**务，比方点评投资饿了么，主打外卖美团也要做同样的开展，所以就有了美团外卖和早餐的出现此外还有一些新的品类垂直运营，像KTV、并作工程，现在有独立团队在运营;酒店和售票的领域也进展了拓展现有业务都会在飞速开展中，包括一些新的形式，像到家效劳，以及代替代金券的满减　　以上这些的**务，给供给链系统提出了挑战——从单一的团购到解决多业务支撑，我们该怎么做"首先应该对它进展重新的梳理比照有些在供给链系统上投入几十个人团队的企业，我们现在人员要少得多，2013年只有两个人，如今也只有11、12个人在做因此现在需要改变之前这种粗暴的、不考虑系统内部设计的快速迭代开展方式。

　　因此，我们分析了美团内部的系统，比方我们的外卖、早餐、酒店，寻找它们上单的流程存在哪些共性和差异差异根本上都表达在流程和展示方面，我们就对这些差异进展构造化的定义，对它们进展针对性的优化　　比方现在有闪电上单，BD上单，销售人员和商家谈妥了之后自行上单另外我们还有商家自助上单虽然它们的流程不一样，但是他们的底层一样的我要做的就是这种统一平台+差异化流程的系统优化　　前面提到了动态表单，它其中的一个问题就是属性绑定而当我们上单渠道多的时候，同一个属性在不同的上单渠道上显示的值的数量可能不同现在的方法，就是把这些值剥离开来，变成一个AC(属性中心)，和一个DF(动态表单)我们会做各种上单录入的模板，每个渠道都不一样而且会为每一个属性在不同的渠道定义不同的显示项，再根据显示项来产生组成我的模板，再把模板输出到具体的录入的过程当中　　同时，系统的CMS也是根据属性去生成页面我们会在保持我们产品中心非常平台化的情况下，做一个差异化的适配以做KTV的上单系统为例，因为商家可能比我们理解的更深入，因此就让他们定包厢、时间和酒水，而适配我们来做在价格、结算和库存这块都有以产品为中心，输给我们的下游。

通过我们系统屏蔽了各种不同商家渠道和不同业务的差异，脏活累活我们来做，给所有下游系统的工作提供了很大的便利　　2产品中心的构造　　这个是我们的产品中心，这是它内部的构造，我们会做一些抽象，比方说消费单元，一个人最终能够到商家那里去消费的东西比方理发店，理发就是一个消费单元，理发的时候还给你掏一下耳朵，那也是一个小费单元　　至于销售单元，这个和用户最终享受到的效劳有一定的关系，但定义的方向不同从销售的概念来说，比方你买一台iPhone，销售单元就是iPhone+耳机+贴膜之类，而这其中的消费单元就是单独的/耳机/贴膜销售单元就是一个打包，是消费单元在上售卖的不可分开购置的一个抽象所以我们有了销售单元之后，我们的库存是做在销售单元之上　　团购是一个类型，套餐是另一个类型KTV可能没有物流信息，但是他有预定信息，因此，我们可以在产品层次上根据不同的业务线做抽象而产品作为我们最终出售的东西，它有一套销售规那么：比方这个商品的开卖时间或者抢购时间;它的购置渠道，比方这个套餐只能在端购置在PC端不行;还有购置规那么，比方一个号只能买一个，此外还有消费规那么这样，通过整个这一套体系，根本上能够在底层支撑我们现有旅游、外卖、酒店、物流的多元化业务，团购自然不在话下。

　　这就是我们现在支撑多业务的平台+差异化的根底，在此根底上是一些流程每一个系统将来要接入一个新的业务的话，它只需要通过我们的AC+DF一个界面，经过我们的流程，再接入我们平台化的东西，这个业务就会得到系统的支持摘自：产品中国. v .。