先说清楚一件事:代驾平台的软件投入,主流区间是 1 万到 10 万,看你要做到什么程度。
只做小程序,用户和司机都在微信里用,一两万就能上线;司机要独立 APP、有后台听单和语音播报,三到六万;再加上调度后台、多城市独立定价、企业月结这些,八到十二万。
先把交付形态定下来,价格区间基本就锁死了。下面说差价在哪。
先说总数:软件 1 万到 10 万,看交付形态
| 项目 | 金额 | 说明 |
|---|---|---|
| 小程序版 | 1–3 万 | 用户端和司机端都用小程序,含下单、派单、计价、结算 |
| 小程序 + 司机 APP | 3–6 万 | 司机端独立 APP,支持后台听单、导航、语音播报 |
| 全套系统 | 8–12 万 | 加调度后台、多城市独立定价、企业月结、风控与仲裁 |
三档的差别主要在司机端形态和调度能力,不在计价本身。计价引擎是共通的:起步价、里程费、时长费、等候费、返程费、夜间加价,六个维度交叉,还要处理堵车、绕路、中途改目的地。这部分逻辑没写透,后期每一单都可能是纠纷。
技术栈上,PHP 比 Java 通常低 20%–30%。单城市、日单几百的盘子,PHP 完全够用;如果一开始就规划多城市加盟、要和企业客户对接月结,Java 后期省心。
软件之外还要准备什么
1. 司机:真正的门槛不是招募,是留存
招 20 个司机不难,难的是让他们每天有单接。司机是按单吃饭的,连续三天接不到单,人就走。所以招募预算里要留一部分给保底补贴,前两个月让司机有收入预期。
2. 获客:代驾是场景生意
没人会在家打开代驾 APP 备用。订单来自饭局散场、KTV 门口、酒吧街。所以地推不是发传单,是和饭店、代驾档口、停车场谈合作,给服务员或保安提成。这部分钱花得比线上投放值。
3. 保险:按单投保,别省
代驾过程出事故,责任划分很麻烦。正规做法是按单投保代驾责任险,每单 1–3 元。这笔钱看起来是成本,其实是把不可控的赔偿风险转移出去。
4. 备用金:按月成本的三倍准备
代驾的现金流有账期——用户线上付了,平台要等结算周期才能到账;司机是日结或周结。中间这段要垫钱。备用金的算法很简单:把司机补贴、客服工资、保险、服务器加起来,乘以三,就是启动期该留的钱。不够会出现"订单在跑但发不出工资"的情况。
抽佣怎么算,什么时候能回本
行业抽佣普遍在 15%–25%,取 20% 算一笔账:
| 阶段 | 司机数 | 日均单/人 | 日 GMV | 日抽佣 | 月抽佣 |
|---|---|---|---|---|---|
| 起步期 | 20 人 | 5 单 | 4,500 元 | 900 元 | 约 2.7 万 |
| 稳定期 | 50 人 | 8 单 | 1.8 万元 | 3,600 元 | 约 10.8 万 |
(按客单价 45 元估算,只算夜间主时段。)
月抽佣 2.7 万的时候,扣掉调度客服工资、保险、补贴,基本没有利润。要走到 10 万这个量级,才谈得上回收软件投入。
所以这个生意的关键不是软件多强,是订单密度。同样的 50 个司机,集中在一条酒吧街,和分散在一个城市的五个区,收入差一倍以上。
为什么很多区域平台半年就停了
见过不少做到一半停掉的,原因基本是这四个:
- 夜间订单密度不够。代驾是 21:00 到凌晨 2 点的生意。白天没单,司机就不上线;司机不上线,用户叫不到车;叫不到车,用户就卸载了。这个循环一旦形成很难破。
- 补贴一停订单掉一半。首单立减拉来的是价格敏感用户,补贴撤了就流失,复购没建立起来。
- 客诉处理不过来。绕路、多收费、车损,每一起都要人跟。没有客服和仲裁流程,一个差评能传遍本地司机群。
- 司机带着客户走私单。第一次服务体验好,第二次直接微信约。平台没有留客手段,就变成了免费的中介。
建议的启动顺序
- 先做一个商圈,不要铺全城。选夜间餐饮密集的一条街或一个区,20 个司机足够。
- 只做夜间主时段。白天订单零散,接了反而拉低司机体验。
- 和商家谈,不和路人谈。饭店、KTV、代驾档口,一个合作点带来的稳定订单,顶一百张传单。
- 跑通再复制。单区日单稳定过 60,再开第二个区。数据没跑通就扩张,等于同时烧两笔钱。
软件在这个过程中要做的是:把计价算准、把派单派对、把账结清。这三件事做到了,运营才有的谈。
本文由郑州司科计算机科技有限公司技术团队整理。我们做软件定制开发,从 2011 年到现在, 交付过商城、本地生活、行业软件等各类系统。文中提到的价格区间和工期基于实际项目经验, 具体到你的项目会有差异,需要评估。