美团o2o供应链系统架构设计解析

《美团o2o供应链系统架构设计解析》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、美团O2O供应链系统架构设计解析英国知名供应链专家MartinChristopher曾经说过一句非常深刻的话：“21世纪的竞争不是企业和企业之间的竞争，而是供应链和供应链之间的竞争。”什么是供应链在风云变幻、寡头纷争的O2O战场，美团屡出重拳并步步为营，战绩不俗。这一切离不开背后的神秘技术团队——供应链。供应链，简称SCP（SupplyChainProcess）。美团借助平台的优势与商家展开合作，将约定的合作方案落实到纸质契约。彼时用户还不能直接看到或购买这些契约上的合作方案，需要一个电子化的生产过程。这个过程完成两件重要的事情，一是将拟定的方案

2、细化，让消费者能看到详尽的图文描述，价格，购买限制等等。二是审核这个方案，确保它在法律上有效，在财务上可靠。完成这个生产过程后，用户就可以到美团的C端，例如手机APP或美团主站上看这个方案并发起购买，产生一笔交易。到具体的门店进行消费时，就能得到方案中商家许诺的服务。这一系列的过程：合作，交易，消费都是紧紧围绕一个概念发生的，那就是项目。这个项目的生产过程，就是美团供应链。这个生产过程由哪些角色参与了哪些事，生产出来的项目又是什么呢？以传统团购为例，一个经典的上单过程由美团在城市端的BD（业务拓展人员）发起。BD和商家达成合作意向后签署一纸合同，

3、再到美团的业务门户录入这次合作和详细方案，然后提交总部审核。审核人员根据审核手册做出判断，如果本次合作和方案可靠合法就将其审核通过。审核通过的方案再经过CMS（内容管理系统）完成标题图文的包装和各个C端渠道的适配，一单项目就生产完成了。可以看到，这个过程涉及多个业务环节和人员角色，如果能提高其中一些环节效率或减少人员投入，将成为公司的核心竞争力。除了传统团购，美团在O2O的一些细分领域，比如酒店、旅游、外卖、早餐等等也逐步开花结果。这些新生的细分领域的项目标准化程度不一，如何支持这些细分领域的项目生产，如何让这个支持过程高效可靠，帮助美团把握住一

4、个又一个的O2O风口，就成了美团供应链系统面临的挑战。供应链系统的挑战复杂数据细粒度结构化在购买传统商品时，在淘宝、京东上，用户更关心的是产品规格、材质、物流方面的信息，比如一件红色T恤，用户会关心是纯棉的吗，是不是XL码，所在的省份支持哪些快递公司，快递费多少，而不太会关心商家所处的位置。而购买餐饮团购时，用户就非常关注这个商家的物理位置，需要具体到哪个城市哪个商圈哪个门店。即使同为团购单，餐饮和酒店又有很大不同。餐饮单需要关心几人餐，餐具是否免费，允不允许自带酒水，是川菜还是江浙菜系列等。酒店单需关注是大床房还是双人床房，是否免预约，工作日和

5、周末是否价格不同等。由此可以看出，在不同的细分领域，甚至同一领域下不同的品类，商品的标准化程度都有很大不同。以传统团购中餐饮品类下火锅子品类为例，一个细化的方案包括：方案信息（菜系、几人餐、套餐几选几、具体菜品等），购买须知（交易类型是美团券还是优惠码，项目有效期，美团券有效期等），还有商家自身文案描述等，大概涉及将近100个属性。那么问题就来了，为什么需要将粒度拆分得这么细呢？背后有两个原因。一，从大的方向上来讲，供应链连接了商家和用户，也就是需要同时对接到B端和C端。B端的利益相关人是地面销售人员，他们对供应链系统的需求是录入效率高。在不同细

6、分领域以及不同品类之间有共同关注的属性，比如购买须知(也就是项目有效期这些概念)。我们从散落的属性中把这些可复用的属性抽出来，抽象为购买须知模块，帮助BD预填写很多默认值，可以有效提升BD的上单效率。同时对C端的消费者来讲，需要从很多维度进行搜索，方便的找到符合预期的商品，而搜索的前提就是内容的结构化。二，美团C端的渠道也愈来愈多，各C端渠道对项目方案的属性维度要求不一且调整频繁。结构化是实现这些需求的必然路径。售卖方式灵活多变支持完品类繁多的餐饮单方案详情后，我们马上面临另外一个问题——复杂多变的售卖方式。酒店双人间，含早餐和不含早餐，双床还是

7、大床房都对应不同价格。其实，线下的酒店售卖场景对应到线上，除了早餐和房型的差别，还面临节假日、不同时段等等规则，产生了多种多样组合售卖方式。并且每次交易后，商家都需要扣减指定一类房型的库存。此时又该如何应对呢。是否每多一个售卖方式，BD就要重复录一个方案？这必然会导致录单时长呈几何倍数增长。如果方案细节发生调整，关联的大量方案也需要同时修改，给BD带来的成本太高。这就对供应链系统提出了新的要求：只录一次，就能支持复杂多变的售卖方式。品类和属性动态调整团购做精做深的过程，反应在产品层面，就是品类的扩充和拆分。例如自助餐品类需要新增字段，表达是否含W

8、iFi、是否含停车位。例如火锅品类拆分为成都火锅、重庆火锅。每次品类的扩充与拆分都意味着产品录入界面调整，后台存储改变。体现在开发上面，