替代方案匹配
这项能力到底在做什么
Section titled “这项能力到底在做什么”替代方案匹配，简单说，就是当原本计划使用、交付、安排或推荐的对象因为缺失、不可用、不适配、超时、超限或临时受阻而不能继续按原方案执行时，系统先判断当前有没有可接受的替代对象，以及哪种替代最合适。
很多流程真正容易卡住的，不是完全没有方案，而是原方案突然走不通以后，团队不知道什么替代能接受、什么替代不能接受、该先试哪一种。
常见情况通常是这样：
- 原对象缺货、缺位、缺件或不可用
- 有一些候选替代，但边界和优先级不清
- 人工能大概想到替代，可很难稳定快速判断
- 替代不是完全等价，需要看规则和影响
- 临时替代做得太随意，后面会引发二次问题
替代方案匹配真正解决的，不是简单推荐“另一个差不多的”，而是先判断：
- 当前是否允许替代
- 哪些候选在规则内
- 哪个替代对整体影响最小
它的重点不是原方案本身，而是受约束的替代选择：
- 哪个原对象当前不可继续使用
- 替代候选有哪些
- 替代需要满足哪些条件
- 当前最适合先走哪种替代
它通常接收什么输入
Section titled “它通常接收什么输入”这项能力接进来的，通常不是单个普通对象，而是一条“原方案受阻”的记录和一组候选替代对象。
常见输入包括：
- 原目标对象
- 不可用原因
- 候选对象列表
- 适用规则
- 约束条件
一起带进来的上下文，常见还有这些：
- 价格差异
- 版本差异
- 时效限制
- 风险等级
- 客户或场景偏好
- 是否需要确认
这些上下文很关键。因为替代方案匹配不是简单地找相似项，而是要知道：
- 替代边界在哪里
- 哪些候选是禁止替代的
- 哪些候选虽然能替，但代价更高
- 是否必须征得进一步确认
它能输出什么结果
Section titled “它能输出什么结果”替代方案匹配最后交出去的，不应该只是一句“换这个吧”，而应该是一份可继续执行的替代判断结果。
常见输出包括：
| 输出项 | 说明 |
|---|---|
| 替代结论 | 可替代、不可替代或需确认后替代 |
| 推荐候选 | 当前最优先的替代对象 |
| 备选候选 | 次优替代对象列表 |
| 不可用原因 | 原对象为什么不能继续使用 |
| 匹配依据 | 为什么这个候选更合适 |
| 风险提示 | 当前替代可能带来的差异或影响 |
| 建议动作 | 直接替代、征求确认、继续等待或转人工 |
这样下游拿到的，就不是一句模糊的“差不多可以换”，而是一份关于“能不能换、换什么、为什么”的结构化结果。
它在内部是怎么跑起来的
Section titled “它在内部是怎么跑起来的”替代方案匹配真正难的地方，不是列出几个类似选项，而是把不可用原因、替代规则、候选差异和影响一起看。
它在内部通常会经过下面这条链。
1. 先识别原对象为什么不能继续按原方案执行
Section titled “1. 先识别原对象为什么不能继续按原方案执行”系统先判断：
- 是缺货
- 是失效
- 是不兼容
- 还是时间、规则、位置或状态受阻
2. 再拉出候选替代对象和限制条件
Section titled “2. 再拉出候选替代对象和限制条件”到了这一步，系统会同时看：
- 候选对象清单
- 差异点
- 允许替代边界
- 哪些场景必须人工确认
3. 再比较候选之间的适配度和代价
Section titled “3. 再比较候选之间的适配度和代价”系统通常会比较：
- 功能或属性相近度
- 价格影响
- 时效影响
- 风险差异
4. 再判断是否能直接替代或必须转确认
Section titled “4. 再判断是否能直接替代或必须转确认”真正有价值的结果，不只是挑一个候选，而是明确：
- 现在能不能直接替
- 需要谁确认
- 替代后还会影响什么
5. 最后把结果接给提醒、留痕和后续执行
Section titled “5. 最后把结果接给提醒、留痕和后续执行”替代方案匹配之后，系统往往还会继续接到：
- 任务提醒
- 操作留痕追踪
- 影响范围评估
- 对象配套校验
这样替代不会停在一句临场拍板上。
替代方案匹配的详细内部流程图
Section titled “替代方案匹配的详细内部流程图”flowchart TB
A[输入原对象不可继续使用的记录] --> B[识别不可用原因和替代边界]
B --> C[拉取候选替代对象和限制条件]
C --> D[比较候选的适配度 代价和风险]
D --> E[判断可替代 不可替代或需确认替代]
E --> F[输出推荐候选 备选和建议动作]
F --> G[交给提醒 留痕和后续执行流程]
它最后会把什么交给下游流程
Section titled “它最后会把什么交给下游流程”替代方案匹配真正交给下游的，不只是一个推荐项，而是一份关于“原方案受阻后当前最合适的替代路径”的结果。
常见会交出去这些内容：
- 替代结论
- 推荐候选
- 备选候选
- 匹配依据
- 风险提示
- 建议动作
这样后面的流程才能继续做：
- 直接替代
- 征求客户或上级确认
- 改走备选路径
- 继续等待原方案
- 转人工决策
它怎么接入业务才真正有价值
Section titled “它怎么接入业务才真正有价值”替代方案匹配最怕的，不是候选少，而是原方案一受阻，现场只能靠经验临时拍脑袋选一个“看起来差不多”的。
真正常见、也最有价值的接法，一般有下面几种：
1. 接在原对象经常缺位或缺货的场景里
Section titled “1. 接在原对象经常缺位或缺货的场景里”只要原方案经常被现实打断，这项能力就特别有价值。
2. 接在有多个候选但边界复杂的流程里
Section titled “2. 接在有多个候选但边界复杂的流程里”候选越多、差异越细，越值得用结构化匹配。
3. 接在替代后果不完全等价的场景里
Section titled “3. 接在替代后果不完全等价的场景里”如果替代会影响价格、时效、体验或质量，就特别需要先判断。
4. 接在需要快速响应但又不能乱替的现场里
Section titled “4. 接在需要快速响应但又不能乱替的现场里”这是它最值钱的地方。
什么情况下必须转人工
Section titled “什么情况下必须转人工”替代方案匹配虽然很适合自动化，但下面这些情况最好让人工判断：
- 替代规则本身存在争议
- 候选对象差异过大
- 是否替代将直接影响重大医疗、法律或财务决策
- 当前替代需要客户或上级明确授权
- 候选对象信息不完整
- 结果将作为正式外部承诺依据
真正稳的企业做法，不是让系统替人拍板所有替代，而是让系统先把可行候选和边界拉清楚，把最终责任性交给人。
为什么这项能力站得住
Section titled “为什么这项能力站得住”替代方案匹配之所以在企业里很有价值，是因为很多现场真正浪费时间的，不是完全没有路，而是原路走不通时不知道哪条替代路最合适。
1. 它先解决的是“原方案不行了，但替代不能乱选”
Section titled “1. 它先解决的是“原方案不行了，但替代不能乱选””这类问题在高频现场非常普遍。
2. 它能明显减少拍脑袋替代和替代后返工
Section titled “2. 它能明显减少拍脑袋替代和替代后返工”越早把边界和代价讲清楚，后面越稳。
3. 它特别适合缺货、缺位、临时受阻和候选并存场景
Section titled “3. 它特别适合缺货、缺位、临时受阻和候选并存场景”这些场景里，它很容易直接产生价值。
4. 它边界清楚，不等同于候补补位调度
Section titled “4. 它边界清楚，不等同于候补补位调度”候补补位调度更偏在现有资源空档里动态补上位置，替代方案匹配更偏在原对象不可用时判断“换什么最合适”。
这也是它值得单独成为通用能力的一点。