美团供应链系统架构简介及演进历程 | UPYUN Open Talk NO.3

陈义宏 美团供应链平台系统负责人

一、供应链系统简介

你们知道，美团是以团购起家并做为核心业务。以后增长了一些支付、商家管理，包括验证、凭证方面还有其余的等业务。供应链系统主要负责商品的生产和商品的运营，其中的这个“商品“指的是咱们本地的生活服务的各类套餐、代金券和其余的业务。

关注过团购领域的朋友们应该据说过“千团大战”，美团之因此能在这样的挑战中活下来，一个重要缘由是咱们的BD比较牛。这一块的工做流程是：在BD与商家谈妥以后，会给商家在美团创建一个账号，签定合同。以便在以后把谈妥的这些东西变成你们在手机APP或者是网站上出售的东西，好比团购券。从BD谈妥单子，到消费者能从网页上买到商品，这中间的过程都是供应链完成的工做。

它的定位，是给美团是正在茁壮成长的业务提供支持，所以它的建设是一步步按部就班的。

二、供应链系统的发展演进

美团的供应链系统的架构不是很复杂，它是随着公司创立到在如今的各个发展阶段而一步步创建起来的，架构有一个不断演进的过程。

2.1 手工阶段
系统初创是在2010年，当时咱们是模仿美国的例子，一天一单，全靠手工。单子上传上去，七天以后才能够在网站上看见。流程上有编审的程序，不但要审核，还要专人进行编辑。这种状况延续到2011年，高层进行了一个星期的考量以后，决定一天要上多单。

2.2 从在线化到自动化
从这时起，咱们要求天天上单量达到250，并相应安排了250个编辑。所以，公司开始创建一个合同和CMS，就是替换成编辑的手工工做。CMS是结构化，有三大块，原来一我的的工做分红三我的来作。作完这个以后一我的能够上11单。

和滴答团、拉手、糯米竞争时，美团并不占据很大优点。公司针对性地调整了策略，大幅度增长天天上单的数量，计划要一天上几千单。就一个单子和商家谈好以后，要尽快上线。

以后，公司基本上把整个关键系统从新写了，把每个看见的元素都属性化。具体作法，就是在同一属性的状况下作了一个模板的概念，模板能够根据不一样的品类具备不一样的属性。

咱们结合前端一块儿根据咱们模板配置，根据配置自动输出目录界面的一套系统，就是动态表单。输出基本上每个属性都有一个ID，有一个值。后来又节省了大量编辑或审核人员的工做，又裁掉了大部分的页面美化工序，效率获得了大大提高，作了很是多的自动化的工做，上单时间减小到2天。

这样，到2014年9月份，咱们的上单量一天接近1.4万单/日。编辑数量也从最初的240人缩减到10人，上单时间通常都是在一天以内。这以后，美团奠基了团购领头羊的地位。

三、向多业务支撑化发展

3.1 平台+差别化
在现在，整个行业都处于不断的快速变化中。团购如今已经没法支撑一家比较大的公司了，咱们不少的竞争对手都已经开始涉及新业务，好比点评投资饿了么，主打外卖。美团也要作一样的发展，因此就有了美团外卖和早餐的出现。此外还有一些新的品类垂直运营，像KTV、并做项目，如今有独立团队在运营；酒店和售票的领域也进行了拓展。现有业务都会在飞速发展中，包括一些新的形式，像到家服务，以及代替代金券的满减。

以上这些的新业务，给供应链系统提出了挑战——从单一的团购到解决多业务支撑，咱们该怎么作？首先应该对它进行从新的梳理。对比有些在供应链系统上投入几十我的团队的企业，咱们如今人员要少得多，2013年只有两我的，现在也只有十一、12我的在作。所以如今须要改变以前这种粗犷的、不考虑系统内部设计的快速迭代发展方式。

所以，咱们分析了美团内部的系统，好比咱们的外卖、早餐、酒店，寻找它们上单的流程存在哪些共性和差别。差别基本上都体如今流程和展现方面，咱们就对这些差别进行结构化的定义，对它们进行针对性的优化。

好比如今有闪电上单，BD上单，销售人员和商家谈妥了以后自行上单。另外咱们还有商家自助上单。虽然它们的流程不同，可是他们的底层相同的。我要作的就是这种统一平台+差别化流程的系统优化。

前面提到了动态表单，它其中的一个问题就是属性绑定。而当咱们上单渠道多的时候，同一个属性在不一样的上单渠道上显示的值的数量可能不一样。如今的方法，就是把这些值剥离开来，变成一个AC（属性中心），和一个DF（动态表单）。咱们会作各类上单录入的模板，每一个渠道都不同。并且会为每个属性在不一样的渠道定义不一样的显示项，再根据显示项来产生组成个人模板，再把模板输出到具体的录入的过程中。

同时，系统的CMS也是根据属性去生成页面。咱们会在保持咱们产品中心很是平台化的状况下，作一个差别化的适配。以作KTV的上单系统为例，由于商家可能比咱们理解的更深刻，所以就让他们定包厢、时间和酒水，而适配咱们来作。在价格、结算和库存这块都有以产品为中心，输给咱们的下游。经过咱们系统屏蔽了各类不一样商家渠道和不一样业务的差别，脏活累活咱们来作，给全部下游系统的工做提供了很大的便利。

3.二、产品中心的结构
这个是咱们的产品中心，这是它内部的结构，咱们会作一些抽象，好比说消费单元，一我的最终可以到商家那里去消费的东西。好比理发店，理发就是一个消费单元，理发的时候还给你掏一下耳朵，那也是一个小费单元。

至于销售单元，这个和用户最终享受到的服务有必定的关系，但定义的方向不一样。从销售的概念来讲，好比你买一台iPhone，销售单元就是iPhone+耳机+贴膜之类，而这其中的消费单元就是单独的手机/耳机/贴膜。销售单元就是一个打包，是消费单元在网站上售卖的不可分开购买的一个抽象。因此咱们有了销售单元以后，咱们的库存是作在销售单元之上。

团购是一个类型，套餐是另外一个类型。KTV可能没有物流信息，可是他有预约信息，所以，咱们能够在产品层次上根据不一样的业务线作抽象。而产品做为咱们最终出售的东西，它有一套销售规则：好比这个商品的开卖时间或者抢购时间；它的购买渠道，好比这个套餐只能在手机端购买在PC端不行；还有购买规则，好比一个手机号只能买一个，此外还有消费规则。这样，经过整个这一套体系，基本上可以在底层支撑咱们现有旅游、外卖、酒店、物流的多元化业务，团购天然不在话下。

这就是咱们如今支撑多业务的平台+差别化的基础，在此基础上是一些流程。每个系统未来要接入一个新的业务的话，它只须要经过咱们的AC+DF一个界面，通过咱们的流程，再接入咱们平台化的东西，这个业务就会获得系统的支持。