什么样的简单粗暴才能颠覆你对顺风车拼车打车成品软件的三观？

一套简单粗暴的顺风车拼车打车成品软件软件需要多少功能就够用？

站在技术的角度，完美永无止境。

站在市场和实用的角度，存在即合理。

那么，什么样的一套顺风车拼车打车成品软件才能颠覆你的三观？

接触了成百上千的顺风车拼车打车软件系统甲方和准甲方后，慢慢发现一个规律：

绝大多数都是抱着试水的心理来的，能成最好，如果开发的顺风车拼车打车软件不能赚钱，那也无所谓，全当运气不好交学费。
真正通过顺风车拼车成品软件赚钱的，只有那些在该行业里扎根很多年，规模化以后用纸和笔记账效率很低的运营者；和懂得网络营销及资本运作的商务人士。

后者做事只讲一点：满足他的目标客户的需求即可，绝不会画蛇添足的多开发一丁点功能。
技术上的那一套“精益求精”、“创新”在这里不好使，能挣钱才是王道，多一分都纯属脱裤子放屁。

刚开始给对方开发时，对方大概介绍了一下他的需求：

乘客通过扫码发订单，司机能抢单，乘客上车时在线买票，钱打到公司的账户，公司抽掉提成后剩余的钱给司机每三天结算一次。

听完需求觉得不复杂，也很接地气；于是用技术惯有的从多用户使用角度出发，列举了大多数功能，作为同行都知道，功能越多，工期越长，开发的费用也想多增多，所以。。。此处省略一万字。。。！

对方低着头抽烟，默默听完后就问了一句：钱不是问题，三天，你能给我交货吗？我之前接触过你们软件行业，口碑不好，做的项目几乎都是有始无终，更别谈适合市场使用。我要的不是成品，是产品。能理解我说的话，咱就继续谈。

言外之意是理解不了就“慢走不送”！

确实一针见血说出了软件行业的痛点。

软件行业的“成功经验”是“只要解决了任何行业的痛点，那你就能赚的盆满钵满”。

讽刺的是，任何一个软件开发者都心知肚明：“定制化开发的软件甚至网站比房开商的烂尾楼多的不止十万倍，平时看不起民工，但是让软件开发者去盖楼，那肯定是盖一栋倒一栋，代码拼的东倒西歪，一见光就死，更别说用什么压力测试软件测试流程、测试并发。但是这个有始无终的烂尾项目痛点，在生活面前，往往没有一个软件开发者愿意去挑战和解决。”

话说回来，砍掉那么多功能，还能挣几个钱啊？

但是，不砍功能不敢保证时间，保证不了时间，不敢打保票能做，不打保票，人家也不给你做啊。

想了一圈，便跟对方说：要不这样吧，我回去理一下思路再出一个方案，看看如何最简化的实现您的需求。

对方也很爽快的答应：行，明天这个时候，看你的方案，合适，就委托你们做。

接触的人多了，对真正做事的人也愿意接触，不在乎钱多少，一起做点事情也行。

回去熬更守夜赶出一个自认为极简的方案。

结果被对方大刀阔斧的一顿砍，蒙头蒙脑的问对方：这样也行？

“行，咋不行？能满足我的正常运营就是最好的，别把乘客和司机想的和你们搞的软件一样复杂，越傻瓜越好，没人愿意坐一个车还要花时间进培训班学习如何使用它的高级功能。”

给甲方列的功能清单里，

乘客端：
用户注册（甲方：不要，是个人都烦填写任何信息。俺：最起码绑定一下手机号，不然司机联系不上对方。甲方：好吧。）
用户发顺风车订单（甲方的要求是要发起需求即可。但如果有几个人坐、在哪里坐、什么时间出发、有无个性化要求等功能的话，可以减少司机和乘客的多余对话。甲方勉强妥协。）
历史订单管理（可以查看、取消、支付、评价。甲方一句话“不要”便被扼杀在想法里）
个人中心（最起码能有个地方修改密码、性别、更换手机号。甲方的态度更直接“坐车的都是些没啥文化没啥知识的，有文化就坐自家的车去了，别整没用的。”）
在线支付（甲方最需要的就是这个，一直说这个有用，收钱方便，不用找零钱。）

司机端：
甲方一句话：不要司机端，直接群发短信司机打电话去抢单就行，司机的注册、二维码全放在后台处理。

后台：
统计每个司机每天的订成功单、乘客、收入明细；
统计每个司机抽成后的收入明细；
每个司机的提现操作及记录；
每个乘客的订单记录；
每天的订单记录；
每个司机的抢单记录；

就这样？两个页面就是一个顺风车拼车打车软件？还服务一个车队40多辆车？

就这样？两个页面就是一个顺风车拼车打车软件？还服务于车队里的40多辆车？

对，没错。价格低：1万成交；工期短：3天上线投入使用。

就这么简单粗暴，在他们的这里，能赚钱的顺风车拼车打车软件才是好软件，别的免谈。

乘客首次使用时绑定手机

乘客发布顺风车订单