浅谈Uber与滴滴快的提供差异化服务带来的商业模式思考

一、引言

滴滴和快的烧钱的时代已经过去,在那个时代我们消费者着实得到了不少实惠。自从他们温柔的在一起之后,这种实惠就木有了。让我不禁感叹坐车的几率有降低了50%。前段时间,Uber悄无声息的进入我的视野,在朋友的引导下,我顺利体验了一把不一样的Uber打车服务,不禁为滴滴和快的捏了一把汗。

二、商业模式不同导致提供的服务不在一个水平

1. 用户痛点:避免拒载

我们生活在稍微大一点的城市都知道,打车有多难,特别是在上下班高峰期,或者碰到坏天气,你想坐上车,不是没车来,就是拒载!!!没错,是拒载。博主生活在武汉,大家也许在网上见识过武汉的公交车有多凶残,武汉的的士司机更有过有之而无不及,拒载你是小菜一碟。太远不带,太近不带,不顺路不带,人多不带,堵车不带,路不好走不带,你要哄着司机说绕远路才有可能让你上车。作为一名有理想、有报复的程序员,顿时觉得武汉的的士司机“命不久矣”,就这服务早晚会被淘汰。

Uber和滴滴快的类打车软件在这一点上由着根本的区别,Uber是自动分配周边车辆,并且不要输入目的地,等待系统自动匹配,然后车辆会来按照地图所在位置来接你。最重要的一点是司机无法挑客。这一点很好了解决了前面阐述的那个问题,是真正抓住了用户的痛点,让人感觉很爽,有一种的士有多远滚多远的酣畅淋漓,有木有?

2. 用户体验:下车不掏钱

Uber是绑定信用卡或者支付宝后,下车后自动扣款,你到站了直接下车,账单会稍后发送到你邮箱,包括里程、时间、费用、路线以及索要发票的按钮等。不需要像滴滴、快的那样掏出手机付款后才能下车。这一点虽然是一小步,但是对用户来说确实前进了一大步。为什么这么说?如果你遇到过下车时发现手机没电了,无法开机,或者余额不足,或者忘记点优惠券,或者忘记支付密码,或者忘记带钱等等小状况,你就会深刻体会到这易小步其实是解决了/避免了很多意外情况,为用户着想到极致。

当然,也许你会说,中国不像美国,是一个信用社会。如果发现用户账户没有钱,不付款怎么办?其实这些没什么可说的,你逃单一次,下次就无法再享受Uber服务了。就像你信用卡不良记录会影响你贷款一样的道理。中国正在一步一步迈进信用社会,你自己掂量着孰轻孰重把。

3. 服务水平:司机提供服务不再一个档次

朋友做Uber由于感冒了,不听大喷嚏,司机马上把纸巾送上来,并且把后排窗户帮忙打开一点点。这些周到体贴的细节服务在的士哪里一般享受不到。更别提你喝醉酒被的士嫌弃的情况了。其他情况请自行想象。

4. 核心竞争力:收费情况

那么你要问了,既然不拒载,又有这么好的用户体验,服务又好,收费是不是很贵呀?那我告诉你,Uber在一般的时段收费比的士更便宜。遇到一些节日和其他时间,还会定期推出优惠码,比如,新用户100,50,30元优惠券,打车7折优惠券什么的。反正我打车这一个月来,一直都在享受优惠。但是,高峰时段,或者供需关系紧张时,会加价,这个和你叫出租车给小费是一个道理,但是我感觉Uber的做法让消费者更容易叫到车。反观司机的收入情况,我每次坐车会向Uber司机打听他们的收入情况,最低的三五千,当然是兼职跑跑,最多的3万(一天20小时不停歇)不等。

5. 运营成本

这个无法考证,但是Uber肯定比滴滴快的运营成本低。

三、最后

推广一下我的推荐码,新用户下载Uber后在 优惠框中输入"VPEMR",立得30,50,100不等优惠券(根据不同城市,武汉最开始是200,现在是30)。30元在武汉坐车可以坐3次10公里内的Uber。

时间: 2024-10-28 07:48:57

浅谈Uber与滴滴快的提供差异化服务带来的商业模式思考的相关文章

浅谈SQL Server中的事务日志(三)----在简单恢复模式下日志的角色

浅谈SQL Server中的事务日志(三)----在简单恢复模式下日志的角色 本篇文章是系列文章中的第三篇,前两篇的地址如下: 浅谈SQL Server中的事务日志(一)----事务日志的物理和逻辑构架 浅谈SQL Server中的事务日志(二)----事务日志在修改数据时的角色 简介 在简单恢复模式下,日志文件的作用仅仅是保证了SQL Server事务的ACID属性.并不承担具体的恢复数据的角色.正如”简单”这个词的字面意思一样,数据的备份和恢复仅仅是依赖于手动备份和恢复.在开始文章之前,首先

浅谈SQL Server中的事务日志(四)----在完整恢复模式下日志的角色

浅谈SQL Server中的事务日志(四)----在完整恢复模式下日志的角色 本篇文章是系列文章中的第四篇,也是最后一篇,本篇文章需要前三篇的文章知识作为基础,前三篇的文章地址如下: 浅谈SQL Server中的事务日志(一)----事务日志的物理和逻辑构架 浅谈SQL Server中的事务日志(二)----事务日志在修改数据时的角色 浅谈SQL Server中的事务日志(三)----在简单恢复模式下日志的角色 简介 生产环境下的数据是如果可以写在资产负债表上的话,我想这个资产所占的数额一定不会

浅谈现公司的Spring Cloud微服务框架

目录 说在前面 服务注册与发现 服务网关及熔断 配置中心 消息中心.服务链路追踪 小言 说在前面 本文偏小白,大佬慎入,若有错误或者质疑,欢迎留言提问,谢谢,祝大家新年快乐. spring cloud Spring Cloud 是将分布式系统中一系列基础框架/工具进行整合的框架.其中包含: 服务注册与发现.服务网关.熔断器.配置中心.消息中心.服务链路追踪等等 .这也是一个服务化架构的最小组成元素,有了这些基本的组成要素,就可以实现一个最简单的服务架构. Spring Cloud 并没有重复造轮

医疗时鲜资讯:浅谈专科细分领域“口腔、眼科”的发展

背景: 昨天写的聆听协和超级课程后的感想拙文被张强医生转载,甚是欣慰.趁着还未将课程中各位老师的演讲"就这"(方言:拌着的意思^_^)馒头吃掉的时候,今天再接再厉继续整理.最重要的是今天是我小外甥出生的日子,生命中又多了一个用一生去爱的人,很激动!我想对他说"有了你的陪伴,我会更加执着,更加努力". 本篇继续以一个传统医疗厂商视角,看未来专科细分领域的发展,主要是口腔和眼科:分析传统厂商转型的方向.可行性与必要性.文中会穿插引用周末演讲中各位创始人的观点,能够现场聆

【呆子谈产品】:我是如何让摇摇开门有明显的差异化的?

但凡稍微有一点市场知识的人,都知道产品要想销售得好,就必须具有差异化,这样子用户才能够接受才愿意买单:对应到创业中来,创业项目要能够活出来,必须具有差异化,这样子才能够有运营和发展的空隙,才能够存活下来. 当然,不排除有人有背景有资源,一张纸或者靠脸都能够拿到投资,没啥特色就算烧钱,也有人愿意买单,但那是特例,想那些好事无异于自己给自己挖坟墓:对于大多数的创业项目来说,只有务实的做好项目,才可能有发展的机会,否则,毛都没有. 就务实创业来说,首要前提就是:给项目赋予差异化,让自己的项目和别人的项

浅谈城市规划在移动GIS方面的应用发展

1.概述 城市建设进程加快,城市规划管理工作日趋繁重,各种来源的数据产生各种层出不穷的问题,严重影响城市规划时的准确性,为此全面合理的掌握好各方面的城市规划资料才能做出更加科学的决策.移动端的兴起为规划动态方面提供了极大的便利,各类以无线终端.智能设备.网络通信和移动GIS核心技术的深入发展,可以为规划人员和决策者提供在线离线.定位实时.现状历史等方面分析服务,从而提高城乡规划工作效率. 2.移动GIS技术选型 从目前移动设备发展的情况来看,有Apple.三星.国内手机产品.平板:从操作系统上看

浅谈——页面静态化

现在互联网发展越来越迅速,对网站的性能要求越来越高,也就是如何应对高并发量.像12306需要应付上亿人同时来抢票,淘宝双十一--所以,如何提高网站的性能,是做网站都需要考虑的. 首先网站性能优化的方面有很多:1,使用缓存,最传统的一级二级缓存:2,将服务和数据库分开,使用不同的服务器,分工更加明确,效率更加高:3,分布式,提供多台服务器,利用反向代理服务器nginx进行反向代理,将请求分散开来:4,数据库的读写分离,不同的数据库,将读操作和写操作分开,并实时同步即可:5,分布式缓存,使用memc

浅谈算法和数据结构

: 一 栈和队列 http://www.cnblogs.com/yangecnu/p/Introduction-Stack-and-Queue.html 最近晚上在家里看Algorithems,4th Edition,我买的英文版,觉得这本书写的比较浅显易懂,而且“图码并茂”,趁着这次机会打算好好学习做做笔记,这样也会印象深刻,这也是写这一系列文章的原因.另外普林斯顿大学在Coursera 上也有这本书同步的公开课,还有另外一门算法分析课,这门课程的作者也是这本书的作者,两门课都挺不错的. 计算

浅谈自然语言处理基础(下)

命名实体识别 命名实体的提出源自信息抽取问题,即从报章等非结构化文本中抽取关于公司活动和国防相关活动的结构化信息,而人名.地名.组织机构名.时间和数字表达式结构化信息的关键内容,所以需要从文本中去识别这些实体指称及其类别,即命名实体识别和分类. 21世纪以后,基于大规模语料库的统计方法成为自然语言处理的主流,以下是基于统计模型的命名实体识别方法归纳: 基于CRF的命名实体识别方法 基于CRF的命名实体识别方法简便易行,而且可以获得较好的性能,广泛地应用于人名.地名和组织机构等各种类型命名实体的识