滴滴，你其实有一百种方法，提供更安全的出行保障！

滴滴又双叒叕出事了。这一次，一个20岁的年轻女子倒在了犯罪分子的屠刀之下。距离2016年的深圳女教师遇害案，已经过去两年有余，可类似的事件依旧时有发生。作为一个产品人，每每看到这样的惨剧，我的痛心和愤怒都难以抑制——滴滴，你其实有一百种方法，提供更安全的出行保障！

关于网约车安全的话题，已经有无数的文章进行报道和评析，此处我不再重复。我只想站在产品人的角度，提出几种可行、可靠的安全保障方案。

*注：本文不特指顺风车业务，而是广义的网约车和合乘车业务。并且，改进安全保障流程虽不能彻底杜绝案件发生，但可以更好的震慑犯罪分子，使其减少侥幸心理，并且加快救援效率，给予乘客更好的保护。

一. 滴滴当前的方案

以下截图出自滴滴官网的“滴滴安全”板块（截图日期2018-08-26 10:14）：

这些方案看起来条理清晰，严密周到，可实际上仍旧存在漏洞：

 （1）行程开始与结束由司机单方面控制

隐患：司机如果提前结束行程（或从未开始行程），则一切安全措施将形同虚设。

 （2）紧急求助仅发送给平台和紧急联系人

隐患：紧急联系人往往不在行程范围内，无法得到及时的救援。

 （3）紧急求助功能需要进入APP，进行较为繁琐的交互步骤

隐患：关键时刻没有机会进行完整的求助操作。

 （4）缺乏对于“乘客端异常”或“司机端异常”情况的处理逻辑

隐患：如果司机主动断网/关机/卸载App，或强迫乘客如此操作，则乘客的后续安全很难得到保障。

二. 优化方案

1. 由乘客控制行程安全保障的开始与结束

车主端仍旧保留“开始计费”和“结束计费”功能，但行程安全保障的终止，需要乘客端的介入参与。

 （1）基于LBS判断行程状态

如果乘客和司机的GPS定位在一定范围内（例如20米），未抵达目的地，且运动路线保持一致，则说明行程仍在进行。

 （2）乘客未开启GPS（或定位异常）

由乘客  手动点击结束安全保障 。

 （3）司机GPS异常

如订单正在进行中，乘客端将  接到提醒 ，且可以由乘客  手动点击结束安全保障 。

 （4）乘客点击结束安全保障时，需要进行安全校验 （详见下文“避免乘客被胁迫解除安全保障”）。

 （5）司机权益的保障

为了保障司机权益，此处的“行程状态”与计费无关，  计费仍旧以司机端的行程为准 ，乘客端的行程记录仅用于安全保障，且不阻滞司机后续接单。

为了避免抵达目的地后，乘客端迟迟不结束安全保障，可添加判断规则：