从产品设计角度改善滴滴打车安全需求

时间：2018-08-27 01:42:04 来源：作者：网络

请注意：本文为编辑制作专题转载的资讯，页面显示的时间仅为生成静态页面时间而非具体内容事件发生的时间，由此给您带来的不便敬请谅解！

滴滴打车又出现一名受害者，这次距离上次空姐事件才过去3个月，我再次对亡者表示哀悼，这篇文章绝对不是消费受害者，我只是站在产品设计的角度对滴滴打车安全需求进行分析，以及给出我个人的一点意见，欢迎大家一起讨论。

对于打车安全需求，也许一开始并未进入滴滴打车这款软件的初始设计需求中，大概是本着人性是美好的吧。那么，我在这以滴滴打车安全需求进行诠释分析。安全需求这个说法是源自于“顾客语言”，都是顾客对打车需求的典型主观表述，这种需求不能轻易转化为可计量的度量标准，那么是不是就没有办法可以改进滴滴打车的安全性了呢？还是有的，我们可以先将“安全需求”这种顾客语言转化为“设计语言”。

一、设立一个安全规格，如下图

二、创建度量指标清单

假设安全需求被分解为三个单元，每个单元相互影响形成对安全需求的度量指标

假设所有被分解的安全需求都是正确的，

1、在“偏移路线报警”这个度量指标中，滴滴定位使用GPS加基站混合定位，可以根据路线为基础设定理想值和临界可接受值。打个比方乘客小王坐车去东华路，最后结果为两种，一是安全准时到达，二是发生意外。整个行驶路程为10公里，滴滴平台原始路线为3条，司机选择一条自己觉得最合理的路线（考虑堵车、修路等情况。）这时理想值为5公里，也可以根据按照行驶时间以分钟设定理想值为20分钟。临界可接受值设定为20公里，就是在原来10公里的路程上加入20公里，已经大大超出了原定路线的行驶。以这种方式设计需求滴滴平台可以分析出司机是否绕路或者别有用心，也就不会出现这次请等待一个小时，又一个小时的无意义的客服回答，也可以为救援赢得时间，毕竟生命也就在转瞬之间。

2、“用户一键报警”这个度量指标中，顾客可能不能拨打电话或者求援，那么APP上可以设计一个紧急按钮，顾客可以通过一键反馈给平台，“用户一键报警”一旦打开，可以自动使用录音功能并主动传输到平台，顾客可以若无其事的自说自话，将危险隐晦的说出来。平台方可以根据评测“偏移路线”和“用户一键报警”中的录音，直接向当地派出所进行报警。这种设计有三个好处。其一：远比使用社交软件求救和强行打电话来的安全，因为朋友毕竟不知道你的地点，歹徒也有可能立即行凶。其二：当定位系统故障的时候，还可以进行自救，避免无谓的报警。其三：平台方可以与顾客签订保密协议，当在“偏移路线”中发现异常的时候，也可以自动开启“用户一键报警”进行识别。

3、“事故保险处理”这个度量指标也只能事后控制，毕竟人命不等于钱，但是作为公司理应为顾客提供保险服务，至少在事故后家属能得到部分物质补偿。这第三个需求，我觉得是滴滴目前应该迅速行动的事情，毕竟这个能立刻实现。

以上都是本人的拙论，希望以后打车能够得以改善，不要再发生悲剧。