易到2010年左右最早做专车时，企业服务是同步上线的；神州原来是做租车的，本来就有企业级服务，有专车后也同步上了专车的企业服务；还有传统租车的一嗨、美国的Uber，都是同步上线的企业服务。

最早滴滴打车是出租车服务，14年8月份的时候上线了专车，15年上线了企业级服务，但跟以上当时的竞对相比，滴滴的企业出行开始得并不早。

用车背后大多数人都是上班族，企业员工加班打车，最早都是用出租车。滴滴希望优化整个出租车的运营，所以第一时间想到做B端的业务。

企业级服务在用车服务中里是普遍的，在传统租车时代，企业用车是主流，而且是毛利非常高的业务；所以传统租车企业转到了网约车以后，自然会把这个业务保留。

企业自有车包括政府的公车本身的运营、维护、管理效率很低：滴滴通过移动端管理、调度司机端，平台技术是较先进的。

一线城市企业员工的加班用车、差旅用车较多，涉及到早晚高峰拥堵、交通费垫付多等；尤其是发票问题，多且报销复杂——这个是我们当初整个团队做了很多调研分析，发现的一个非常突出的问题。企业内部本身在交通费报销中的服务成本非常高，每个公司财务对交通出租车发票的开票要求还是不一样的，管理难度高。

所以我们希望通过搭建这样一个平台，让整个市场透明、供需平衡，用第三方公共服务的时候，整个报销付费流程都更便捷一些。将企业的用车进行市场化与平台化的运营，来降低企业因公用车部分的管理费用，以及提高员工的使用体验。

滴滴2B服务，提供的是出行服务和管理的解决方案，一开始是两个平行的方向：企业和政府。

滴滴开始做企业级用车的时候，内部就有包括出租车、专车、快车、大巴、代驾，顺风车等资源，企业、政府都可以使用；滴滴企业规划时就准备提供一个企业出行服务的统一平台，也就是可以整合滴滴外部的资源，包括企业自有的车等等。

有一个相对完整的规划，包括到现在也没有太多脱离当初的规划。

我们给企业服务的定位，分了三个模块：企业用车、政府用车，跟第三方的渠道合作用车。

1. 企业用车：行政用车，服务企业员工因公出行，如加班、接送客户、差旅等；营销用车，服务企业的客户，作为营销工具的一部分。
2. 政府用车：服务政府和事业单位的公务出行。因为政府相关的数据其实都是公务人员出行，特别还有一些特种车辆，所以不能做整个透明化的运作，而是在私有云空间操作。
3. 渠道合作：作为第三方的用车服务提供商，如航空公司、OTA、酒店集团。

企业用车分为行政用车和营销用车：

（1）行政用车-起因

C端用户逐步起量，但那时候竞争还是比较激烈的。刚提项目的时候，其实主要还是针对“快的”的营销补贴大战，希望寻找其他办法帮助打赢这场仗，或者其他业务线能够出力。

所以出了企业用车，主要涉及到三个方向：

1. 每个用车人背后都有个企业统一管理，因公出行的费用可以报销（例如加班和出差），决策权在企业
2. 市内因公出行主要用出租车，出租车发票可以报销，出租车贴票报销员工和企业都工作量大，不易管理
3. 因公出行价格不敏感，因公出行不需要C端补贴，通过企业可以锁定个人用车习惯，C端自己出行也用滴滴

总结起来就是：企业和个人都有用车需求，企业可以决定一些个人的行为（比如在公司用OA系统，企业所有的相关的业务都在上面，要跟其他同事、其他部门协同，不管体验好不好，都必须要用公司指定的），有利于C端用户留存和降低营销费用。

（2）行政用车-定位

整个业务的逻辑其实比较简单，包装C端已经成型的公车，提供给B端。这样就有两个收入的