滴滴出行在产品升级上耍了哪些“花招”,都不来看看嘛
上周“滴滴出行”为品牌升级推动的“再见滴滴打车” 的营销活动着实吊足了一众看官的胃口,也是如愿激发了关于此事的热烈讨论,然而这些讨论中关于“滴滴出行”产品层面的却少之又少。出于一个产品经理的职业毛病,我尝试去分析、推导了滴滴出行产品升级背后的思路和逻辑,在此带领大家一窥“滴滴出行”在产品升级方面耍的“花招”。
产品设计是用户价值、商业目标、技术三者的平衡
大家还记得滴滴打车最初版本的下单方式么?恐怕大家已不能记得,正确答案是语音下单,然而在滴滴出行最新版本中却已删掉了语音下单方式。
为什么语音下单方式遭受了从“唯一宠爱”到“弃妇”的悲惨结局呢?实际上所有互联网产品的优化升级背后的决策都来自于对用户价值、商业目标、技术实现三者的平衡,从这个角度出发我们就可以很好的理清滴滴的决策逻辑。
在滴滴打车发展最初期,它的商业目标是以最快的速度抢占市场,作为一个移动互联网新鲜事物,对于新用户入门而言在手机上使用语音输入显得即有趣、学习门槛又低。在技术实现方面而言,在司机端订单一定是需要以语音的形式呈现的,在产品初期功能比较薄弱时,只采用语音下单的形式,可以省去文本下单转化为语音的技术实现过程,节省技术实现成本。
在滴滴、快的合并后,基本上已经垄断了国内打车(出租车)市场的今天,用户价值、商业目标、技术实现这三者发生了哪些变化呢?
首先对于用户价值(分为乘客、司机两类)而言,考虑到有的人不会打字、更加偏好语音输入的因素,语音下单对于部分乘客的价值依然是有的;对于司机而言,在文本下单司机端语音播报技术成熟的今天,乘客的语音下单在某些情况下还会对司机价值造成损伤,比如用户口音、说话不清晰、描述地点不准确等。
当然最重要的变化是当前滴滴商业目标的变化,依靠大规模的补贴抢占市场后,未来如何盈利就成为必须思考的问题。就如马云曾反复强调的未来最大的能源是数据,对于滴滴而言出行大数据自然成为未来最核心的资产,出行大数据来自于哪儿?自然须来自于用户使用文本下单获得的结构化数据。
做减法的智慧
曾被拿来佐证滴滴产品设计细致入微具备创新意识的“捎话”功能也被取消了,这个功能当初的上线证明它代表了一部分用户的需求,如此做“减法”岂不是对“用户至上”原则的背离么?
事实上我认为这背后的逻辑,可以通过张小龙关于微信为什么不设置“信息已送达状态”的观点一窥究竟:
“我们为什么不做已送达的状态?因为我们觉得未来的系统是绝对可靠的,我们有这个信心,肯定会送达,除非他关机了,我们不会再专门做一个是不是已送达,只有不自信的系统才会做这样的状态。而且你每发一个消息还有个已送达或者发送中,那很丑陋的,多了一个东西在那里。所以这也是一种态度。对于这种用户要什么就给什么,其实是考验产品经理水准的东西,因为我满足需求很容易,但是我怎么找到理由拒绝他,或者说找到什么方式实现它,这个非常难。”
同理捎话功能是源自于对用车服务的不自信,标准优质的服务实际上是不需要捎话功能的,Uber没有、易到、神州也没有这个功能。产品做减法必然伤害一部分用户,但背后却是产品理念的体现,也是考验一个产品经理功力的地方。
永远为中间用户设计
升级后的滴滴出行对于普通用户而言,直观可以感受到最大的改动在于:车型选择从原来的底部挪到了顶部。这一改动相信会被很多人认为是一个败笔,因为以前的版本车型选择和输入目的地相邻,用户的操作更为连贯、便捷,而升级后用户首先需要在顶部切换车型然后再回到页面底部输入目的地。
实际上从一个产品经理的角度来看,这种设计的调整应该是依据两个设计原则而定的:
- 永远为中间用户设计;
- 好的设计在于形式与行为的和谐。
首先所有产品按照用户的掌握程度都可将用户分为新用户、中间用户、专家用户,这三类用户基本呈正态分布。新用户和专家用户都只是少数,大多数新用户在使用一段时间产品后随着对产品的逐渐熟悉即会成长为中间用户,而少部分中间用户会因为不断探索产品功能而成为专家型用户,这也就意味着在做产品设计时最重点考虑的是这部分中间用户。
对于用户而言,移动端产品的操作成本除了手指触点的移动外,还包括视线的移动。我们可以用下面两张图来对比说明。
在选定为默认“出租车”车型前提下,升级前后两版之间对于中间用户而言,用户的视线流及操作流的变化(其中红色代表视线的焦点、蓝色代表用户手指的触点)。
升级前
升级后
在选定为默认“出租车”车型前提下,整个叫车过程中用户所需确认的信息包括:上车地点、下车地点,从最右边的图可以清楚的看出:
- 升级前的产品,用户的视线不得不从中(上车地点)→下(车型、下车地点)→上(输入下车地点)→中(确定上车-下车地点)→下(确认发送请求)来回移动;
- 新的版本为上(车型选择)→下(上车地点、下车地点)→上(输入下车地点)→下(确定上车-下车地点、确认发送请求)(ps:对于熟悉了产品界面的中间用户可以忽略中间地图信息)。
升级后的产品视线流移动更加流畅、稳定;同时两版设计中手指触点的移动距离不变。
然而到这里,聪明的同学肯定会提出问题了,如果仍然把车型选择仍然放在下部,岂不可以实现视线流和操作流的双优化么?对!没错!单纯从行为(操作)的角度考虑这样必定会更加便捷,但是这样就会导致整个界面脚重头轻,不对称,无法达到形式与行为的和谐设计,出于形式与行为的和谐设计考虑,不得不将车型选择放在顶部。
结合场景去设计
产品新人经常会犯把“手段”当做“目的”的错误,犯这种错的根节点在于脱离了实际场景(用户本质心理诉求、环境约束、技术约束等)而简单的用功能去满足用户需求。
滴滴打车原先的固定调度费入口可以说是这样一个典型代表,调度费存在背后的心理诉求在于用户打不到出租车,然而在发起一个打车请求前就让用户选择是否加价实则意义不大。所幸滴滴出行的产品中取消了这个加价固定入口,只会在叫车过程无响应时顺理成章的提醒用户是否加价。
同理出租车、专车的预约功能背后的心理诉求也源自于对立即叫车服务的不确定,所以Uber为了培养用户对它用车服务的信任,压根就没提供预约功能,这次滴滴出行也弱化了预约功能,将它隐藏到了“+”号之中(也是其对自身运力充足自信的一种体现)。
情感化设计
《情感化设计》一书提出了设计的三个层次本能、操作、反思,其中反思水平更多的体现了产品情感化设计的部分。
顺风车这个产品是分享经济的一个典型代表,本身产品理念应该是体现人与人之间的分享、信任、关爱,滴滴出行在新版本中抓住了派单等待这个用户触点, 将以前冷冰冰机械式的雷达图发送请求形式调整为附近车主的照片墙动态显示的样式,提升了整个产品的亲和度,将整个产品的设计提升反思水平层次,体现了产品本身倡导的理念。
结语
通过以上对“滴滴出行”产品花招的了解,我们可以清楚的认识到任何互联网公司所倡导的“用户至上”并非所说的那么简单,所有的产品设计都是在优先考虑了商业目标的前提下,再去平衡用户价值与技术实现的成本。
正如张瑞敏所说“没有成功的企业,只有时代的企业”,没有‘成功“的产品。昨天正确的设计到今天就可能成为败笔、错误,所有的产品设计都需要根据用户规模、用户群体构成、需求特征变化、外部竞争形势等,来“因时而变、因势而变”。“滴滴出行”依靠资本的力量基本已经基本站稳中国出行市场第一把交椅,期望它不要像曾经的许多巨头那样,垄断之后被商业目标“遮望眼”耍出太多伤害用户价值的“花招”,而是不忘初心多做一些满足用户价值的“花招”。
#专栏作家#
奇文天翔,微信公众账号:产品一二三,人人都是产品经理专栏作家。一个热爱产品设计的人,相信产品的力量。互联网金融公司移动产品主管。擅长产品规划、产品竞争策略、产品设计、用户体验。
本文原创发布于人人都是产品经理,未经许可,不得转载。
打车的交互设计好了很多,原来总容易搞到预约上去。这个点赞!关于快车,出租车,顺风车的选择放在了上行,个人认为这个设计是加分的,因为作为用户的我不会太频繁切换自己的做车习惯。
很喜欢三个因素结合考虑需求定义和解决问题方案的这个观点。
我是外行,但总觉得作者的每句话都是硬网新版本上面拧,请问你是新版本派来的吗?
改变用户习惯的成本怎么考虑? 还有微信已送达那个,真不是因为张老板说的多牛逼多有道理,是很牛逼的张老板可以说的很有道理。。 当然了,各抒己见而已。如果作者能针对改版,提出一些产品缺陷方面的思考或者讨论,我就更佩服作者的专业能力和勇气了。。。
关于微信的无送达的提示,我保留意见
关于把默认车型从出租车改成快车并放到较难操作的上面,个人认为滴滴是想引导用户更多使用快车,出租车由于补贴费用问题已经到达发展瓶颈,所以引导用户更多的使用快车并形成习惯,与滴滴未来发展的业务方向有关。当用户习惯这种操作方式时,滴滴再默认顺风车、专车来发展不同方向业务会更方便。
想吐槽下,升级后,动态加价的提示变得特别弱。。。弱到有次打上车了司机告诉我动态加价了29!!!!
照片墙得多耗多少流量……
只能说楼主的分析太不符合用户的使用习惯,中间层用户使用滴滴仅仅是在特殊情况(如下雨天、单双号)才需要的,这个时候第一关注点不是上下车地址,而是各种打车方式的切换。中间层的用户应该都是中低产的屌丝用户,更关注的是打车成本,经常是先试试顺风车,若实在达不到才选择快车,如果快车动态加价太强盗就选择出租车。【打车方式切换这一样是使用频次仅次于地址切换的,这次改动让用户感觉一觉回到解放前,所以这是最大的败笔】
楼主好,不太理解文中对取消捎话功能的解释。我个人还是觉得捎话可以带给司机更多信息,如果取消捎话,可以让打车过程更迅速(因为不必考虑是否要捎话,该捎些什么~)。取消捎话会让司机了解更少的信息,倒是对司机挑单不利。
还有,关于信息的“已送达”,个人觉得已送达并不一定是对产品的不自信,很多时候这个状态是让发件人了解对方通讯设备的状态,比如以前用诺基亚3100发短信,晚上发的短信如果没有回应我“已送达”,我就知道对方睡觉关机了,不再等待对方回复。当然了,即使送达了,对方也未必看。
再者,是不是所有产品的更新升级我们都应该努力为其找到合理解释呢?
才疏学浅,欢迎指教!
你好,我是原作者奇文天翔,这个跟做人的道理一样,如果天天对外标榜你是个什么样的人也只能证明自己内心缺什么,所以“已送达”的状态背后对应的正是对于无法确定能否送达的一个备注,我们可以看到微信在网络状态不好的情况下也会以转动的圆圈来表示发送进行中,如果发送失败则会用红色感叹号标示,但是对于已送达的正常状态是不会有任何标示的,不知道这样解释能理解么
和你一样的理解
私以为微信对于信息反馈的处理是为了维护信息接受者。如果接受者看了信息但是并没有立马回复,会让发送者知道(已读),所以不做任何提示是为了减轻回复的负担
按照文中的理解,取消“捎话”功能在于,滴滴完全信任自己的车主能够完成标准化的服务提供。即:我能够保证我的车主会按时按点来到你的身边,打表,且支持微信支付等等。
确实会对司机的挑单不利,但在这个理念的背后,它的目的或许是优化乘客的体验,节省了乘客的担心成本,即乘客无需担心是否需要提供额外要求,支付额外精力来下单。
这个与微信相同。微信发送的理念是,微信保证能够让对方收到发送的信息,所以不需要我额外的付出“担心成本”,即担心对方是否收到消息。