现在我们宣布做零担通——一套覆盖开单、派单、扫码、回单、结算的运营系统，8 个模块、5 个终端。这跟”小而精”完全是反着来的。
所以这篇文章得先解释清楚：为什么要做这个场景。
真正卡住中小零担公司的是什么
在梳理需求的过程中，有几个场景反复出现：
- 一票货跨 3 个网点加 1 段干线，运费 924 块怎么切？ 开票网点、干线、落货网点、总部各拿多少，不同客户不同线路规则还不一样。月底总部财务在 Excel 里算到凌晨。
- 加盟老板拿到的只有一个总数。 算法不透明、单票看不见，怀疑总部多扣。这是加盟制零担网络里最伤元气的内耗——它消耗的是网络本身的凝聚力。
- 一票 8 件的货，中转丢了 1 件，月底客户清点才发现。 没有件级条码，连丢在哪一段都无从查起。
- 代收货款在零担里是日常。 哪些客户的代收钱还没还，Excel 跟不住，只能被客户追着问。
- 派单靠微信群喊。 “成都金牛 8 件谁能接”，3 分钟没人理就打电话催，接单状态全靠记。
需要说明的是：上面这些量级来自行业访谈和我们自己的判断，还没有在足够多的公司里校验过。这也正是我们现在招募种子客户的原因——我们宁愿把数字改对，也不想拿一个漂亮但没根据的故事去卖东西。
我们想做成什么
一句话：
让一张零担网络不必靠人情和 Excel 维持。
再具体一点，零担通的第一性不是”功能全”，而是算得清：
- 每一分钱的归属，都能从月底那张账单，下钻回具体是哪一票货、哪一段运输、按哪条规则算出来的。
- 加盟网点的老板打开自己的账号，看到的和总部看到的是同一份数据、同一套算法。
- 司机能随时看到本月跑了几趟、每趟挣多少，不用等到月底领工资才知道总数。
透明本身就是产品功能。零担网络的运转靠的是总部和几十个独立法人之间的信任，而信任是被一张算不清的账单一点点磨掉的。
我们不做什么
老规矩，“不做”的清单往往比”做”的清单更能说明一个产品是什么：
- 不做整车。 零担和整车的业务模型差得远，兼容两者只会两边都不好用。
- 不做网络货运平台。 那是另一套资质和商业模式，不是我们要解决的问题。
- 不做大而全的 WMS。 零担网点的库存管理和电商仓完全不是一回事，我们只做中转扫码这一层。
- 不让 AI 替人做决定。 回单识别、异常预警、运营问数都以影子模式嵌入——AI 只出推荐结果，采不采纳由人确认。图像和语音只走境内大模型，文本脱敏后再调用，全程留审计日志。财务数据上，一个不能解释的推荐没有价值。
- 不做”先上线再补业务”。 需求文档和数据模型（8 个模块、47 张业务表）在写第一行业务代码之前就已经定稿并经过三轮评审。零担的结算逻辑一旦模型错了，后面全是补丁。
现在到哪一步了，以及我们需要什么
目前需求与数据模型已定稿，正在进入研发。V1 的目标很明确：跑通”开单 → 派单 → 扫码 → 回单 → 关账”这一个完整闭环，预计 2026 年10月份正式可用。
在那之前，我们要找 3 家种子客户。
我们想要的不是订单，是走查：让我们跟着你们的开单员、派单员、库管、司机和财务各走一遍真实流程，把文档里那些标着”待访谈确认”的地方一个个填实。作为回报，你们的业务会直接决定功能的优先级，也会拿到内测名额。
如果你在一家有总部、有网点、有自己干线的零担快运公司，并且认得出上面描述的那些场景——