拼车软件:不得不说的刷单漏洞

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

前几天有朋友和我说他和几个同事正在用某一款拼车软件刷单,如果每天上班和下班时都刷单的话,依靠每次接单时得到的额外奖励,一个月差不多有¥1000元的收入,这让我不禁好奇起来。

pingchaloud

按说现在拼车软件对于刷黑单的管控已经很严格了,那么他们是怎么做到的呢?

接着听下去,其实道理挺简单的:

每天上班时,他们之间相互发出拼车请求,把目的地定到他们的公司,另一个人很快接单,之后就可以照常坐公交或者地铁上班了。因为目前打车软件判断是否到达的依据是拼车结束时司机方的地理位置,而因为目的地就是自己的公司,所以这个位置是正常的,之后接单方把对方付给自己的车款返还。只留下拼车奖励的部分,这样他们就完成了一次和正常拼车一样的流程,而下班的道理也就是一样的了。

写这篇文章的目的,是为了针对这种情况,提供一些我自己的解决方案。希望这种不劳而获的行为越来越少,尽管我们知道人类都是懒惰和贪婪的。

一个简单的解决办法就是:在拼车过程中和结束时判断接单和下单双方的地理位置信息,如果地理位置信息不一致,则记为刷单。

但以上这种解决方案真的能平衡刷黑单和用户使用场景之间的矛盾吗?如果用户手机信号不好怎么办?如果用户替别人叫车怎么办?

当然我们在设计产品的时候是要把这种用户情景考虑进去的,其实也是可以解决的,只不过目前我能想到的办法需要结合运营的一些策略。

比如:如果用户在拼车结束时,发现拼车路径或当前位置与司机不一致(对于用户在路上手机信号不好的情况,可以app利用手机GPS,先将用户的地理位置记录,等信号好了,统一上传)。便弹出提示“您当前不在司机附近,是否为帮别人叫车?”当用户单击“是”的时候,便重新计算车价,取消司机得到的拼车奖励,转嫁为乘客需要付更多的车费。这样对于司机来说并没有损失,但对于乘客呢?乘客愿意多交钱?我想了一会儿,发现问题还是在于用户使用替别人打车这种服务的使用情景上,目前总结了以下几种情景:

  • 用户为家里老人或对于智能手机不熟悉的人叫车,而用户又不能亲自陪同的情况。那么在这种情况下,我们可以假设用户因为面子,是愿意多付一部分车款的。
  • 用户在聚会后,为自己喝醉的朋友叫车。根据我在打车时和司机聊天的经验,一般司机很怕喝醉酒的乘客在自己的车上呕吐,所以一般这种人他们是不愿意拉的。那么叫车的用户自然要多付一些钱,如果不愿意多付,也就不能叫车,这也是为了保护司机的利益。
  • 用户想叫个车送自己的妻子或女友上下班或回家,自己不能陪同。这种情况就不用说了,一般都是愿意多付一些钱的。

以上这几种情景来看,如果是帮别人叫车,需要乘客多付一些钱是需要的。

综上所述,我目前想到的解决方案即为“在司机与乘客的拼车订单生效后,在乘客与司机的拼车路线中根据距离,平均分配一定数量的节点,每到一个节点记录一次乘客与司机的位置信息,同时在结束时对这些进行匹配,匹配数如果低于70%,则弹出提示‘是否为帮别人叫车’,如果单击‘是’则取消司机得到的奖励,转而需要乘客支付更多的路费。”这样即填补了刷黑单的漏洞,也解决了用户帮别人打车的使用情景。

以上就是我目前能够想到的解决方案,如果有希望讨论或者有更好想法的朋友,欢迎评论。

题外话:

有这样规模的产品,其产品经理肯定都是身经百战,经验丰富的。如果出现这种漏洞的打车软件明知道有这样的漏洞,但为了他们的市场占有率,以及更高的日活与用户量,之后拿着数据去融资,而故意留出这样的漏洞呢?

我们都知道要利用人性的弱点来设计产品,我们设计更简洁的界面,降低用户的学习成本,我们设计更少的步骤,降低用户的操作成本,但我认为这些都是在利用人性的弱点来做一些更好的事,提高人们的生活质量。如果明知道有一种漏洞,可以助长一种歪风邪气,而置之不理,那么这就偏离了我们做产品的方向了。

产品经理应该是有理想的人,尽管我们知道现在互联网的环境并不纯净(我说的纯净不是限制人们使用互联网的自由),但只有通过每一个互联网人的努力,我们最终才能走出迷雾,看到黎明。

 

本文由 @Garfield 原创投稿,并经人人都是产品经理编辑。未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 2

登录后参与评论
  1. 针对你提出的用户愿意多支付钱款的场景表示质疑?为什么拼车要多付钱,不应该是大家拼车节省了资源,用户应该省钱吗?

    回复
    1. 回复

      是指如果帮别人叫车的话,多付一些钱钱,这样可以解决文中的漏洞,另外也有一个方法,就是假如算法,因为司机是每一单都要交一定的手续费的,凑够了单数会有一定的奖励,只要奖励的金额永远比司机交的手续费总额少或者持平,那么也可以解决这个问题。

加载中