- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
美团供应链系统架构简介及演进历程
完善的供应链系统,是美团自创立至今持续茁壮成长的基础所在。它经历“千团大战”和后来残酷同业竞争的重重磨练。在不断的自我优化与创新中,帮助美团奠定了团购行业的领先地位。而面对企业今后多元化业务的发展需要,这个系统又进行了架构的重塑。
供应链系统简介
美团是以团购起家并作为核心业务,之后增加了一些支付、商家管理,包括验证、凭证方面还有其他的等业务。供应链系统主要负责商品的生产和商品的运营,其中的这个“商品”指的是我们本地的生活服务的各种套餐、代金券和其他的业务。
关注过团购领域的朋友们应该听说过“千团大战”,美团之所以能在这样的挑战中活下来,一个重要原因是我们的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也是根据属性去生成页面。我们会在保持我们产品中心非常平台化的情况下,做一个
文档评论(0)