黔运通：区域货运平台开发方案书 v2.0
不克隆货拉拉，先跑通 100 单

一、方案书说了什么（14 张图版全览）

以下是完整方案书的内容图谱，从结论到拍板，一章不跳。

00 · 封面：黔运通区域货运平台开发方案书 v2.0

透明运价、少空驶、不跑亏本单。三个关键数字先记住：线路库 90% 可复用、MVP 首年 10-40 万、12 周做到可试点。

01 · 结论先行：能开发，但别一步登天

三种目标三种答案：原型 4-8 周可以做；单城市试点 MVP 推荐先做；直接克隆全国版货拉拉不建议当短期软件项目。

02 · 家底盘点：不是从零开始

线路库 90% 复用、计价引擎 80%、TMS 后台 70%；真正缺的是货主端、运营后台、真实支付分账和风控。

03 · 行业痛点：司机为什么越跑越不挣钱

九项成本叠加：能源、空驶、低价单、平台费、等待、结算、争议、维保折旧、信息不对称——每一项都有产品能接住的部分。

04 · 商业模式：先明身份，再谈收费

2026 新规把承运与撮合分开定义。SaaS 先行、撮合第二步、网络货运第三步；只收明码标价的服务费，六类钱坚决不赚。

05 · 八大差异化能力

司机净收入预估、成本价阻断、油价联动、回程匹配、等待计时、透明账本、争议证据包、油电双轨——每条都对着一个痛点。

06 · 产品四端页面地图

货主小程序、司机 Flutter App、企业/车队 Web、平台运营后台，外加开放 API 和省级监管适配器。

07 · 核心流程与状态机

14 个主状态、7 个旁路状态，每个状态定义触发人、证据、通知和资金冻结；金额全程 DECIMAL，账本零和可验证。

08 · 油价—运价协同引擎

交运发〔2026〕30号：月度联动、油价单次涨 10% 以上 3 个工作日内调价、严禁发布低于成本的运价——这是撮合/承运上线前必做。

09 · 技术架构：模块化单体

Node.js + Fastify + PostgreSQL/PostGIS + Redis/BullMQ，18 个领域模块；日订单过千再谈拆微服务。

10 · 交付路线图：五阶段五道闸

可研 → MVP → 商业试点 → 区域复制 → 网络货运，每道 Gate 都有量化条件；12 周冲刺到可试点。

11 · 团队与预算

原型 10-40 万、商业试点 70-180 万、全国平台不能用软件项目预算估；3-4 人小团队是贵阳单城 MVP 的最小型生产配置。

12 · KPI 与 Go / No-Go

北极星是有效成交单量，不是 GMV：要扣掉司机净收入为负的单和平台责任争议单。出现八种情况立即停止扩张。

13 · 拍板清单与下一步

十个立项拍板问题 + 立刻做的三件事：锁定最小场景、拿 50 单真实样本算账、先做 3 周可研出立项冲刺报告。

二、几个最容易被忽略的判断

第一，复用率数字要冷静看。线路库 90% 可复用是真实力，但货主端、支付分账、KYC 风控这些「平台闭环」件一件都没有——工程量的大头恰恰在这里，不在 TMS。

第二，油价运价协同引擎是合规刚需，不是锦上添花。交运发〔2026〕30号要求月度联动、油价单次上涨超 10% 时 3 个工作日内调价到位，并且严禁发布低于成本的运价。这意味着「成本价引擎」必须先于撮合业务上线——这一点和贵阳 4.2 米报价器的实践完全一致：柴油 8.4 元/L 的时代，按拍脑袋价接单就是亏。

第三，北极星指标不是 GMV。有效成交单量要扣掉司机净收入为负的订单和平台责任争议订单。只看单量，平台会变成一台「把亏损批发给司机」的机器，然后司机用脚投票。

第四，先 SaaS 后撮合不是保守，是现金流设计。SaaS 卖给车队和 3PL，先有收入养客服和结算闭环；撮合只在一个城市一个品类跑，把空驶率和争议率打下来，再复制。