滴滴出行案例分析.ppt

滴滴出行 滴滴一下，让出行更美好 滴 滴 出 行 滴滴这样的一个产品，在短短几年内从无到有，变成一家独角兽级别的互联网巨头，这中间到底发生了什么？尤其是，滴滴的产品和运营层面上到底都做对做好了哪些事以助推了滴滴的成长？ 产品整体发展走势 产品分阶段迭代分析路径图 产品分阶段迭代分析 产品主要迭代版本迭代逻辑分析： 在产品版本上，从 V1.0~V2.5，这段时间的版本更新，是从不及格的产品打磨到全面覆盖用户打车需求点，用起来顺畅的产品的过程。由于这个阶段是滴滴面临困难和问题最多，也是挑战最大的一个阶段，我们在此把这个阶段内的产品迭代分为两部分来进行说明。 1）V 1.2~V2.0，2012/9-2012/12，主要变化：省掉注册、登陆流程，开通预约功能、增加加价约车等功能 为什么要在最早的产品版本上线预约和加价功能和省去注册登录流程呢？从滴滴当时的用户评论情况中或许可以窥见一些端倪。 从产品评论情况中可以看到，V1.1 用户量不多但是差评还是比例还是比较多的，那么差评内容都是哪些呢？ 从用户评论中，我们发现在 V1.1 版本中集中的问题就是打不到车，无法注册。打不到车的根本原因是因为装有滴滴的司机还很少，供需不平衡，这一问题是短期内无法从根本上解决的，只能一定程度通过运营手段缓解。推出预约功能则是让用户提前找好车，加价肯定是为了提高司机的积极性，促成交易达成。那么注册不了怎么解决呢？ 滴滴的做法是：干脆不让你注册就能用，从根本上解决问题 作为滴滴这样的平台类产品，在早期规模还不够大的时候而言，最大的痛点——叫不到车的问题，只能寄希望于后续的增长和业务拓展可以尽快跟上。 从最后几条评论也可看出，滴滴在 V1.2~V2.0 阶段的运营侧重点基本是完全偏向于司机的。这是一个很显著和清晰的逻辑——作为平台而言，唯有先保障了供给端的充裕，才会有消费端的其他可能性。但凡是平台，想要解决先有鸡还是先有蛋的问题，必须先找到在供需关系中相对稀缺的一方，用尽一切手段把他们搞到平台上。 V2.1~V2.5，主要变化：增加文本叫车，邀请好友加入，修正 BUG，优化体验。 从 V1.2~V2.1，长达 9 个月的时间里，滴滴在产品设计上没有增加太大的新功能，这是因为其存在的根本问题在于用户打不到车，而打不到车的根本原因是司机太少，因此滴滴在此阶段的重心是通过运营增加司机数量，而产品设计方面可以选择放一放。在这个角度来说，滴滴的产品设计很明智。事实也证明这段时间的运营还是有一定成效的。从应用商店的评论来看，叫不到车的差评在这一阶段开始逐渐减少，甚至慢慢消失。而滴滴这一阶段内的运营重点，毋庸置疑，就是补贴司机 以 下是 V1.3~V2.1 的整体用户评分和评价情况，可以看出评分相比 V1.1 有了显著的提升。同时通过评论数可以看出用户量也有了很大的增长。这得益于滴 滴这段时间内运营端的发力，同时在产品上上线 “邀请好友加入” 这样的功能也可以看出，滴滴在这一时期的侧重点已经开始渐渐转向了用户增长。 在 V2.2 中，滴滴增加了 “文本叫车” 的功能，根据用户反馈和使用体验推测，滴滴此举可能是为了缓解 app 定位很差的缺点——在定位很差的情况下，手动输入是可以得到更精确的地址的。以下是 V2.0 关于定位差的个别差评。 回顾整个探索积累阶段滴滴的发展，可以看到，从人人都可以较容易发现 bug 和提出问题到用户被基本满足，关于产品负面评价是在逐步减少的 从应用前期的评论来看，用户使用和体验层面存在的主要问题是：叫车成功率低，不能文本叫车，无法取消订单，预约的时候司机或者乘客爽约，管理不规范等等基本功能的优化，这些常见的问题在滴滴产品的迭代中不断得以解决，从而促成了这一阶段中产品的日臻完善 通过本阶段的探索、产品打磨和运营上与各大竞争对手们的短兵相接，滴滴为自己后续的发展和增长铺平了道路。 加速增长期 （14年1月4日-14年9月2日） 进入 2014年，对于已经完成了第一轮产品打磨和初始用户培养的滴滴而言，摆在它面前的课题，从 “突破重围” 变成了 “如何能够尽快实现快速的用户增长”。尤其是，当 “快的” 这样的对手已经开始步步紧逼。 而滴滴给出的答案，是 “补贴”+“微信”。滴滴在 2014年 初，开始正式接入了微信，这无异于是一柄 “大杀器”。与此同时，那一轮史上最猛烈的红包补贴，也开始降临。 回顾这一阶段，整个打车类应用的用户增长都异常迅猛，这与市场上的大力” 厮杀” 不无关系。在这个阶段中滴滴和快的合计 20 多亿元的市场补贴，共同培育了挖掘出了更大的市场，产品紧密配合市场和用户需求，培养出较多大有裨益的使用新场景，也为未来发展打好了铺垫。这对滴滴来说，是一个市场大发力 + 产品日臻完善的阶段。 本阶段滴滴商业需求：从可用出行工具到常用出行