食材配送系统开发

项目背景

这是一套围绕食材供应链的多角色 SaaS 矩阵，覆盖学校、供应商、经销商、运营、人事与客服等多类角色，终端形态包括小程序、H5、平板端与运营后台，后端为微服务架构并配套容器化部署方案。它的特点不是某一个端做得多复杂，而是角色多、端多、并且都跑起来了。

客户当时的状态

供应链类业务的困境是「各记各的账」。学校报需求用一套方式，供应商接单用另一套，经销商管库存又是一套，最后对账的时候三份数据对不上，只能人工核。同时这条链路上的角色差异极大——学校关心的是报什么、什么时候到；供应商关心的是接单和结算；运营关心的是全局；现场人员可能用平板而不是手机。用一个系统、一套界面覆盖所有人，结果就是每类角色都觉得不好用。

我们的做法与取舍

第一个取舍是按角色给入口，把业务逻辑收敛到后端。各端只做展示差异，共用同一套接口——这样端再多，业务规则也只有一份，改一处全端生效。

第二个取舍是订单、库存与结算放在同一条链路上。这三件事分开做，就一定会出现对不上的情况。把它们放在一条链路上流转，是解决对账问题的前提。

第三个取舍是把部署标准化。多角色、多端的系统上线后运维复杂度天然高，如果部署还是人工逐台配置环境，运维成本会失控。所以我们配套做了容器化编排方案。

系统怎么承载这条链路

入口层覆盖各类角色与各类终端；业务层按微服务承载订单采购、库存与结算对账；交付层提供容器化部署方案。平板端与手机端不是两套逻辑，是同一套业务接口的不同展示。

交付状态与边界

代码库最后一次更新在 2025 年，系统建设完成并交付，目前没有新的提交记录——这一点我们如实说明，不把停更的项目写成「持续迭代」。边界方面：平台承载订单与状态流转，不承担食材的采购与物流执行；资金收付以贵方签约通道为准，我们不代持资金；食品安全检测与责任认定不属于平台功能，平台提供的是记录与留痕能力。