您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 信息化管理 > 滴滴打车产品分析-罗文峰
第1页滴滴打车产品分析作者:罗文峰邮件:simon.wf.luo@gmail.com第2页目录页第2页1概要2功能对比3交互分析4改进建议分析目的产品概况分析结论第3页1概要---分析目的目的了解熟悉打车应用的市场状况分析主流打车应用的核心功能分析主流打车应用的交互流程针对滴滴打车,提出改进建议第4页目录页第4页1概要2功能对比3交互分析4改进建议分析目的产品概况分析结论第5页1概要---产品概况滴滴打车终端:IPhone5系统:IOS7.1App版本:3.0产品定位快捷、方便的打车应用。乘客可以轻松发单,随时随地打车;司机可以降低空驶率,轻轻松松多赚钱。目标人群有打车需求的智能手机用户;出租车司机。用户痛点乘客:打车难;司机:空驶率高。核心需求乘客:快捷、方便地打到车;司机:接到合适的订单,避免空驶。运营策略免费叫车,不收调度费;只与正规出租车/商务用车中介合作,乘车体验与日常打车一致;加价叫车,用车高峰期提高接单概率;移动支付,方便用户交付车费,避免找零;红包补贴,培养用户使用习惯。竞争对手打车应用:快的打车等商用叫车:Uber、易到用车、一号专车等租车:神州租车等拼车:AA拼车等代驾:e代驾、第一代驾等电召台:各种官方背景的电召台第6页目录页第6页1概要2功能对比3交互分析4改进建议分析目的产品概况分析结论第7页1概要---结论功能打车应用的功能基本一致,同质化程度比较高。滴滴的差异化是可以预定商务车型,扩展了产品的应用场景。交互整体流程简洁,车型切换方便快捷,内容布局合理、信息强弱得当。一键叫车使用成本高。乘客上车后的支付流程不够清晰,分支流程过多,容易造成用户移动支付的比例下降。微信支付时没有留出口,会让部分用户进入死胡同,成本过高。确认订单时,改动起终点比较困难,特别是终点无法改动,操作成本过高。改进【文字叫车】在地图上显示终点和车费【文字叫车】搜索页suggestion和一键叫车【支付方式】信用卡支付车费【订单管理】已支付订单无需再出现支付button【支付方式】弱化现金支付、强化微信支付【文字叫车】允许用户修改终点【微信支付】留出口,避免死胡同【交互规范】不填写表单时button不可点击、更大的日期选择控件【积分商城】增加积分商城,提供更多激励机制第8页目录页第8页1概要2功能对比3交互分析4改进建议竞品选择功能对照模块分析第9页2功能对比---竞品选择打车应用市场占有率---双寡头根据市场占有率,选择产品定位相似的【快的打车】和【滴滴打车】为主要竞品,分析两者的异同,为滴滴打车的差异化提供建议。*数据来源:艾媒咨询《2014年上半年中国打车应用市场研究报告》第10页目录页第10页1概要2功能对比3交互分析4改进建议竞品选择功能对照模块分析第11页2功能对比---功能对照功能模块功能点快的打车滴滴打车叫车实时语音叫车有有实时文字叫车有有预约叫车有,支持预约2天有,支持预约3天可选调度费用有有留言交流支持给司机发语音消息支持文字留言(捎话),默认提供最常用的7句话POI历史记录有有一键打车有,支持3个地点有,支持2个地点POI收藏有无商务专车无有功能对照表对比乘客版的滴滴打车和快的打车,暂不考虑司机版。第12页2功能对比---功能对照功能模块功能点快的打车滴滴打车评价分享服务打分有有文字点评无有投诉有有分享有,朋友圈和新浪微博有,微信好友和朋友圈订单管理查看订单有有删除订单无有支付有有评价有,24小时内可追加,超过24小时默认好评有,24小时内可追加打电话有,24小时内有,24小时内投诉无有第13页2功能对比---功能对照功能模块功能点快的打车滴滴打车支付第三方支付有,支付宝有,微信支付红包/代金券有有账户余额支付无有地图显示出租车有有查看司机信息无有地图选择起点有无定位有有地图拖拉有有第14页2功能对比---功能对照功能模块功能点快的打车滴滴打车积分管理兑换优惠券有无浏览优惠券有无账户等级有,等级高则积分多无其他注册登录有有开发票无有应用推荐有无绑定常用地址有有通知朋友有有第15页目录页第15页1概要2功能对比3交互分析4改进建议竞品选择功能对照模块分析第16页2功能对比---模块分析叫车模块车型---滴滴支持更多车型快的打车:支持出租车。滴滴打车:支持出租车和商务专车。总结:在用户端,滴滴支持更多的车型,既有便宜快捷的出租车,也有高端商务的多种车型供用户选择,满足不同层次/不同收入用户的打车需求,同时解决了新APP获取用户的难题。滴滴车型快的车型第17页2功能对比---模块分析叫车模块叫车方式---平分秋色快的打车:支持实时语音/文字叫车,支持预约文字叫车。滴滴打车:支持实时语音/文字叫车,支持预约文字叫车。总结:叫车方式上,都支持实时和预约两种方式;实时叫车的输入方式上,支持语音和文字叫车,方便用户选择。滴滴叫车快的叫车第18页2功能对比---模块分析叫车模块抢单逻辑---滴滴更加公平有效快的打车:订单根据离用户的距离下发,距离近的司机先收到订单;根据司机抢单的先后顺序,决定最终的订单归属。滴滴打车:订单根据离用户的距离下发,距离近的司机先收到订单;抢单算法更加公平,第一个司机抢单后的N秒内,其他司机也可以抢单,根据所有抢单司机距离用户的距离等参数决定最终的订单归属。总结:抢单逻辑上,滴滴更加公平:1)对司机,不需要再拼手机、拼网速、拼手速,降低了司机的使用成本,提高调度效率;2)对乘客,虽然接单时间延长,但接单司机距离更近,能更快地上车,比之前,整体等待时间缩短。第19页2功能对比---模块分析叫车模块搜索功能---快的更好用快的打车:支持历史记录、搜索建议,支持对历史终点的收藏。滴滴打车:支持历史记录、搜索建议。总结:搜索功能,滴滴和快的都不够好用,都有改进空间。滴滴搜索快的搜索第20页滴滴评价快的评价2功能对比---模块分析评价分享模块评价---滴滴的评价更全面快的打车:支持赞和踩,只能在【我未上车】里投诉。滴滴打车:支持5分制打分,支持文字点评;既可以在【我的订单】里投诉司机,也可以在【未上车】里投诉。总结:滴滴的评价方式更加全面,既有打分也有文字点评,能帮住用户更好地辨别司机的服务。滴滴的投诉功能有两个入口:【我的订单】和【未上车】,投诉更加方便。第21页2功能对比---模块分析评价分享模块分享---各有特点快的打车:支持分享到微博和朋友圈。滴滴打车:支持分享到微信好友和朋友圈。总结:因为两家运营策略不同,所以分享功能的使用情况也不同。快的的分享更多是晒单,用户频次少动力低;滴滴的分享更多是发红包,用户分享的频次多动力高。滴滴分享第22页2功能对比---模块分析订单管理模块查看和编辑---滴滴功能更全快的打车:支持查看订单。滴滴打车:支持查看和删除订单,会自动对订单分类(已完成和未完成)。总结:嘀嘀打车的订单管理功能更加全面,不仅仅可以查看,而且可以删除订单。快的订单管理滴滴订单管理第23页2功能对比---模块分析订单管理模块订单内操作---平分秋色快的打车:支持评价(24小时)、分享、支付和打电话给司机(24小时);与打车流程中的支付页面一致。滴滴打车:支持评价、投诉、支付和打电话给司机(24小时)。总结:在订单内的操作,快的和滴滴并没有太大差别;滴滴订单管理中的支付功能,即使已经成功用微信支付过车费,仍会出现且可以支付,不够合理。快的订单管理滴滴订单管理第24页2功能对比---模块分析支付模块支付方式---平分秋色快的打车:支付宝和现金支付。滴滴打车:微信支付和现金支付。总结:在支付方式上,快的和滴滴都是采用第三方支付和现金支付结合的方式。不过,在支付流程上,快的对第三方支付更加强调,对现金支付更加弱化。快的支付滴滴支付第25页2功能对比---模块分析地图模块地图功能---快的更实用快的打车:除支持拖拉、定位、查看地图上的出租车位置外,还支持在地图上选择起点。滴滴打车:除支持拖拉、定位、查看地图上的出租车位置外,还支持在地图上看司机信息和评价。总结:滴滴的查看地图上的司机信息,对用户意义不大,在用户和司机间建立连接之前,用户没有查看其信息和评价的需求。快的打车的地图选择出发点功能比较实用。快的地图选点滴滴查看司机第26页2功能对比---模块分析激励体系激励方式---快的更全面快的打车:有积分功能,积分可以兑换多种代金券。滴滴打车:打车赠红包。总结:快的打车的激励方式更加全面,有积分体系作为支撑,可以兑换多种代金券,老用户的奖励更加丰厚,目的是提高老用户活跃度,与O2O结合扩展打车应用的使用场景。滴滴打车的激励体系主要是靠分享红包,主要目的是拉新用户。快的地图选点滴滴查看司机第27页2功能对比---模块分析总结整体:打车应用的叫车、订单管理、评价分享等功能基本一致,同质化程度比较高,同时两家都在努力做差异化。快的打车:差异化:积分商城,可以通过积分兑换多种代金券,甚至可以订酒店、换电影票,结合O2O领域,扩展打车应用的使用场景。进一步发展,可以根据收集的用户目的地数据,为用户推荐附近的宾馆、饭店、电影院等,产生更大的想象空间。滴滴打车:差异化:商务车型,可以在滴滴打车里预定豪华专车(快的是将同类业务单独做APP),既满足不同层次用户的打车需求,提高打车成功率,同时又解决了新APP获取用户的难题。未来,可以进一步抢夺商务用车的市场。第28页目录页第28页1概要2功能对比3交互分析4改进建议主导航主流程第29页3交互分析---主导航滴滴打车左侧抽屉式导航主页面底部滑动切换快的打车左侧抽屉式导航主页面第30页3交互分析---主导航导航方式---抽屉式(sidebar)从主导航方式来看,滴滴打车和快的打车非常相似,均为抽屉式导航,左侧为主功能列表,用户可以方便的切换。抽屉式导航的优势节省了下方标签导航栏的空间,有助于在一屏里显示更多的内容。扩展性好,可以在抽屉里方便地添加新功能。适用场景以内容/信息流为核心的应用。只有一个核心主流程的应用。第31页目录页第31页1概要2功能对比3交互分析4改进建议主导航主流程第32页3交互分析---主流程产品主流程对于打车应用,最主要的功能是打车,主流程大致是:乘客叫车---确认订单---司机接单---乘客上车---乘客支付路费---乘客评价分享,形成一个O2O的闭环。分析内容本部分主要从以下几点来进行分析:内容布局流程逻辑操作效率操作成本第33页3交互分析---主流程滴滴打车---乘客叫车---主页内容布局布局中间是地图,定位用户的位置、显示周围车辆、显示叫车的起点。底部集中了全部操作,包括叫车终点、语音/文字切换、预约叫车、车型选择。整体布局清晰明了,主要操作放在底部,用户的操作效率更高,且能单手操作。强弱强展现的有:语音叫车、文字叫车、起点。强弱对比,滴滴偏向引导用户使用语音叫车功能。第34页3交互分析---主流程滴滴打车---乘客叫车---主页操作效率有两个功能可能会出现低效率:1)(与快的对比)滴滴打车的视觉设计,区分度偏弱,部分button不易识别,在户外的强光、拥挤人流等场景下可能造成用户的操作效率降低。2)语音叫车功能,在户外噪音较大的场景下,录音效果很差,司机较难识别。第35页3交互分析---主流程滴滴打车---乘客叫车---录音页内容布局布局顶部是提示文案(随时间变化,会有倒计时提醒);中间是操作,包括取消录音、一键叫车button;底部是语音叫车的button。录音放在中间位置,可以避免用户误操作将录音取消;一键叫车位置靠下,路径更短,符合菲兹定律。强弱强展现的有:录音、语音叫车;提示用户关注核心流程。操作成本一键叫车的成本偏高。滴滴打车无法在文字叫车时一键叫车,需要用户按住语音叫车的button进入语音模式,然后滑动到回家/公司button。涉及到两个高成本的场景:1)用户进入了文字叫车模式,发现没法一键叫车,需要退回主页,切换到语音叫车模式;2)用户在语音叫
本文标题:滴滴打车产品分析-罗文峰
链接地址:https://www.777doc.com/doc-495196 .html