- 1、本文档共5页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
打车软件设计思考:如何在 APP 内实现司乘无通话接驾
在这套智能聊天界面当中,所有的状态信息都由 系统识别 并发出,乘客和司机无需进行任何
操作。
打车软件已经成为人们日常出行中不可或缺的工具之一,但往往从用户叫单成功的那一刻到司机接
到乘客之间的这段时间,电话沟通成为双方必不可少的步骤之一。 如何设计一个产品模块达到电话
沟通的效果同时又保护用户的电话隐私?
还原一下使用打车软件过程中的电话沟通需求
需求还原
一般情况下,乘客和司机需要进行至少两次电话沟通
从内容中可以反映,双方并 不信任软件界面展示的有限且分散的信息 。在用户的认知中, GPS 定位
不精准,通过界面上的信息无法实现准确接驾,因此希望通过真实的沟通确认对方的状态和需求
表面上乘客和司机沟通都是为了提升接驾效率,我相信 PM 们肯定想了很多手段去解决这些问题,
以Uber 为例
需求挖掘
产品界面已经提供了足够的必要的信息,但是为什么乘客和司机仍然需要在电话沟通呢?
1)乘客不会主动地获取信息 :在等车的过程中完成与司机的第一通电话时,一般会把手机放在口袋
,然后去做其它的事情;或者是关闭软件界面,打开其它的社交软件或者软件使用。这时候,乘客
唯一能够感知到则是软件的提醒。其次是用户每次点开软件去查看界面所提供的有限的信息。
2) 司机对于司机来说开车过程当中不方便看手机屏幕,在接驾的途中也更多的是打开导航软件,结
合声音导航。 司机几乎不能够通过视觉完成对乘客信息的确认 。
电话沟通在这一个具体的场景下,满足的不仅仅是乘客和司机之间的社交需求, 更多的满足的是更
加底层的安全需求 。乘客和司机在无法确认对方的状态时,急需要通过一种快速有效的手段去了解
对方的状态,从而建立有安全感的真实社交,而电话沟通成为了最为快捷有效的途径。
司乘无通话接驾 “智能聊天 ”产品模块设计
设计之前要考虑的两个痛点:
除了电话还有什么也是可以实现有安全感的真实社交的有效途径?
微信聊天!通用一点说是社交软件,社交软件的出现极大程度的降低了我们对电话和短信的依赖,
因为它兼具了 信息的时效性和沟通的真实性 的特性。
基于上述思考提出了 智能聊天“ ”的产品模块设计:司机和乘客无需进行任何文字输入, 系统自动建
立两个角色(司机、乘客)在不同的时间节点向对方发送消息 ,以及 司机、乘客主动进行快捷状态
发送的简单形式 实现电话沟通的替代方案,解决了 信息安全 和真实社交 的痛点。
解决方案
我从前面分析的两通基本电话所在的时间节点来分别描述解决方案的设计:
节点一:成功叫单(接单)后
用户在成功叫单后,软件内出现类似微信的智能聊天界面。
【司机】给乘客发来一条消息,消息内聚合司机名字、所在位置、预计到达时间等必要信息,并且
用亲切通俗的语言呈现出来。
【乘客】与此同时给司机发送一条消息,消息内聚合乘客名字、所在位置、预计接驾时间等必要
信息,司机收到消息,则系统自动以语音的形式为司机朗读出来。
节点二 :司机即将到达
【司机】在距离乘客 100m 远的时候, 司机“ ”向乘客发送一条消息, 司机即将到达您的所在地,请你“
注意 XX 车型、 XX 车牌的车辆 ”
【乘客】向司机发送一条消息, 乘客已经在目的地等您,请开双闪并减速行驶至“ XXX 位置附近,注
意路边乘客 ”
智能聊天界面除了显示双方的聊天记录,同时提供 两个按钮
乘客如果希望提醒司机(亦或是司机希望提醒乘客),则可以通过这两个按钮来实现状态获取
在这套智能聊天界面当中,所有的状态信息都由 系统识别 并发出,乘客和司机无需进行任何操作。
智能聊天页面让用户觉得像是在社交软件内和司机进行聊天,并且优先于电话号码向乘客展示。
一些可行的补充说明:
作者: Allen (微信号:fran_allen ),一只入坑快两年的互联网产品经
文档评论(0)