多式联运采购平台：
让供应商选择有依据

客户的营销、采购、运营、OA、财务系统各自独立。采购只在公路和集装箱业务上有线上流程，铁路、水路等其他场景仍靠表格和即时通讯推进。

• 选谁、报多少价，主要凭业务员的经验；
• 管理者看不到候选、排序和报价过程，没法判断结果是否合理；
• 公路、铁路、水路的资源结构不同，一套简单规则覆盖不了；
• 供应商、历史报价和运力散落在各处，下次找不到、用不上。

我访谈了采购、营销、运营、管理等 6 类角色，梳理出 11 条核心流程。最关键的发现是：同一个“采购需求”，来自四种完全不同的业务动因，触发方式和确认方式都不一样。

判断：统一“采购需求”这个业务对象，但不强行统一来源流程。来源、发起角色、触发方式和生效机制作为字段保留，界面上用同一张列表、不同的状态来表达。

同类需求汇总后一起询价，量级更大，更容易谈到好价格。汇总条件按资源类型区分，基础维度包括资源类型、装载方式、内外贸、总价或明细价、承运工具和计量单位。

但总有需求不适合一起谈，比如客户指定了承运商。我的处理是：默认汇总，采购员可以把某条需求拆出来、标记“不集采”；拆出来的需求仍走同一个询价流程，不用另开一套。

系统先按是否有历史合作订单，把候选供应商分成两组，有订单的一组整体优先。两组都要求资信 A 或 B 级、信息状态正常；多流向的询价单，供应商必须覆盖全部流向。组内依次比较资信、匹配线路数与折算运力，有订单的再比历史合作价。

排名是锁定的。采购员按预设方案选取：方案 A 选有订单前 3 名加无订单前 2 名，方案 B 选有订单前 5 名加无订单前 1 名。确实要找排名外的供应商，可以追加，但会自动触发合规审批。

判断：把“候选准入、系统排序、采购选取、例外处理”分成四层。排序不让人改，日常只在固定组合里选，例外有出口但会留痕。采购员不必再解释“为什么选他”，管理者也有了复核依据。

UAT 时，客户做了一次大规模集采，一张询价单里有 100 多条线路。精准匹配后，能覆盖全部流向的供应商太少，凑不够方案 A 要求的名额，询价发不出去。

我没有直接放宽所有规则，而是加了一层“数量不够才触发”的扩展匹配，并按资源类型分别定义：公路的起运地和目的地都可以从“点”扩到“市”，需求任一端落在供应商对应的城市就算匹配；铁路只把起运点扩到市。界面上用一个标记告诉采购员：这次结果用了扩展匹配。

判断：没有因为一个极端场景放宽全局规则。增加“不足才触发”的第二层匹配，按资源类型定义扩展边界，并在界面上标明，让精准度、覆盖率和可解释性都站得住。调整后，客户反馈对匹配结果满意。

采购模块完成上线，形成覆盖 9 个模块的统一产品基线：采购方案、需求管理、资源开发、供应商管理、询比价、招邀标、采购定价、定价总查询和一站式工作台。

落地了 4 类自动化能力：采购需求自动生成、营销方案与采购资源匹配、候选供应商匹配与排名选优、运力资源评估分级。

项目暂无可公开的效率数据，这里只写能核验的交付事实。团队为 20–30 人，以上是我负责的采购模块部分。

我会在调研阶段就定下体验指标的基线：完成一次询价要几步、要切换几个系统、出错多少次，采购员是否信任推荐结果。上线后再用日志和访谈对比，而不是把“按期上线”当作终点。