但凡坐滴滴，我只约顺风车。
顺风车，或许它真的不安全，可是它很便宜。从武汉站约了一辆顺风车回学校，总计花费21.7元。如果约正儿八经的快车，车费预算50块以上，顺风车的车费只有快车的一半。
可是，低价的背面是风险。正如大家所知道的，8月24日又有一个小姑娘遇难。
5月6日，当空姐遇害时，滴滴第一时间致歉并将加害者的信息全部抖露出来。雷厉风行的处理，态度诚恳的道歉，让出事的滴滴得到了大众的谅解。既然悲剧已经发生，那就别让它再次上演。顺风车下线进行整改。
5月26日，滴滴向用户发送了一条短信：“【滴滴顺风车】顺风车已恢复服务，6大安全措施守护你的出行。”
针对空姐遇害事件中滴滴平台暴露出的两大问题：
①该名乘客在凌晨打到顺风车，乘车时间段极不安全。
②该名乘客的头像、昵称、评论、标签均可以被司机看到，使司机方便的筛选出他的“猎物”。
此次的整改方案进行了如下调整：
①顺风车服务下线所有个性化标签和评论功能；
②合乘双方的个人信息和头像改为仅自己可见；
③车主每次接单前必须进行人脸识别；
④顺风车暂停接受22点-6点期间出发的订单。
⑤用户可自主选择一键拨打110、120、122及滴滴24小时安全客服等号码。
事实证明，整改后滴滴顺风车依旧不安全。而此次新暴露出的问题是：
①事发前天涉案司机曾被举报，滴滴平台没有及时处理
②遇害者的朋友一小时7次致电滴滴客服无果
面对质疑声不绝于耳的现状，简单的系统整改已经不能解决滴滴顺风车目前的困境。以上的两个问题实际暴露出这个网络平台的后台反馈系统可能充斥着臃肿、迟钝、僵化。
以滴滴客服为例。
遇害者朋友意识到被害人的危险，一小时7次致电滴滴，滴滴一线客服均只有一句机械式的“一线客服没有权限、在这里请您耐心等待，您的反馈我们会为您加急标红。”当遇害者朋友向滴滴平台索要司机的联系方式，被滴滴平台以不能泄漏用户隐私为由拒绝。
客服的不作为耽误了救援响应的时间，而这不是客服一人之过。客服作为平台运营团队最微小、最底层的组成部分，对后台往往只拥有很少的操作权限和查看权限。客服的日常工作，便是用自己已知的20%的信息回复80%以上的用户问题。而剩下的疑难问题，则需要请求同事的协助。
但是，如果人员沟通效率低下，技术人员、运维人员与客服的联系不紧密，后台数据混乱，甚至客服本身工作流程混乱，那客服反馈本身就与敏捷负责高效无缘。如果团队组织架构混乱，客服想问却不知道问谁，想请示却不知道请示谁，自然无法向用户呈现清晰确切的答案。
当我在某平台实习时，一名医生曾发消息问我，患者询问什么剂量的安眠药可以结束生命，这种情况我们是否需要报警？可最后我只能回复，平台不建议回答此类问题。因为此时，团队里没有一个人告诉我应该怎么做。我也曾受到滴滴的面试电话，滴滴中处理客服回复的，或许就是这样一个实习生，一个运营新手。
看起来表面光鲜的互联网产品背后，可能依靠着一个稀巴烂的后台、一堆全无安全保护的用户数据和一个并不十分可靠的系统。所以滴滴的整改只能和用户的昵称、头像躲猫猫，剔骨削筋的大动作可真不敢下手。
于是，每出现一个事故，就停下来整顿一番。
出现的事故多了，产品总会越来越好。
可是每一行代码都要蘸着鲜血来写，这代价未免也太大了。
