产品停卖或改版后，Agent 怎样找出仍在推进的旧产品机会

产品停卖或改版后，Agent 应先找出哪些未完机会仍引用旧产品，再说明每条需要谁确认。停卖不等于删除历史，改版也不等于可以自动替客户换型号。产品停卖影响核对 Agent 的首期产物，是逐机会复核表，不是批量改CRM产品行。

让通知指向产品身份

产品负责人先提供停卖或修订通知，写清产品ID、版本、范围、生效点和适用例外。目录显示“旧款”只能辅助理解，不能据此认定停止全部业务。若通知只针对某销售渠道或配置，需要保留限定，而不是把整个系列都挡住。

机会侧取得稳定机会号、建立时间、产品行、现行确认状态和负责窗口。一条机会可能同时含新旧产品，复核按行进行，不能因为其中一行停卖就把整单写成不可推进。没有明确产品版本时，先列待补，不能用当前目录回填历史。

微软的产品属性与版本说明指出既有机会可能继续引用旧产品版本，可作为保留历史关联的参考。实际停卖后允许哪些处理，需要企业明确决定；日期字段存在并不意味着系统已自动实施客户所需规则。

演示通知在D2停卖P/V1。O1在D1建立并确认范围，保留其原产品引用，列出需负责人确认的影响；O2在D3新建，不能直接沿用停卖记录，应讨论可选安排；O3有例外，但它只批到D1，不能因为有一个审批号就继续放行。

这些记录在停卖机会合成表中分别保存输入和预期。日期D1至D3只是相对演示标记，实际填写需补来源日期及其业务含义。报告生成不表示已经与客户达成变更。

复核表按已确认旧业务、新建选用与例外重核分区，避免一张“替换清单”掩盖不同处理权限。客户此前同意旧版本时，是否接受新配置、价格或范围要重新讨论，不能将产品管理通知视作客户同意。

旧机会继续推进时，其产品资料包也要指向相应版本，不能CRM保留旧行而附件改成新款。若客户采购料号沿用，另查客户料号交叉引用，确保新旧卖方产品身份没有被一个外部码混在一起。

已有明确替代关系也只是一条资料，不等于授权销售直接换单。输出可列替代讨论入口和需确认的差异，不给工程兼容或安全适用结论。没有可靠替代时保留未知，不让模型从相似名称补出“升级后完全一样”。

资料负责人还要说明变更只影响新机会，还是要求未交付业务也重核。若通知表述不清，问题应回到通知窗口，而不是让每个销售自行解释。不同解释并列登记，等待统一口径后再更新队列。

负责人可以确认原范围继续、进入改选讨论或暂缓，但每种去向应绑定具体机会行、通知版本和批准依据。收到新目录不算旧机会复核完成，销售说已知晓也不说明客户已接受变化。

重新读取当前机会状态后再关闭问题，防止生成表期间机会已经结束或被人工改选。旧影响记录保留为历史，不反复生成新的同类待办。验收时核对附件样例各自去向，尤其检查系统有没有自动替换O1，或沿用O3过期例外。

本任务围绕正在交易的产品行，与内容过期队列的对象不同；也不沿工程BOM推算影响。更多方向见流程自动化专题。到定制咨询提供脱敏停卖通知、机会产品行和现行例外口径，可具体评估影响定位、资料回看和销售批准衔接。

产品经理确认的是目录政策，销售确认的是当前机会如何继续，客户确认的是自己的交易选择。三种角色不必在同一时刻完成，但不能互相代签。复核表应逐项展示目前缺的是哪一种决定，避免把内部已通知等同外部已接受。

销售每天查看时，可以先看仍未确认且影响当前推进的产品行，再看已经有明确去向的历史项。原通知更正后，旧队列不直接删除，而应记录更正作用到哪些机会。O1因此能保留连续业务解释，O2也不会因后来出现新目录就无依据消失。