「uber地推团队」uber营销案例

admin 2023-04-03 17:24:13 60

318地推拉新网（点击进入网站）

今天给各位分享uber地推团队的知识，其中也会对uber营销案例进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

1、《重新定义分享UBER中国的分享实践》epub下载在线阅读全文，求百度网盘云资源
2、干嘉伟什么时候退出美团
3、Uber实时推送平台是如何打造的
4、滴滴出行：从简陋的车库到千亿帝国的铸成，再到纳斯达克的狂欢
5、对于Uber你怎么看？
6、《重新定义分享UBER中国的分享实践》epub下载在线阅读，求百度网盘云资源

《重新定义分享UBER中国的分享实践》epub下载在线阅读全文，求百度网盘云资源

《重新定义分享》（谈婧）电子书网盘下载免费在线阅读

链接:

提取码: m7ue

书名：重新定义分享

作者：谈婧

豆瓣评分：6.9

出版社：中国友谊出版公司·蓝狮子

出版年份：2016-12-1

页数：244

内容简介：

○ 内部人士首次独家揭秘，Uber中国如何将分享经济从概念落地为商业模式，以及UBER中国1006天的发展历程，从零到70亿美元的创业神话

○ 徐小平、吴晓波、佟大为等倾情推荐！

○ 十位分享经济企业创始人：姬十三（果壳网、分答创始人）、陈大年（WiFi万能钥匙创始人）、张丙军（PP租车创始人）、王灏（科技寺创始）、王晓鲁（梦想加创始人）、米雯娟（VIPKID创始人）、刘梦媛（衣二三创始人）、沈鹏（水滴互助创始人）、陈驰（小猪短租创始人）、唐万里、（回家吃饭创始人）一致力荐！

○读懂了UBER中国，就读懂了分享经济的过去、现在与未来！

内容简介

自Uber诞生的第一天起，其所倡导的分享经济模式就备受关注，亦饱受争议。从初入中国寻找第一批司机与客户，到拉开轰轰烈烈的战争模式争夺市场份额，直至最终与滴滴走向合并，其始终是践行分享经济的先行者，也成为了颠覆整个出租车行业的重要力量。

作为Uber中国创业团队核心成员，本书作者将真实还原Uber中国的发展历程，披露过程中那些不为人知的重要事件，探讨分享经济如何颠覆传统商业、创造新的规则。读懂了Uber中国这一近年来硅谷高科技公司本土化的最经典案例，也就读懂了分享经济的过去、现在与未来。

作者简介：

谈婧（Maggie）

毕业于清华大学金融系本科。Uber中国创始团队核心成员之一，曾任上海城市铁三角、中国区运营战略联席主管，有“亚洲第一女车头”之称。长期在一线探索Uber本土化道路，并主导在运营及品牌本土化、财务产品化及中心化管理、全球产品技术协作、组织架构及团队文化升级重整等多个领域取得重大突破。

加入Uber以前，曾于瑞士银行投资银行部担任副董事，主导多个中国企业的香港上市，如民生银行、新华保险、中升集团等。后为家庭厨房分享平台“回家吃饭”的联合创始人、前COO，在运营及管理数据化方面颇有建树。

干嘉伟什么时候退出美团

2002年，我被干嘉伟面试进入阿里B2B，一年后他离开我所在部门，回杭州总部，大家就很少见面，几年后我离职阿里，但一直对他关注，看着他之后也离职进入美团...

2016年4月30日，在墨尔本机场，我们俩居然在排队人群中对面相遇，他低头在看手机，我先看到他，恍惚了一下，下意识喊了一声 ”阿干~“，他应该是愣了两秒吧，才相认出来。只来得及聊几分钟，互道珍重加了个微信。

跟前面有答主说的一样，他当年去美团，是公司批准的，带着阿里的使命和价值观去的，同时也带去了一批阿里的子弟兵，后来美团跟阿里的事情，大家都知道了。我一直在想，阿干作为一个那么职业的经理人，会怎样处理自己的新老两个东家之间的关系呢？他到底更向着谁呢？这个问题，要是下次有机会见到他，我真想问他。不管怎么说，干嘉伟在后来的那种形势下，再待在美团，确实不合适了，我相信他的内心，肯定也有煎熬过。王兴和他肯定也达成过一些协议或者默契，让他体面地离开。

现在，他又去了高瓴资本，看微信圈的介绍是运营合伙人的身份。

昨天看到他在南京讲课，跟当年阿里南京办公室一帮老人一起聚餐，真是遗憾，自己本来也要去南京出差的，结果手上事情耽搁了，没赶上。期待下次跟老领导的重逢。

编辑于 2017-07-02 · 著作权归作者所有

赞同 23

更多回答

HRD学堂牛哥

我在公众号： HRD学堂等你有事就找HRD学堂

美团没有干嘉伟还能做起来吗？王兴这一招才是美团千亿市值的关键

编辑于 2022-07-09 · 著作权归作者所有

赞同 2

明非

努力对抗这虚无的一生

目前，从媒体层面传来的最新消息是，干嘉伟只是提了离职申请，还没有正式离职。这样就解释了楼层匿名用户在美团内网的搜索结果。

消息是从今年7月份到现在，干嘉伟就一直在澳洲待着，也就是从王兴宣布他出任互联网+大学的校长后，他就在澳洲。

明眼人都看得出，所谓“互联网+大学”校长，是个虚职。这和他先前COO、到店餐饮事业部总裁的职位有极大的反差。

所以会提离职，估计也是情理之中的事。

为什么会这样？

团购的草莽时代，甚至互联网进击线下，冲击传统行业的整个发展阶段，都离不开一批开山辟路的地推好汉。干嘉伟就是这样应时而生的人物，不管是在当初的阿里，还是后来到了美团，缔造美团铁军，帮助王兴从团购江湖中脱颖而出。

不过可叹的是，这样一个时代已经结束。与线下结合的互联网项目已经到了一个精细化运作的阶段。这从不断倒闭的O2O项目，滴滴uber的合并可以窥视一二。

这也就解释了为什么最近老在传美团点评在收缩他的地推团队。

从这点上，干嘉伟算是已经完成了他在美团的使命。

另外，还有一点，或许也让干嘉伟不得不离开。

干嘉伟加入美团之前，在阿里的职位已经是副总裁，他也是阿里投资美团的操盘手。他加入美团是经过阿里批准的。换句话说，他加入美团其实是带着阿里的任务来的。

大家都知道阿里喜欢去收购、控股，可偏偏王兴也有自己的野心。所以，15年的时候，王兴选择了腾讯，选择了和大众点评合并，抛弃了阿里。

从阿里后续发展口碑、入股饿了么的一系列动作看，你就知道阿里有多生气。

业界已有说法：阿里对美团的恨已经到了使其不计投资收益的地步。

所以，干嘉伟离开也在情理之中。

编辑于 2016-11-02 · 著作权归作者所有

展开阅读全文

赞同 17

重读

公号是重读。重读是生产奢侈品级别深度报道的科技媒体，我们只写10000字长稿

昨天，本司刚在北京采访了干嘉伟。简答如下。

对新美大而言，干嘉伟用10个月时间，完成了极其艰巨的整合两家公司线下团队的任务。此时离去，不算撂挑子。

对于王兴而言，干嘉伟跟他说了很久的“换一个工作状态”，终于到来了。

对于干嘉伟而言，他可以过上期待已久的相对轻松的生活：在澳洲呼吸新鲜空气，健身，陪伴家人。而且这些都不妨碍他继续关注新美大。

对于高瓴资本而言，他们收获了一个牛逼闪闪的顾问·······

编辑于 2017-05-30 · 著作权归作者所有

展开阅读全文

赞同 11

Uber实时推送平台是如何打造的

原文：Uber’s Real-Time Push Platform

译者：LZM

Uber 建立的出行平台每天在处理全球数以百万计的打车订单。

实时打车市场是一个十分活跃的市场。一次行程包括多个参与者（乘客、司机），他们需要能在 APP 上实时查看、修改当前旅程的状态。因此，Uber 需要保证每个参与者和他们的 APP 实时同步相关信息，无论是接车时间、达到时间还是行驶路线和附近的司机。

今天，手机端呈现的功能日益丰富，而这些功能对实时信息同步的需求也逐渐增多。本文将介绍 Uber 工程团队如何把 Uber 平台信息同步机制从轮询转为基于 gRPC 的双向消息流协议。

在 Uber 后台，一个行程连接了现实世界中的乘客和司机。在行程过程中，这两个实体需要实时更新后台系统的信息。

我们思考一个场景：乘客发出打车请求，而司机在系统上等待接单。Uber 配对系统在后台自动匹配二者，向司机发送订单。到此为止，每一方（乘客、司机、后台）应该彼此同步他们的内容。

如果一个新订单带来，司机 APP 会每隔几秒轮询一次信息以及时更新订单状态。与此同时，乘客 APP 也会每隔几秒轮询一个信息来查看司机时候接单。

轮询的频率由数据改变的速率决定。对于一个大型 APP（例如 Uber APP），这个变化速率从几秒到几个小时不等，变化范围十分宽泛。

80% 的后台 API 请求都是来自客户端的轮询请求。激进的轮询策略能让 APP 的消息保持最新，但也会导致服务器资源耗尽。任何轮询过程中的 bug 都可能频繁导致后台负载显著加剧，甚至崩溃。随着需要动态实时数据的功能的增加，这个方法变得不再可行。

轮询会导致更快的电池消耗、应用程序延迟和网络级拥塞。这在城市中使用 2G/3G 网络或网络不稳定的地方尤其明显。在这些地方，应用程序每次尝试拉取信息时，都会重试多次。

随着功能增加，开发者们尝试重载轮询 API 或重建一个新的 API。在高峰期，APP 同时向多个 API 发送轮询请求。每个 API 负载数个功能。这些轮询 API 本质上成为一组分片负载 API。但是，在 API 级别上保持一致性和逻辑分离仍然是一个越来越大的挑战。

冷启动问题是其中最具挑战性的问题之一。每当 APP 启动，所有功能都希望从后台获取最新状态，以渲染用户界面。这导致多个 API 并发竞争，APP 不能成功渲染出正常界面，直到关键组件的消息被返回。在没有优先级的情况下，因为所有的 API 都有一些关键信息，所以应用加载时间会持续增加。糟糕的网络条件会进一步恶化冷启动问题。

很明显，我们需要一个彻头彻尾的、对消息同步机制的改变。我们开启了建立一个全新的实时推送平台的旅程。在这个平台上，服务器可以根据需要向应用程序发送数据。当我们采用这种新架构时，我们发现效率有显著的改进，同时也解决了不同的问题和挑战。

接下来，来看看我们对推送平台的几代改进以及该平台是如何演变的。

虽然使用消息推送是取代轮询的自然选择，但在如何构建推送机制上有很多需要考虑的问题。四个主要设计原则如下：

1）从轮询到推送的简单迁移

目前存在大量端设备在进行轮询。新系统必须利用现有的、分配给轮询 API 的负载和逻辑，而不是完全推倒重来。

2）简易开发

与开发轮询 API 相比，开发人员在推送数据方面不应该做截然不同的事情。

3）可靠性

所有消息应该通过网络可靠地发送到客户的 APP 上，并在发送失败时重试。

4）高效率

随着 Uber 在发展中国家的迅速发展，数据使用成本对我们的用户来说是一个挑战，对于每天要在 Uber 平台上呆上几个小时的司机来说尤其如此。新协议必须最小化服务器和移动应用程序之间的数据传输量。

我们将这个消息推送系统命名为 RAMEN (Realtime Asynchronous MEssaging Network，实时异步消息网络)。

任何时候，实时信息都在变化。消息的生命周期开始于决定生成一条信息的那一刻。微服务 Fireball 用于决定何时推送消息。很大部分决策都由配置文件决定。Fireball 在系统间监听多种类型的事件，并决定是否推送给该消息涉及的客户。

例如，当一个司机加单，司机和行程的状态都会改变，并触发 Fireball。之后，根据配置文件的内容，Fireball 决定何类消息应该推送给客户。通常，一个触发器会向多个用户发送多个消息。

任何事件都可能被触发器捕获，例如一些客户行为（如发出打车请求、打开 APP）、定时器到期、消息总线上的后端业务事件或是地理上的驶出 / 驶入事件。所有这些触发器都被过滤并转换为对各种后台 API 的调用。这些 API 需要客户的上下文信息，如设备定位、设备的操作系统以及 APP 的版本号，来生成一个响应。Fireball 获取设备上下文 RAMEN 服务器，并在调用 API 时将它们添加到头部。

所有来自 Uber APP 的服务器调用都由我们的 API 网关提供。推送有效负载以同样的方式生成。一旦 Fireball 决定了推送消息的对象和时间，API 网关就负责决定推送什么。网关会调用各类域服务来生成正确的推送负载。

网关中的所有 API 在如何生成有效负载方面是相似的。这些 API 分为拉取式和推送式两种。。拉取式 API 由移动设备调用来执行任何 HTTP 操作。推送 API 由 Fireball 调用，它有一个额外的 “推送” 中间件，可以拦截拉取式 API 的响应，并将其转发给推送消息系统。

将 API 网关介乎于二者之间有以下好处：

l 拉式和推式 API 共享端设备上的大部分业务逻辑。一个给定的负载可以从拉式 API 无缝切换到推式 API。例如，无论你的 APP 是通过拉式 API 调用拉出一个客户对象，还是 Fireball 通过推式 API 调用发送一个客户对象，他们都使用相同的逻辑。

l 网关负责处理大量业务逻辑，如推送消息的速率、路由和消息验证。

在适当的时候，Fireball 和网关一起生成发送给客户的推送消息。负责将这些信息传递到移动设备的是 “推送消息传递系统”。

每条消息推送会根据不同的配置执行，这些配置项包括：

1）优先级

由于为不同的用例生成了数百个不同的消息负载，因此需要对发送到 APP 的内容进行优先排序。我们将在下一节中看到，我们采用的协议限制在单个连接上发送多个并发负载。此外，接收设备的带宽是有限的。为了给人一种相对优先级的感觉，我们将信息大致分为三个不同的优先级：

l 高优先级：核心功能数据

l 中优先级：其他有助于提升客户体验的功能数据

l 低优先级：需要发送的数据规模大且使用频率不高

优先级配置用于管理平台的多种行为。例如，连接建立后，消息按照优先级降序排列在套接字（socket）中。在 RPC 失败的情况下，通过服务器端重试，高优先级消息变得更加可靠，并且支持跨区域复制。

2）存活时间

推送消息是为了改善实时体验。因此，每个消息都有一个预先定义的生存时间，从几秒到半个小时不等。消息传递系统将消息持久化并在发生错误时重试传递消息，直到有效值过期为止。

3）去重复

当通过触发器机制或重传机制多次生成相同的消息时，此配置项确定是否应该删除重复的消息推送。对于我们的大多数用例，发送给定类型的最新推送消息足以满足用户体验，这允许我们降低总体数据传输速率。

消息推送系统的最后一个组件是实际的有效负载交付服务。该服务维持着与世界各地数百万 APP 程序的活跃连接，并在它们到达时将有效信息同步。世界各地的移动网络提供了不同级别的可靠性，因此传输系统需要足够鲁棒以适应故障。我们的系统保证 “至少一次” 交货。

为了保证可靠传输，我们必须基于 TCP 协议，建立从应用程序到数据中心的持久连接。对于 2015 年的一个应用协议，我们的选择是使用带有长轮询、网络套接字或最终服务器发送事件 (SSE) 的 HTTP/1.1。

基于各种考虑，如安全性、移动 SDK 的支持和数据大小的影响，我们决定使用 SSE。Uber 已经支持了 HTTP + JSON API 栈，它的简单性和可操作性使它成为我们当时的选择。

然而，SSE 是一种单向协议，即数据只能从服务器发送到应用程序。为了提供之前提到的 “至少一次” 的保障，需要确认和重传机制以构建到应用程序协议之上的交付协议中。在 SSE 的基础上，我们定义了一个非常优雅和简单的协议方案。

客户端开始接收第一个 HTTP 请求的消息 /ramen/receive?seq=0，在任何新会话开始时序列号为 0。服务器以 HTTP 200 和 “Content-Type: text/event-stream” 响应客户端以维护 SSE 连接。接下来，服务器将按照优先级降序发送所有挂起的消息并依次递增序列号。由于底层传输协议是 TCP 协议，如果没有交付带有 seq#3 的消息，那么该连接应该已断开、超时或失败。

客户端期望在下一个看到的带有最大序列号重新连接 (在本例中 seq=2)。这就告诉了服务器，即使编号 3 写到了套接字上，它也没有被正常传递。然后服务器将重新发送相同的消息或以 seq=3 开始的任何更高优先级的消息。该协议构建了流连接所需的可恢复性，服务器负责大部分的存储工作，在客户端实现起来非常简单。

为了获知链接是否存活，服务器每 4 秒会发送一个心跳包，这类数据包大小只有一个比特。如果超过 7 秒没有收到来自服务器的消息或心跳，客户端会认定服务终端并重新发起链接。

在上面的协议中，每当客户端重新以一个更高的序列号发起连接时，它就充当服务器刷新旧消息的确认机制。在一个环境良好的网络中，用户可能会保持连接数分钟，从而导致服务器不断积累旧消息。为了缓解这个问题，应用程序会每 30 秒一次调用 /ramen/ack?seq=N，不管连接质量如何。协议的简单性允许用许多不同的语言和平台非常快速地编写客户端。

在设备上下文存储上，RAMEN 服务器在每次建立连接时存储设备上下文，并将此上下文暴露给 Fireball。每个设备上下文的 id 是用户及其设备参数对应的唯一哈希值。这允许隔离推送消息，即使用户在不同的设置下同时使用多个设备或应用程序。

第一代 RAMEN 服务器使用 Node.js 编写，并使用 Uber 内部的一致性哈西 / 分片框架 Ringpop。Ringpop 是一个去中心化的分片系统。所有连接都使用用户的 UUID 进行分片，并使用 Redis 作为持久性数据存储。

在接下来的一年半时间里，消息推送平台在整个公司得到了广泛的应用。高峰期时，RAMEN 系统通过维持高达 60 万个并发数据流连接，每秒向三种不同类型的应用程序推送超过 70000 个 QPS 消息。该系统很快成为服务器 - 客户端 API 基础结构中最重要的部分。

随着通信量和持久连接的快速增加，我们的技术选择也需要扩展。基于 Ringpop 的分布式分片是一个非常简单的架构，不会随着 ring 中的节点数量的增加而动态扩展。Ringpop 库使用一种 gossip 协议来评估成员资格。gossip 协议的收敛时间也随着环的大小增加而增加。

此外，Node.js 是单线程的，并且会有更高级别的事件循环延迟，从而进一步延迟成员信息的收敛。这些问题可能引发拓扑信息不一致，进而导致消息丢失、超时和错误。

2017 年初，我们决定重新启动 RAMEN 协议的服务器实现，以继续扩大应用规模。在这次迭代中，我们使用了以下技术：Netty、Apache Zookeeper、Apache Helix、Redis 和 Apache Cassandra。

1）Netty： Netty 是一个用于构建网络服务器和客户端的高性能库。Netty 的 bytebuf 允许零拷贝缓冲区，这使得系统非常高效。

2）Apache ZooKeeper： Apache ZooKeeper 对网络连接进行一致性哈希，可以直接传输数据，不需要任何存储层。但是与分散的拓扑管理不同，我们选择了 ZooKeeper 的集中共享。ZooKeeper 是一个非常强大的分布式同步和配置管理系统，可以快速检测连接节点的故障。

3）Apache Helix： Helix 是一个健壮的集群管理框架，运行在 ZooKeeper 之上，允许定义自定义拓扑和重新平衡算法。它还很好地从核心业务逻辑中抽象出拓扑逻辑。它使用 ZooKeeper 来监控已连接的工作者，并传播分片状态信息的变化。它还允许我们编写一个自定义的 Leader-Follower 拓扑和自定义的渐进再平衡算法。

4）Redis 和 Apache Cassandra：当我们为多区域云架构做准备时，有必要对消息进行正确的复制和存储。Cassandra 是一个持久的跨区域复制存储。Redis 被用作 Cassandra 之上的容量缓存，以避免分片系统在部署或故障转移事件中常见的群发问题。

5）Streamgate：这个服务在 Netty 上实现了 RAMEN 协议，并拥有所有与处理连接、消息和存储相关的逻辑。该服务还实现了一个 Apache Helix 参与者来建立与 ZooKeeper 的连接并维护心跳。

6）StreamgateFE (Streamgate Front End)：该服务充当 Apache Helix 的旁观者，从 ZooKeeper 上侦听拓扑变化。它实现了反向代理。来自客户机 (火球、网关或移动应用程序) 的每个请求都使用拓扑信息进行分片，并路由到正确的 Streamgate 工作程序。

7）Helix Controllers：顾名思义，这是一个 5 节点的独立服务，单独负责运行 Apache Helix Controller 进程，是拓扑管理的大脑。无论何时任何 Streamgate 节点启动或停止，它都会检测到更改并重新分配分片分区。

在过去的几年中，我们一直在使用这种架构，并且实现了 99.99% 的服务器端可靠性。我们推动基础设施的使用持续增长，支持 iOS、Android 和 Web 平台上的十多种不同类型的应用程序。我们已经使用超过 1.5M 的并发连接来操作这个系统，并且每秒推送超过 250,000 条消息。

服务器端基础设施一直保持稳定运行。随着我们为更多新城市提供各种各样的网络服务和应用程序，我们的重点将是继续提高向移动设备消息推送机制的长尾可靠性。我们一直在试验新协议、开发新方法，以弥合和现实需求的差距。在检查以往的不足时，我们发现以下方面是导致可靠性下降的原因。

1）缺乏认证

RAMEN 协议在减少数据传输进行了优化，仅在每 30 秒或客户端重新连接时才发送确认消息。这将导致延迟确认，在某些情况下无法确认消息达到，因此很难区分是真正的消息丢失还是确认失败。

2）连接不稳定

维持客户端和服务器的正常连接至关重要。跨不同平台的客户端实现方式在处理错误、超时、后退或应用生命周期事件 (打开或关闭)、网络状态更改、主机名和数据中心故障转移等方面有许多细微差别。这导致了不同版本间的性能差异。

3）传输限制

由于该协议在 SSE 协议基础上实现，因此数据传输是单向的。但是，许多新的应用程序要求我们启用双向消息传输机制。没有实时的往返行程时间测量，确定网络状况、传输速度、缓解线路阻塞都是不可能的。SSE 也是一个基于文本的协议，它限制了我们传输二进制有效负载的能力，不需要使用像 base64 这样的文本编码，从而获得更大的有效负载。

2019 年底，我们开始开发下一代 RAMEN 协议以解决上述缺点。经过大量考量，我们选择在 gRPC 的基础上进行构建。gRPC 是一个被广泛采用的 RPC 栈，具有跨多种语言的客户端和服务器的标准化实现，对许多不同的 RPC 方法提供了一流的支持，并具有与 QUIC 传输层协议的互操作性。

新的、基于 gRPC 的 RAMEN 协议扩展了以前基于 SSE 的协议，有几个关键的区别：

l 确认消息立即通过反向流发送，提高了确认的可靠性，而数据传输量几乎没有增加。

l 实时确认机制允许我们测量 RTT，了解实时的网络状况。我们可以区分真正的消息损失和网络损失。

l 在协议之上提供了抽象层，以支持流多路传输等功能。它还允许我们试验应用级网络优先级和流控制算法，从而在数据使用和通信延迟方面带来更高的效率。

l 协议对消息有效负载进行抽象，以支持不同类型的序列化。将来，我们会探索其他序列化方法，但要将 gRPC 保留在传输层。

l 不同语言的客户端实现也让我们能够快速支持不同类型的应用程序和设备。

目前，这项开发工作处于 beta 版阶段，很快就能上线。

消息推送平台是 Uber 出行体验的组成部分之一。今天有数百种功能建立在该平台的基础服务之上。我们总结了消息推送平台在 Uber 出行生态中取得巨大成功的几个关键原因。

1）职能分离

消息触发、创建和传递系统之间明确的职责分离允许我们在业务需求发生变化时将注意力转移到平台的不同部分。通过将交付组件分离到 Apache Helix 中，数据流的拓扑逻辑和核心业务逻辑被很好的区分开，这允许在完全相同的架构上使用不同的有线协议支持 gRPC。

2）行业标准技术

构建在行业标准技术之上使我们的实现更加鲁棒且低成本。上述系统的维护开销非常小。我们能够以一个非常高效的团队规模来传递平台的价值。根据我们的经验，Helix 和 Zookeeper 非常稳定。

我们可以在不同的网络条件下扩展到数百万用户的规模，支持数百个功能和几十个应用程序。该协议的简单性使其易于扩展和快速迭代。

原文:

滴滴出行：从简陋的车库到千亿帝国的铸成，再到纳斯达克的狂欢

美国东部时间6月30日，滴滴正式在纽交所挂牌上市。滴滴开盘价18美元，市值一度超过800亿美元（约合5166亿人民币）。

与其他公司敲钟鸣锣的热闹仪式截然相反，滴滴上市显得格外低调，以至于滴滴内部员工在滴滴递交招股书后，才通过CEO程维和总裁柳青的一封联名信得知公司即将上市的消息。

然而仅仅两天之后，国家网信办的一则公告将滴滴从资本铸就的梦境拉回了现实。

2021年7月2日，国家网信办网络安全审查办公室发布公告：

祸不单行，7月4日，国家网络信息办公室发布“关于下架滴滴出行APP的通报”：

毫无疑问，滴滴出行帝国正遭遇成立以来最大滑铁卢。

滴滴上市招股书显示：2020年3月-2021年3月，滴滴在全国拥有3.77亿活跃用户和1300万活跃司机；日均交易量达到4100万单，全平台交易额为3410亿元人民币，而滴滴在国内全年业务收入为1336亿元。

滴滴作为国内网约车市场的独角兽，先后并购快的、Uber中国，几乎垄断国内网约车市场。在如今风光的背后则是创始人程维长达7年的蛰伏。

大家好，欢迎来到商汤，今天我们就来回顾一下滴滴的养成故事。

2000年，由于高考漏做三道数学大题，向来成绩优异的程维仅考上北京化工大学。

程维本打算选择信息技术专业，却因为分数不够而被调剂到了行政管理专业。多年以后谈及，程维调侃到：始终不明白化工大学为何设立行政管理专业。

大学毕业时，程维被一位阿姨忽悠去卖保险，没有任何社会经验的程维频吃闭门羹。无奈之下，程维找到自己的老师，希望老师能帮助自己，从他手里买一份保险。

不成想，老师冷冷地说：连我们家狗都有保险了。一连串的挫折让程维开始反思，自己也许并不适合做保险这个行业。

随后，程维觉得还是应该做些和自己本专业类似的工作，四处投简历后，程维终于被上海某大型医疗集团相中，职位是总经理助理。

收到录用通知后，程维高兴地与同学告别，独自南下。到了上海，程维才发现，所谓的大型医疗集团，其实是个足疗店。

一年之后，足疗店的程维对日复一日的简单工作逐渐产生厌倦，跟很多年轻人一样，未来充满未知与迷茫，他决定离开。

从足疗店离开以后，程维干过七八份不同的工作，这些工作没有让这个年轻人走出困境，却让他了解到了互联网的魅力，程维清晰地察觉到互联网会是未来的趋势。

思量之下，程维带着自己的简历到了阿里巴巴上海分部。他选择了一条效率最高的求职之路：直接闯到阿里巴巴前台。好在程维运气不错，他顺利通过面试进入到阿里巴巴B2B业务，做了一名基础销售，底薪1500块。

当时，阿里巴巴在全国有9000多销售人员，程维所在的销售小组仅有4个人，但程维仅花了一年时间就把团队的销售业绩做到了全国第三。

程维在阿里一干就是6年。2012年，已经做到支付宝B2C业务副总的程维决定辞职创业。

在前前后后考察了六个项目之后，程维最终选择了出行领域。

在辞职的第二天，程维便注册了小桔科技并租下一个很便宜的仓库作为创业的办公室。

与程维一起离职的还有他的领导王刚，王刚拿出70万，程维拿出10万，算是把滴滴的天使轮给凑了出来。

公司成立之后，程维马上面临着三大难题：开发软件、招募司机、发展用户。

程维是销售出身，自己组建团队开发软件肯定不现实。于是，在网上瞎逛了几天之后，程维找到一个外包公司，后来才得知所谓的软件开发团队不过是一个老师带着一帮中专学生，好在做出的软件修修补补勉强能用。

到招募司机时，程维团队遇到了真正的困难。为了发展司机，他们直接找到出租车公司和汽车租赁公司，但公司和司机们加入的意愿并不大。

一方面，北京当时是客多车少的情况，出租车师傅根本不愁客户；另一方面，公司和司机都要看交通管理部门的红头文件，害怕因为这种小增量而违反规定；再者，当时智能手机在司机群体尚未普及。

程维团队在司机招募时频吃闭门羹。而在另一边，为了稳住已有的司机，程维专门雇了托去打车，每人每天给400块，这种做法确实让司机暂时留在了滴滴，但也让成本迅速增加。程维和王刚两人的80万很快就见底了。

其实，在程维成立小桔科技之前，市场上就已经存在网约车企业了，而这些竞争对手在当时都比滴滴发展得好。

易到用车：仅仅成立三个月便拿到100万美元天使轮投资，一年后又拿到千万美元的融资；摇摇招车：在拥有谷歌出身的CTO的背书下，也先后拿到350万美元的投资；滴滴后来的劲敌快的也比滴滴早成立两个月。

就在滴滴焦头烂额之际，朱啸虎为滴滴带来了300万美元的A轮投资。滴滴终于有钱继续开拓市场，但300万美元对于打车行业来说实属杯水车薪。

程维和王刚一边到处为滴滴拉投资，一边在北京和已经有部分用户的摇摇招车正面开战。

当时，摇摇招车花钱在电台做广告，程维得知后马上在摇摇广告后面加了一条滴滴的广告：立即发送短信到*****，即可下载滴滴打车。司机师傅们根本搞不清摇摇和滴滴的区别，以为换个方式让下载。当天就有1000多个司机下载了滴滴。

当时，为了杜绝黑车借助网约车软件混入网约车阵营，交通委要求打车软件要认真核实司机身份。在大多数平台，司机需持有身份证、服务监督卡原件才能注册。但滴滴只需要司机输入真实姓名、出租车公司、服务监督卡号和车牌号码就可以通过验证，极大降低了司机注册门槛。

此外，交通委曾三令五申，要求打车软件不能加入加价功能，但司机们实际上很乐意先空车跑一段路程，以获得更高的收入。滴滴暗自利用加价功能提高了打车成功率。

其实，滴滴在当时的订单并不多。为了稳住司机，滴滴悄悄调整了接单系统，制造出了是由于司机手慢抢不到单，而不是滴滴单量太少的假象。

滴滴通过各种正常的和不正常的手段慢慢蚕食着摇摇招车在北京的市场份额。

事实上，摇摇招车彻底失败还是因为大体量资本的进入。

2013年3月，阿里巴巴抢先投资主战场位于杭州的快的打车。腾讯看到阿里的动作后，才后知后觉地意识到打车出行领域的重要性。

腾讯的投资团队当即找到还占据北京市场份额第一的摇摇招车，但摇摇招车时任CEO王伟以公司必须独立发展为理由果断拒绝了腾讯的投资。王伟可能不清楚，阿里腾讯的入局意味着打车出行行业已演变成一场资本的游戏，他的高傲和坚决也直接铸就了摇摇招车的败局。

被摇摇招车决绝后，腾讯转头就拜访了滴滴。后来我们知道，程维拿到了腾讯领投的1500万美元B轮融资。

程维和王刚出身于阿里，居然引入腾讯的投资而不引入阿里，这是谁也没想到的。

号称中国互联网黄埔军校的阿里，很喜欢投资离职创业的员工。腾讯投资部找到程维和王刚时，朱啸虎提前给两人打好招呼：要拒绝腾讯的投资。

在与程维和王刚攀谈几小时后，腾讯投资部意识到：程维和王刚十分畏惧阿里，但阿里却投资了滴滴的竞争对手快的，两人虽出身阿里，但此时早就对阿里心存不满。

两周之后，马化腾趁着到北京参加两会的契机专门约见了程维。在见到马化腾之前，程维内心无比忐忑，他以为马化腾会放狠话，威胁程维：倘若滴滴不接受腾讯的投资，就转投别家。

不成想，马化腾见到程维时，却放低姿态与程维交流起来，还提到：即使滴滴项目失败，腾讯也会以一个兜底的价格收购程维和王刚手里的股份。

即使是面对着异常优厚的条件，程维和王刚也没敢立即答应。阿里这边意思很明确，：就算我没投你滴滴，但只要你敢拿腾讯的钱，你俩就不再是阿里的人了。

但是，阿里已经投资快的，在出行领域腾讯怎么会作壁上观呢，若是滴滴不接受腾讯的投资，腾讯势必会转投其他竞争对手。真是到了那个时候，此前滴滴所做出的所有努力都将付诸东流。最后，程维和王刚再三思量之后，还是一跺脚拿了腾讯的钱。

钱的问题解决之后，滴滴开始继续扩张市场。程维在拿到腾讯领投的B轮融资的第二天就带领地推团队到了上海。

为了与快的竞争，抢占上海市场成了滴滴必须要做的事情。滴滴很快在上海追平了快的的订单交易量，程维想借机打入杭州市场。可此时，上海却被另一家叫大黄蜂打车的公司悄悄占领了。

等滴滴和快的回过头来时，上海超过20%的市场份额已经落入大黄蜂的手中。

大黄蜂打车的创始人是原土豆网的CFO，精通企业财务管理和成本控制，还曾主导过土豆网在美国的上市，以及后来的优酷土豆合并案。大黄蜂打车在上海出现的第一个月便实现了日下单量10000单。

面对来势汹汹的对手，滴滴这边也不甘示弱。滴滴通过特殊渠道拿到了10万个iphone账号，通过群发彩信的方式推广滴滴打车。

滴滴的这一手段效果显著，这一时间滴滴app的下载量和用户活跃数都超越了大黄蜂。

但滴滴还没来得及高兴，网约车市场却迎来一记重锤。

2013年5月，深圳记紧急叫停打车软件，发文要求司机卸载打车软件。紧接着，北京也正式宣布打车软件扰乱了传统出租车行业的市场秩序，很可能导致黑车进入打车行业。好在两个条文都只是叫停打车软件而非彻底禁止。

此时，腹背受敌的大黄蜂开始悄悄融资。同时，精通财务的大黄蜂创始人也认为打车生意短期内不可能赚钱，萌生了套现离场的念头。

滴滴和快的两家很快收到消息并一起加入到收购大黄蜂的队列中。大黄蜂这边也看准时机，拼命提高收购条件。程维为了降低扩张成本，先找到阿里和快的，希望竞争对手别着急收购大黄蜂，等大黄蜂拿不到融资耗死之后，两家可以公平瓜分上海市场。

转过头，大黄蜂却找到程维，表示想要卖给滴滴，程维则迅速开展了与大黄蜂的谈判。可能程维还得以于自己玩得一手好牌，但随后媒体放出的快的收购大黄蜂的消息才让程维意识到自己被骗了。大黄蜂与滴滴的积极沟通不过是抬高身价的手段而已，玩鹰的人反而被鹰给啄了。

此事过后，滴滴与阿里的矛盾愈发突显。2013年11月，程维与朱啸虎一同前往美国，试图为滴滴拉来新的投资。

当时，朱啸虎和程维在美国每见一个投资人，马云的副手蔡崇信就打电话过去，告诉对方：不能投滴滴。很多本来已约好的投资人都避而不见。

回国后，朱啸虎帮滴滴拉来中信产业基金。2013年年底，滴滴完成C轮1亿美元融资；同时，在阿里的帮助下快的也完成了C轮融资。

此时，滴滴、快的两家国内最大的打车公司弹药充足，一场疯狂的出行补贴大战一触即发。

打车补贴的盛况想必大多数人都有所怀念，这里我们不再赘述。在这场为争夺用户而展开的补贴大战中，滴滴和快的一共向用户提供了约20亿人民币的补贴。在巅峰时期，滴滴和快的两家的市场占有率一度达到98%。

在滴滴和快的疲于征战，大肆补贴时，另一家打车巨头悄悄来到中国。2014年中旬，Uber进军中国市场。

一开始，Uber主要与汽车租赁公司合作，主推高端商务用车，对滴滴和快的还没造成足够的威胁。2014年10月，Uber宣布启动人民优步项目，定位于拼车和城市快车，很快对滴滴和快的两家的业务造成威胁。

但两家仍旧抱有侥幸心理，他们认为Uber所推出的拼车和专车业务将严重威胁传统出租车市场，势必会引来政府的层面的介入，但令滴滴和快的没想到的是，Uber一路高歌猛进，先后进入上海、成都等大中城市。预料中的政府介入也没到来。

2014年12月，百度果断投资Uber中国6亿美元。到此时，出行的战争正式成为BAT三家的资本斗争。

经过此前的大肆补贴，滴滴和快的两家公司元气大伤，再无力展开角逐。此时，想要赢得与Uber的市场争夺，两家公司合并是最好的办法。

2015年1月，滴滴、快的进入合并前实质性谈判，在历经十数次的艰辛谈判之后，滴滴、快的最终以6：4的比例进行合并，由程维团队负责新公司的运营管理。

在滴滴和快的宣布合并之后，几乎所有人都认为中国的出行领域不会再起硝烟，但所有人也都低估的Uber在中国市场的决心。

Uber宣布要拿出10亿美元补贴中国市场，瞬时风云再起。Uber的钞能力很快带来成效，仅仅三个月，Uber的市场占有率从年初的1%一举提高到35%。滴滴此时深感压力之大，若是再有几个月，滴滴市场份额极有可能被反超。

此时，程维想到：既然在国内市场无法对Uber形成有效的攻势，那就到Uber的老家去捣乱，让Uber自顾不暇。

滴滴此时执行力爆表，很快便在美国高调投资了Uber的竞争对手。显然，这一策略行之有效。

2016年7月，Uber董事会便希望停止与滴滴在中国的补贴斗争，两家谈判之后作出：滴滴收购Uber中国的决策。也是因为这次并购，滴滴成为了少有的同时被BAT三家持股的公司。

硝烟散去，战场仅剩下滴滴一家，时至今日，滴滴依旧闹闹把持这国内网约车市场，市场占有率一度超过90%。

2021年6月30日，滴滴低调在美上市，但仅仅两天就迎来国家监管的介入。

滴滴作为国内出行领域最具影响力的公司，其多年所累计的数据无法想象。可以肯定的是，几乎整个中国的路网信息都会存储在滴滴的服务器里，其重要性不言而喻。

滴滴的背后更多的是资本的期许，但作为一个极具大众影响力的企业，滴滴也许更需要的是耐心和对国家安全、滴滴司机、乘客的责任心。

对于Uber你怎么看？

Uber最近可谓争议不断，霸占了各大科技媒体的头条位置，一边是急速上涨的司机与乘客数量，另一边是交委的严厉查封，与此同时各种奇葩创意活动更是抢足了眼球。

Uber在国内大热，不得不说，无论是Uber叫直升机、送冰激凌，还是豪车司机约pao、车主月收入过万，抑或CEO集体开车招聘、佟大为满街拉客，这些公关、运营和炒作真的很博眼球，也确实给Uber增添不少人气但为何滴滴专车、各类拼车应用都活的好好，偏偏Uber成为众矢之的，遭到出租车集体抗议。

4月底广州市开始正式对私家车通过打车软件拉客展开查处，这意味着市交委对专车非法运营从此前的口头警告变成正式动手。市交委表示，近期已经查获多起利用手机软件揽客的非法经营个案，圴被处以3万元的罚款。此外，Uber广州公司今日也被工商和交通等多个部门执法查处，一批用于揽客的手机被查封。

6日下午16时25分，一名自称是Uber成都公司的男性工作人员称，公司运行正常，请广大司机们散去回家，等待进一步消息。该名男性工作人员未进一步证实被调查具体原因，不过Uber成都公司在给合作车主群发信息中称，会继续跟政府相关部门沟通，优步成都运营一切正常，优步软件仍能使用。

那么Uber究竟是什么呢？

（2014年）10月20日，Uber宣布在深圳、上海、广州、成都、杭州和武汉六个城市推出“人民优步”。此前的8月Uber已在北京推出该服务。

这个有着中国特色名字的产品被Uber官方定义为拼车服务（Carpooling）。根据Uber官方的解释，使用人民优步，搭乘者可以方便地找到拥有车辆的车主，仅需分担车主相应的出行成本，便能得到有保障的拼车服务。Uber在美国地区也推出了一项拼车服务，名为UberPool，但据环球旅讯向Uber方面了解，Uber Pool是两名乘客预订同一辆车进行拼车，而人民优步是乘客与车主之间进行拼车。Uber官方强调，中国大陆是Uber在全球推出人民优步服务的唯一地区。

也就是说，其实Uber人民优步，其实是一种拼车服务，而现在Uber最火的，恰恰也就是人民优步。

《重新定义分享UBER中国的分享实践》epub下载在线阅读，求百度网盘云资源

《重新定义分享》（谈婧）电子书网盘下载免费在线阅读

资源链接：

链接：

提取码：hb4x

书名：重新定义分享

作者：谈婧

豆瓣评分：6.9

出版社：中国友谊出版公司·蓝狮子

出版年份：2016-12-1

页数：244

内容简介：○ 内部人士首次独家揭秘，Uber中国如何将分享经济从概念落地为商业模式，以及UBER中国1006天的发展历程，从零到70亿美元的创业神话

○ 徐小平、吴晓波、佟大为等倾情推荐！

○读懂了UBER中国，就读懂了分享经济的过去、现在与未来！

内容简介

作者简介：谈婧（Maggie）

关于uber地推团队和uber营销案例的介绍到此就结束了，不知道你从中找到你需要的信息了吗？如果你还想了解更多这方面的信息，记得收藏关注本站。

The End

发布于：2023-04-03，除非注明，否则均为首码项目网原创文章，转载请注明出处。

标签：uber地推团队

本文目录一览：

《重新定义分享UBER中国的分享实践》epub下载在线阅读全文，求百度网盘云资源

干嘉伟什么时候退出美团

Uber实时推送平台是如何打造的

滴滴出行：从简陋的车库到千亿帝国的铸成，再到纳斯达克的狂欢

对于Uber你怎么看？

《重新定义分享UBER中国的分享实践》epub下载在线阅读，求百度网盘云资源

相关文章