北京华网天下

美团商业模式解析：O2O 模式下的盈利之道与发展前景

2024-09-22

来源：网络整理

1. 简介

美团的商业模式是O2O（到到）模式，通过线上平台和移动应用为消费者提供餐饮、外卖、酒店预订、旅游、票务、本地服务等服务，并为商家提供线上销售和营销工具，通过收取佣金和广告费等方式盈利。美团的商业模式可以分为以下几个方面：

其主要业务是通过线上平台，用户可以轻松找到、订购和支付各种本地服务和商品，而线下商家则可以通过美团平台扩大知名度和销量。美团主要通过以下方式赚钱：

关于美团商业模式的更多内容，请参见参考链接1-6。本博客案例基于现任美团技术委员会主席夏华夏在北京2015大会上的演讲《从技术细节看美团架构》。

本文主要对美团技术架构的演进、业务架构流程的优化、O2O背景下美团业务技术的优化进行了总结和整理，其他更新技术内容请访问美团公众号“美团技术团队”。

2. 技术架构概要

以华夏的演讲为背景，我们可以看到美团早期的架构演进过程是这样的：

技术架构早期很简单，典型的LAMP架构，前端/PHP，后端PHP。这种简单的架构一开始还不错，但是当业务量大起来之后，我们发现整个系统的性能跟不上。然后我们做了一些简单的优化，比如在和之间加一些缓存，减少后端的压力。这些都是缓存，整个架构没有太大的变化，依然是优化的LAMP架构。

随后在 2011 年，美团开始布局移动端。这时候架构没有太大的变化，只是在已有的服务 API 前面又加了一层。也就是我们在给 PC 端提供服务的同时，也包含了一层移动端的 API，这样就可以继续给移动端用户提供服务。这时候其实就是对 LAMP 架构的简单扩展，但是已经可以支撑很多用户和容量了。

美团最初是一家团购公司，后来拓展了新的业务，比如酒店业务、电影业务等，直到现在的美团外卖业务。当我们在基于上面的架构做很多不同的业务的时候，发现每个业务好像都需要增加一些新的部件。对于很多技术同学来说，这种部件的堆积是无法忍受的，那么如何改进呢？我们希望把中间很多和业务不相关的通用的东西抽取出来，形成一些通用的技术组件，这样就可以被很多不同的业务使用。到现在形成了一个看起来稍微复杂一点的架构，简单来说就是下图：

所以在这种架构下，当我们要做一个新的业务时，只需要关注中间的业务逻辑，就可以快速的把新的业务逻辑扩展出来。而且每个人、每个团队只关注软件开发最有价值的部分。当然这中间还会有涉及运维、安全两边的工作。

思考点总结

现在的架构相对来说是最适合美团现在的技术架构的。从一开始最简单的LAMP，到现在可能有很多很多的组件、很多很多的层，这些架构看上去差别很大。但现在回头想想，我们并不觉得原来的不好，现在的好。公司在不同的发展阶段，一开始最简单的情况才是最适合的。如果美团在2010年成立的时候就采用这么复杂的架构，可能到2010年底这个软件都开发不出来，那时候已经有5000多个团购网站上线了，所以这个是不现实的。所以总体来说，整个技术架构的演进过程中，我们始终要满足业务发展的需求。

整个架构里面应用了大量开源的东西，从最开始的LAMP架构，包括，到今天的一些非常复杂的架构，比如搜索现在用到了Solr，还有在云主机、云平台里面会用到的一些组件，包括存储等等。开源产品肯定会加速我们的开发周期，但是我们并不是单单拿开源产品来说事，因为任何一个开源产品，你要把它用在比较复杂的业务里面，你会发现它不是那么的兼容，比如跟系统的集成，或者很多开源产品在大规模、高并发的情况下考虑的不是那么周到。

所以在开源的基础上还需要做很多的优化，一方面可以让整个系统能够更好的进行水平扩展，系统能够不断的扩展和优化，同时也能够不断的满足用户的体验。

扩展点总结：美团技术架构演进

抛开演讲内容的解释，从其他文献来看，美团技术架构的演进是一个漫长的过程，大致分为以下几个阶段和发展趋势（具体参考见参考链接6-7）：

起步阶段（2003-2011年）

美团在早期只是一个比较简单的团购网站，技术架构比较简单，主要关注如何快速上线和迭代产品，采用的是LAMP技术栈（Java、PHP）。

O2O阶段（2012-2015年）

2012年，美团开始上线O2O业务，进入新的领域，这也要求公司的技术架构能够支持更高的并发和更复杂的业务流程。这一阶段，美团采用了分布式存储、分布式缓存、消息队列等一系列技术手段来支撑系统的高并发和高可用性。

大数据阶段（2016-2018）

2016年，美团开始大力发展数据智能和人工智能技术，以应对数据量的快速增长和业务的复杂度。为支撑大数据分析处理，美团采用了、、等分布式存储和计算框架，并推出了自己的大数据平台MPD（Big Data）。

平台化阶段（2018年至今）

2018年，美团上市后进入平台化阶段，开始大力发展开放平台和生态，与第三方开发者、合作伙伴构建完整的生态。为了支撑这一战略目标，美团提出了“三位一体”的技术架构理念，即“平台技术架构、数据智能架构、基础设施架构、运营架构”，旨在构建高效、灵活、可扩展、安全的技术平台，支撑不同业务线的快速迭代和创新。

3. 业务架构总结

业务架构对于电商来说是一个非常复杂的生产系统，业务架构复杂带来的后果就是整个流程会非常复杂，流程复杂了，整体效率自然就低，所以需要技术团队不断优化业务架构，不断简化流程，让流程更加高效。

复杂业务流程示例包括但不限于以下场景：厂商议价模块（议价流程、在线下单、在线评价）、吸引新用户和新商家的业务营销模块、产品下单模块、订单营销会员模块等。

简单的业务架构优化方法

这里，我们可以提供一个简单的业务架构优化方法论，如下：

第一步是将复杂的事情简单化。

我们要去理解和梳理一个非常复杂的业务架构，在梳理的过程中，我们会发现有些步骤其实是不必要的，是可以省略的，这是一种简化。

还有就是当我们梳理清楚了，发现每一个步骤都是必要的之后，我们就会尽量把一个复杂的事情，分解成很多更小的、更容易掌控的部分，这是一个把复杂的事情简单化的过程。

第二步：将简单的事物标准化。

一旦我们将复杂的事物分解成简单的小事物，我们就更容易标准化这些简单模块的简单功能。

所谓标准化，就是制定一个标准：这个东西要怎么做，要达到什么目的，做完之后要怎么衡量。（也就是我要做什么，怎么做，然后怎么衡量。）

如果把每一件简单的事情都处理好了，这个简单的事情就变成了一个标准的事情，而标准的事情往往更容易推广，这就是标准化的过程。

步骤 3：标准化事件流程

如果整个标准比较完整的话，我们希望能够固化，固化就是整个工作会变成一个非常简单的过程。

招几个新员工，然后给他们一本手册，告诉他们按照手册一步一步做，第一步做什么，第二步做什么，第三步做什么，这就是流程化。

步骤 4：自动化流程

把时间流程标准化之后，复杂的事情其实可以更高效的去操作。

计算机最擅长处理这种简单的流程，如果我们能够把这些流程标准化，那么我们就有自动化的基础，我们可以用计算机来完成这些固化的流程，这样最终就可以把复杂的事情尽可能地自动化。

业务订单流程应用

所谓订单，就是像餐厅卖的东西，是本地服务的一个产品，我们就叫它订单。

所谓下单，就是销售同事跟商家谈生意，最终这个生意会放到我们整个网站上。

优化前现状分析

整个流程从签订合同到用户能看到订单，需要7到10天的时间，时间太长，流量太慢，所以需要优化。

优化后现状分析

优化上述流程后，销售团队在填写合同时，可以直接填写指定的表单数据，数据填写完成后，系统会自动审核生成订单，然后立即确认给商家，商家确认后即可上线供用户使用。这样一来，中间的很多环节和步骤就可以完全省去，同时也省去了很多编辑、审核人员，既可以降低成本，又可以让整个流程更加顺畅、高效、便捷。

扩展点总结：美团业务架构的演进

抛开演讲内容的解释，从其他文档对美团业务架构的演变来看，美团的业务架构从单体业务到O2O业务再到平台业务的演变过程（具体参见参考链接9-12）：

第一阶段：单一业务阶段（2003年-2011年）

美团成立于2003年，是一家主营团购服务的网站，在餐饮团购服务上的成功，使其成为中国餐饮团购网站的领军者。

第二阶段：O2O业务阶段（2012年-2016年）

2012年，美团推出外卖业务，进入O2O领域，随后逐渐拓展到旅游、酒店、电影等其他领域。期间，美团逐渐形成了以外卖为核心的多元化O2O业务模式，并通过整合供应链、打造配送体系等打造完整的O2O业务闭环。

第三阶段：平台业务阶段（2017年-至今）

2017年，美团上市，进入平台化阶段。这一阶段，美团更加注重技术和平台化建设，通过大数据、AI等技术手段提升服务效率和用户体验。此外，美团还逐步推出社交电商、云服务等多元化平台服务，形成了以本地生活服务为核心的综合服务平台。

4.O2O技术应用

O2O：+，也就是线下加线上。

很显然，技术不分线上线下，需要线上线下融合。我们举两个例子，看看我们怎么用技术去优化一些线下的东西。线上的例子我就不举了，因为技术是用来优化线上的东西的。

使用下面两个案例分析应用，一个在商家端，一个在用户端。其实不管怎么样，我们都可以在线下技术上做很多优化，让线下效率提升很多。正是这些优化加在一起，才可以提高美团整体的生产效率，降低成本，提升美团的竞争力。

应用案例一：外卖点单及外卖打印机

主要阶段如下：

原始阶段

美团外卖上线于2013年11月13日，刚开始非常原始，用户在手机APP上下单后，美团外卖相关人员（包括一些客服同学，很多技术同学）打电话通知商家，说明订单信息（某人下单了某单，他的地址和电话是什么）。商家用纸笔做笔记，通知厨师做饭，饭做好后把小纸条交给送餐同学，送餐同学把食物送到用户手中。然而，从一笔订单到一天几十笔订单，再到几百笔订单，大家很快发现承受不住了，订单增长很快，人力跟不上。商家也很痛苦，因为打电话的时候很多信息都不准确，必须记电话号码，记不清楚的话，就得再打电话问上一笔订单的电话号码是什么，包括地址，有些地址字都很难写。

商户APP阶段

解放自己，开发一个商家APP，各个商家通过APP获取订单信息，一旦用户下单，APP就会实时通知订单，这时候就需要老板自己拿张纸、一支笔按照APP上的信息记录下来，然后交给厨师。但是商家的工作，虽然他可以比较精准的抄写，不需要从手机上抄写，而是直接从APP上抄写，但是还是要做很多工作，包括来回传递这张小纸条，有些人的字迹不是那么清晰。

商户APP+在线打印阶段

商户APP更新后，可以直接跟打印机交互，用户下单后，打印机直接把订单打印给商户，商户不用花时间写，这时候就可以交给厨师去做饭，厨师做好之后再交给送货员送餐，这样比较方便。后来我们还是发现这样不太好，一般这个APP都是老板随身带着，如果几个人拿着APP就会有问题，如果几个人拿着，比如老板和老板娘，可能两个人都去打印，一个订单可能打印两次；或者有时候老板拿着APP，但是老板刚好不在，所以没法打印，有的店还要买一台电脑放在那里，但是电脑对于很多小外卖店来说还是一笔额外的开支。因为现在用手机上网的人很多，但是用电脑上网的人比较少，对于商户来说还是有很多不便的。

云打印机阶段

所谓云打印机，就是一种可以通过各种方式连接互联网的设备，比如移动网络或者 WiFi。连接互联网之后，用手机下单，美团后台服务器会直接把订单信息推送到云打印机上。这个云打印机就像一个 POS 机，很小的一个设备，会自动把订单信息打印出来。这大大解放了我们美团同学、商家同学。

这是我们利用技术来优化商家端流程的一个例子。

应用案例二：利用技术手段优化用户侧后台

在用户侧的众多线下工作中，用户运营是常见的。美团“新用户获取”运营团队的主要工作就是处理一些注册了美团的账号，来到平台一段时间，最后什么都没买就走了，他们可能来了好几次，但还是什么都没买。针对这种情况，美团会给用户10元、20元等免费红包，吸引用户完成首次购买，提高活跃用户频次。但是给用户很多免费的东西，对美团来说就是薄利多销，利润很薄，我们希望少花钱多办事，能给的钱就少给，能不给的就不给，所以运营团队希望技术同学去优化一下。

分析

我们先来分析一下这些都是什么样的用户，发现用户类型有很多种：

解决方案：用户画像

对于第一象限之外的用户，其实没有必要发优惠券，发优惠券对美团来说就是浪费钱。那么如何找到这些用户呢？答案就是建立用户画像。

美团其实有大量的用户数据，我们可以看到用户什么时候注册了美团，用什么浏览器，用什么操作系统，看过哪些订单，浏览过哪些订单，做过哪些搜索，用什么手机等等。我们可以用这些数据来给出一个用户画像：我们确定了用户的各种属性，就建立起了用户画像数据库。用户画像数据库建立好之后，我们会先从用户画像数据中挑选、提取一些符合运营同事需求的特征，用一些分类模型进行分析，判断用户是否真的在我们需要的象限里，准确率可以达到75%，召回率可以达到68%。有了这个技术支撑，我们的单位运营成本，比如新增运营的单位成本可以降低35%，新增运营的总成本可以节省30%。所以这就是我们在技术下线下的用户运营优化。

备注属性分析示例：

延伸总结：美团用户画像的大致流程主要是通过数据分析挖掘来实现

其实现与阿里巴巴基本类似，主要总结如下（具体参见参考链接13-16）：

需要注意的是，用户画像是一个动态的过程，需要不断更新和迭代，适应用户和市场的变化。

五、结论

第一，技术架构要随着业务的发展不断变化，复杂完美的架构不一定就是好的架构，要看公司目前所处的阶段，如果是创业公司，那么大家就应该小步前进，用简单有效的方案。

第二，随着业务的发展，我们可以不断的去优化一些开源软件的技术，去优化业务的流程，就是把复杂的东西简单化，把简单的东西标准化，把标准的东西流程化，然后把流程化的东西自动化。

第三，技术不只是在线上有用，在每一次线下的操作中，我们都需要不断审视自己可以做哪些优化，并为之努力。

第四，简单的事情要做到极致，也就是说，真正做到极致会有足够的技术挑战和高门槛。对于很多O2O创业团队来说，他们做的事情看似很简单，但只要不断优化，不断完善，不断向极致发展，就能在竞争中获胜。

参考

序列号

具体链接信息