大单推进会前，怎么画一张能分配资源的销售行动图

教程定位

这篇教程解决什么问题

大单推进会最怕开成两种样子。一种是销售把商机讲得很热闹：客户很认可，老板也知道，售前需要支持，价格可能要特别批，大家听完却不知道资源到底投在哪里。另一种是主管连续追问：谁拍板、风险在哪里、售前为什么要进场、下周能不能让客户往前走。销售手里的信息其实不少，但散在 CRM、会议纪要、售前方案、客户组织信息和个人备注里，到了会上就变成零碎回答。

这篇教程要做的不是重新做客户画像，也不是给每个联系人打标签。它服务的是一次大单内部推进会：会前把客户决策链、当前阶段、关键风险、资源需求和下一步动作合到一张销售行动图里，让团队可以决定资源投放和责任分工。销售主管看到这张图，应该能判断三件事：这个大单现在卡在哪一层，哪些风险值得投入资源处理，接下来 7 到 14 天谁负责把哪个动作推进到可验证结果。

AI 在这里适合承担整理和结构化工作。它可以从客户组织信息里抽出相关角色，从商机记录里找阶段和承诺，从会议纪要里提炼风险，从售前方案里识别资源请求，再把主管问题转成会前待回答项。它不能替你批准折扣，不能替你判断客户真实预算，也不能把材料里没有的决策关系补成确定事实。大单资源投入属于管理决策，AI 只能把依据摆清楚。

最终交付物是一张大单销售行动图。它最好包含五个区域：客户决策链简图、当前阶段证据、关键风险、资源投入请求、下一步行动表。推进会用它来讨论“要不要派售前架构师”“要不要高层互访”“要不要提前拉法务或交付”“是否需要价格权限”，而不是泛泛讨论这个客户是否重要。

使用场景

什么情况下最适合用这一套

你是大客户销售主管，本周要开一个大单推进会。销售说这个商机金额大、客户需求明确、预计本季度有机会推进到采购，但同时提出了几个资源请求：希望售前投入两天做系统对接方案，希望区域负责人帮忙约客户副总，希望给一个特殊报价空间，还希望交付提前评估上线周期。每一个请求听起来都有道理，但你不能只凭销售的一句话批准。

你打开材料后发现，信息散得很厉害。CRM 里写着“方案交流后，客户内部评估中”。会议纪要里有使用部门的强烈需求，也有 IT 对数据权限的担心。售前方案里写了三种集成路径，但没有说明客户是否确认范围。销售备注里提到客户副总可能最终拍板，但证据只是联系人转述。主管问题清单里还有一堆未答项：预算是否明确、竞争对手是谁、采购什么时候介入、客户下一次会由谁发起。

这种情况下，推进会不应该先讨论“这个单值不值得重视”，而应该先把行动图画出来：谁在推动，谁能否决，当前阶段有哪些证据，最大风险是什么，资源请求对应哪个风险，投入资源后要拿到什么客户侧信号。如果资源请求不能对应风险和下一步成果，就很可能只是“希望公司多帮忙”；如果风险没有主人和截止时间，就会在下次会上继续出现。

【适用边界】

这篇适合单个金额较大、需要跨角色投入资源的商机。比如需要售前深度方案、需要高层背书、需要价格权限、需要交付提前评估、需要法务或安全团队预先介入。它不适合刚收到线索、只有一个联系人、还没完成初步需求确认的商机；那时应该先做线索资格判断或首次沟通准备。

它也不是多联系人决策链普查。决策链只是行动图里的一个区域，目的是服务资源投放，不是把客户组织里每个人都研究一遍。它也不是商机阶段复核，因为本文只处理一个大单会前行动，不批量校准管道阶段。它更不是签约未决事项清单，如果客户已经进入合同、法务、付款和开票细节阶段，就应该另做签约推进表。

下面使用虚构客户“澄湖能源”作为示例。它正在评估一套销售运营平台，涉及业务、IT、采购、财务和副总。所有公司名、角色、金额、会议内容都是虚构材料，只用于说明怎么把大单信息整理成行动图。

材料准备

开始前先把材料和边界备齐

会前至少准备五类输入材料。材料不需要完美，但每一条关键判断都要能追溯到来源。大单行动图不是销售自己的信心图，而是团队资源投入前的事实底稿。

第一类是客户组织信息。只保留和本商机有关的角色：使用部门、业务负责人、IT 或安全把关人、采购、财务、预算负责人、最终拍板人、内部推动者。不要把整家公司组织架构都贴进来，也不要让 AI 猜汇报关系。材料里没有的关系，要标为“未知，需会前确认”。

第二类是商机记录。包括当前 CRM 阶段、预计金额区间、预计推进日期、已完成动作、客户侧承诺、下一次会议安排、竞争状态和历史阶段变化。尤其要区分销售动作和客户动作：销售做过演示，不等于客户确认方案；销售发过报价，不等于客户进入采购。

第三类是会议纪要。重点不是完整复述会议，而是抽出客户原话、问题、承诺和未决项。比如使用部门说“希望先跑两个区域试点”，IT 说“接口权限需要安全评估”，副总说“要看投入产出”，这些都应该进入行动图。没有原话的“客户很认可”只能作为销售观察，不能当成阶段证据。

第四类是售前方案。包括方案范围、集成路径、试点边界、技术依赖、交付周期、需要客户提供的资料、我方需要投入的人天。售前资源请求必须和具体风险绑定，例如“需要架构师 4 小时确认接口方案，以降低 IT 否决风险”，而不是“这个客户重要，需要售前支持”。

第五类是主管问题。推进会前，主管通常最关心几件事：为什么这是大单、为什么现在需要投资源、投什么资源、投了之后要拿到什么信号、如果不投会损失什么、谁对下一步负责。把这些问题提前写进提示词，AI 才会输出可开会的行动图，而不是泛泛的商机总结。

建议先整理成下面的材料框架：

| 材料块 | 需要包含 | 不要包含 | | --- | --- | --- | | 客户组织信息 | 相关角色、职责、已知态度、影响范围、来源 | 客户真实手机号、邮箱、完整组织架构截图 | | 商机记录 | 阶段、金额区间、客户承诺、下一次动作、竞争状态 | 没有来源的乐观判断 | | 会议纪要 | 客户原话、问题、承诺、未决项、参会角色 | 大段无关寒暄 | | 售前方案 | 方案范围、技术依赖、投入人天、待客户确认事项 | 未获授权的内部报价底线 | | 主管问题 | 资源投入理由、风险、责任人、成功信号 | 对客户的主观评价或内部抱怨 |

数据安全也要处理好。真实客户名称、联系人姓名、联系方式、合同编号、报价底价、内部审批截图、客户敏感组织信息不要直接贴给 AI。可以改成“客户 A”“业务负责人 B”“IT 负责人 C”“金额区间 80 到 120 万”。这篇要得到的是行动结构，不需要暴露客户隐私。

实操流程

按这套步骤把工作跑起来

第一步，先写清推进会要做的决定。大单推进会不是普通同步会，必须有明确决策对象。常见决策包括：是否投入售前方案资源，是否安排高层拜访，是否申请特别报价权限，是否提前拉交付评估，是否把该商机纳入本季度重点推进。没有决策对象，行动图就会变成信息墙。

第二步，把客户决策链压缩成“与资源相关的链条”。不要把所有联系人都列进去，只列和这次资源投入有关的人。比如售前资源主要服务 IT 和业务负责人，高层拜访主要服务副总或预算负责人，价格权限主要服务采购和财务。每个人要写清当前态度、影响力、证据和下一步要拿到的信号。

第三步，用证据标出当前阶段。行动图里的阶段不是为了批量复核 CRM，而是为了判断资源投入是否过早或过晚。比如客户还没有确认试点范围，就不宜直接申请大额折扣；客户已经拉 IT 评估接口，售前投入可能是合理的；客户副总只听过转述，贸然安排高层拜访可能太早。

第四步，把风险改写成可处理的问题。不要只写“IT 风险”“竞争风险”“预算风险”。更好的写法是：“IT 尚未确认数据出域和接口权限，可能导致技术准入延迟”；“客户副总未直接看到 ROI，可能导致业务价值无法进入预算讨论”；“采购尚未介入，报价讨论没有流程依据”。风险写得越具体，资源请求越容易被判断。

第五步，把每个资源请求和风险绑定。售前、产品、交付、高层、法务、价格权限都不是越多越好。你要让 AI 输出“请求什么资源、解决哪个风险、预计投入多少、会后要拿到什么客户侧结果、如果不投资源会发生什么”。资源请求如果没有对应风险和成功信号，推进会上应该先暂缓。

第六步，生成 7 到 14 天行动表。大单推进不能只写“继续跟进”。行动表至少要有动作、负责人、客户侧对象、所需材料、截止时间、成功信号和失败预案。比如“由销售和售前在 7 月 8 日前约 IT 负责人确认接口边界，成功信号是 IT 接受试点集成路径或列出安全评估清单”。

第七步，把主管问题放到图上。主管可能会问“为什么现在要见客户副总”“客户预算证据是什么”“售前投入后能推进到哪一步”“竞争对手优势在哪里”。不要等会上临场回答。让 AI 在行动图里把这些问题对应到证据、未知项和会前补充动作。

第八步，会前人工修正。销售主管要删掉 AI 的推测，补充团队真实资源约束，把高风险判断改成“待确认”，并确认每个负责人可执行。尤其是价格权限、合同承诺、技术可行性、交付周期，必须由对应负责人复核，不能由 AI 或销售单独定结论。

第九步，会后回填行动图。推进会一旦决定资源投入，就要把行动图更新为执行版本：批准了哪些资源，拒绝或暂缓了哪些资源，谁负责哪项动作，下一次检查什么证据。否则这张图只会停留在会前展示，而不会变成推进抓手。

输入示例

可以直接参考的输入材料

下面是安全虚构样例。真实使用时，请脱敏客户名称、人名、金额、联系方式、报价底线和内部审批信息。

这个输入故意保留了一些不确定性。比如 B 是关键业务角色，但还没有明确支持；C 有技术问题，但不能被写成反对；F 可能会被汇报，但不等于已经进入决策链；特别报价空间听起来重要，但当前还没有采购和预算证据。行动图要把这些差异摊开，而不是替销售把大单讲圆。

任务背景：
我是大客户销售主管，明天要开一个大单推进会。请根据以下材料，帮我整理一张“大单销售行动图”。这张图用于内部讨论资源投入和责任分工，不用于给客户发送。

会前要做的决定：
1. 是否投入售前架构师做接口和权限方案。
2. 是否安排区域负责人参与客户副总层面的沟通。
3. 是否提前申请特别报价空间。
4. 下周谁负责推动客户进入试点范围确认。

商机概况：
- 客户：澄湖能源，虚构客户，区域能源服务公司。
- 产品：销售运营平台，支持线索分配、客户跟进、主管看板和跨区域协同。
- 预计金额：80 到 120 万区间，已脱敏。
- 当前 CRM 阶段：方案交流后，客户内部评估中。
- 目标：争取 7 月中旬确认试点范围，8 月进入商务评估。

客户组织信息：
- 联系人 A：销售运营经理，使用部门推动者，参加 3 次会议，支持试点。
- 联系人 B：销售副总，A 的上级，参加过一次方案会，关注投入产出和销售执行阻力。
- 联系人 C：IT 安全负责人，参加技术问答，关注数据权限、接口和账号体系。
- 联系人 D：采购专员，只在邮件里出现，要求后续如进入采购需补供应商资质。
- 联系人 E：财务负责人，未参会，A 转述说预算最终要财务和销售副总共同确认。
- 联系人 F：客户总经理，未直接接触，B 提到如果试点价值清楚，会向 F 汇报。

会议纪要摘要：
- A 说：现在各区域线索分配靠表格，主管看不到跟进状态，试点可以先从两个区域开始。
- B 问：如果销售不愿意每天录入，主管看板还有没有价值？试点多久能看到效果？
- C 问：客户数据是否出域？是否支持字段级权限？能否和现有 CRM 做单向同步？
- A 会后邮件说：我会整理两个区域的样例线索字段，也希望你们给一版试点范围建议。
- B 会后没有回复 ROI 材料，只在会议上说“投入产出要讲清楚”。

售前方案摘要：
- 方案一：轻量试点，不做系统对接，手工导入样例数据，预计售前投入 0.5 天。
- 方案二：单向同步现有 CRM 的客户字段，需要确认接口权限，预计售前架构师投入 1.5 天。
- 方案三：完整集成，不建议在试点期做，可能拖慢推进。
- 售前建议：先推进方案二，但需要 IT 提供接口清单和字段权限要求。

销售备注：
- A 很积极，但可能无法独立推动预算。
- B 是关键业务拍板人之一，目前没有明确支持或反对。
- C 不是反对者，但如果权限问题不清楚，试点会被卡住。
- 竞争对手：客户提到也在看一家本地 CRM 服务商，对方优势是已有 IT 集成案例。
- 销售希望公司安排区域负责人和 B 做一次 30 分钟高层沟通。

主管问题：
- 现在是否适合投入售前架构师？
- 高层沟通要解决什么问题，还是只是“刷存在感”？
- 特别报价空间现在申请是否过早？
- 本周最重要的客户侧成功信号是什么？
- 如果下周没有拿到 IT 接口清单，这个单要怎么降级处理？

请输出：
1. 一张大单销售行动图，包含决策链、阶段证据、关键风险、资源请求、下一步动作。
2. 每个判断都标注证据或写“未知，需人工确认”。
3. 不要编造客户预算、拍板关系、竞争细节。
4. 不要直接批准资源，只给内部推进会可讨论的建议。

提示词

可复制使用的提示词

你可以复制下面这段提示词，把自己的脱敏材料粘进去。建议一次只处理一个大单，不要把多个客户混在一起。

如果材料特别多，可以先让 AI 输出“事实抽取表”，把客户原话、销售判断、售前建议和主管问题分开。第二轮再生成行动图。这样能减少 AI 把销售希望、客户承诺和售前建议混在一起的风险。

你是我的大客户销售推进会助手。请根据我提供的客户组织信息、商机记录、会议纪要、售前方案和主管问题，生成一张“大单销售行动图”。

使用场景：
- 这张图用于内部大单推进会。
- 目标是帮助团队决定资源投放和责任分工。
- 这不是客户画像，不要做通用客户研究。
- 这不是批量商机阶段复核，不要汇总销售预测。
- 这不是签约未决事项清单，不要处理合同、法务、付款细节。

工作规则：
1. 只基于我提供的材料判断，不要编造客户预算、决策关系、竞争情况或承诺。
2. 区分事实、销售判断、AI 推断和未知项。没有证据的内容必须写“未知，需人工确认”。
3. 决策链只保留与本次资源投入相关的客户角色，不做联系人普查。
4. 每个关键风险都要写清：风险是什么、证据是什么、会影响哪一步、谁负责处理。
5. 每个资源请求都要绑定一个具体风险或下一步成果，不能只因为“客户重要”就建议投入。
6. 不要替主管批准折扣、售前人天、高层拜访或交付承诺，只输出可讨论建议。
7. 输出必须能直接拿到推进会上讨论，包含负责人、客户侧对象、截止时间和成功信号。

请按以下格式输出：

一、大单销售行动图总览
| 区域 | 当前结论 | 证据来源 | 未知项 | 会上要决定什么 |

二、与资源投入相关的客户决策链
| 客户角色 | 本商机作用 | 当前态度 | 影响力 | 证据 | 下一步要拿到的信号 |

三、当前阶段和证据
| 阶段判断 | 已有客户侧证据 | 证据不足之处 | 对资源投入的影响 |

四、关键风险和处理动作
| 风险 | 风险类型 | 证据 | 影响 | 建议动作 | 负责人 | 截止时间 |

五、资源投入请求表
| 资源请求 | 解决的风险 | 预计投入 | 前置条件 | 成功信号 | 建议会后结论 |

六、未来 7 到 14 天行动表
| 优先级 | 动作 | 我方负责人 | 客户侧对象 | 所需材料 | 截止时间 | 成功信号 | 失败预案 |

七、主管会前追问
- 必须会前补齐的问题：
- 可以会上讨论的问题：
- 暂不应承诺的问题：

下面是材料：
[粘贴客户组织信息]
[粘贴商机记录]
[粘贴会议纪要]
[粘贴售前方案]
[粘贴主管问题]

输出样例

AI 应该输出到什么程度

下面是基于前面虚构材料可能得到的一版输出样例。它是推进会底稿，不是最终管理决策。

二、与资源投入相关的客户决策链

| 客户角色 | 本商机作用 | 当前态度 | 影响力 | 证据 | 下一步要拿到的信号 | | --- | --- | --- | --- | --- | --- | | A 使用部门推动者 | 发起需求、推动试点、提供样例字段 | 支持 | 中 | 参加 3 次会议；会后承诺整理两个区域样例字段 | 在本周内提供样例字段，并确认两个区域试点边界 | | B 销售副总 | 业务侧关键拍板人之一，可能向总经理汇报 | 中立偏关注 | 高 | 问投入产出和销售执行阻力；提到试点价值清楚后可向 F 汇报 | 接受一页 ROI 和试点衡量指标，并同意参加试点范围确认会 | | C IT 安全负责人 | 技术准入和集成风险把关 | 中立，风险关注 | 中高 | 询问数据出域、字段权限、CRM 单向同步 | 提供接口清单或确认轻量试点可先不做完整集成 | | D 采购专员 | 后续采购流程角色 | 未知 | 中 | 邮件要求进入采购时补供应商资质 | 暂不作为本周重点，待试点范围明确后补资料 | | E 财务负责人 | 预算确认相关角色 | 未知 | 未知 | 仅有 A 转述 | 需人工确认是否参与本轮预算，不应由 AI 判断 | | F 总经理 | 可能最终听取汇报 | 未知 | 高但未进入直接链路 | B 提到试点价值清楚后会向 F 汇报 | 本周不建议直接触达，先让 B 看到可汇报材料 |

三、当前阶段和证据

| 阶段判断 | 已有客户侧证据 | 证据不足之处 | 对资源投入的影响 | | --- | --- | --- | --- | | 方案交流后，试点范围待确认 | A 确认两个区域试点方向；B 提出 ROI 和执行问题；C 提出技术边界问题 | 试点范围未确认；预算未确认；采购未介入；IT 未提供接口清单 | 可以投入少量售前做试点可行性验证；不宜提前申请特别报价空间 |

四、关键风险和处理动作

| 风险 | 风险类型 | 证据 | 影响 | 建议动作 | 负责人 | 截止时间 | | --- | --- | --- | --- | --- | --- | --- | | IT 边界不清导致试点无法启动 | 技术准入风险 | C 连续询问数据出域、字段权限和 CRM 同步 | 试点范围确认会可能无法形成结论 | 投入售前架构师 1.5 天准备方案二边界，约 C 确认接口清单 | 销售 + 售前架构师 | 7 月 8 日 | | B 未看到可汇报的投入产出 | 业务价值风险 | B 问试点多久看到效果、销售是否愿意录入 | B 可能无法向 F 汇报 | 准备一页 ROI 材料，聚焦两个区域试点指标和执行机制 | 销售主管 + 销售 | 7 月 7 日 | | 竞争对手有本地集成案例 | 竞争风险 | 销售备注提到客户也在看本地 CRM 服务商 | 客户可能偏向低集成风险方案 | 在售前方案中补“轻量试点不拖慢集成”的对比说明 | 售前 + 销售 | 7 月 8 日 | | 预算和采购路径未知 | 商务路径风险 | D 只说进入采购需补资质，E 未参会 | 特别报价申请缺少依据 | 本周不申请特别报价，先确认试点范围和预算参与人 | 销售主管 | 推进会决定 |

五、资源投入请求表

| 资源请求 | 解决的风险 | 预计投入 | 前置条件 | 成功信号 | 建议会后结论 | | --- | --- | --- | --- | --- | --- | | 售前架构师支持方案二 | 处理 IT 权限和接口风险 | 1.5 天 | A 提供样例字段，C 愿意参加技术确认 | C 接受试点集成路径或列出安全评估清单 | 建议批准，但限定范围为试点可行性验证 | | 区域负责人参与 B 层沟通 | 帮助 B 看清业务价值和汇报材料 | 30 分钟会前准备 + 30 分钟客户沟通 | 销售先完成一页 ROI 和试点指标 | B 同意参加试点范围确认会，并明确是否向 F 汇报 | 可以准备，但不建议无目标拜访 | | 特别报价空间 | 处理未来商务谈判 | 未知 | 需预算、采购路径和竞品报价证据 | 客户进入商务评估并反馈预算或采购要求 | 建议暂缓 | | 交付提前评估 | 判断试点上线周期 | 0.5 天 | 试点范围和集成方式初步确认 | 交付给出试点周期和客户配合事项 | 先暂缓，待 IT 边界确认后再投 |

六、未来 7 到 14 天行动表

| 优先级 | 动作 | 我方负责人 | 客户侧对象 | 所需材料 | 截止时间 | 成功信号 | 失败预案 | | --- | --- | --- | --- | --- | --- | --- | --- | | P0 | 约 C 做 30 分钟技术边界确认 | 销售 + 售前架构师 | IT 安全负责人 C | 方案二接口边界、字段权限说明 | 7 月 8 日 | C 确认可按方案二继续评估，或列出安全清单 | 若 C 不回应，改推轻量试点方案一，并向 B 说明取舍 | | P0 | 让 A 提供两个区域样例字段 | 销售 | A 使用部门推动者 | 样例字段模板 | 7 月 7 日 | A 发来样例字段，并确认试点区域 | 若 A 不能提供，说明内部推动力不足，暂不升级资源 | | P1 | 准备给 B 的一页 ROI 和试点指标 | 销售主管 + 销售 | B 销售副总 | ROI 简版、执行阻力应对、试点成功标准 | 7 月 7 日 | B 同意识别试点指标，并参加试点范围确认 | 若 B 继续沉默，区域负责人沟通暂缓 | | P1 | 确认采购和财务何时进入 | 销售 | A 或 B | 采购资料清单、预算确认问题 | 7 月 12 日 | 明确 D、E 是否参与下一阶段 | 若仍未知，不申请特别报价 |

七、主管会前追问

• 必须会前补齐的问题：A 是否已经能提供样例字段；B 是否愿意看一页 ROI；C 是否愿意参加技术确认。
• 可以会上讨论的问题：售前架构师投入 1.5 天是否批准；区域负责人是否参与 B 层沟通；轻量试点和单向同步试点优先选哪条。
• 暂不应承诺的问题：特别报价空间、完整集成交付周期、客户总经理直接拜访、8 月商务评估一定达成。

一、大单销售行动图总览

| 区域 | 当前结论 | 证据来源 | 未知项 | 会上要决定什么 |
| --- | --- | --- | --- | --- |
| 客户决策链 | A 是使用部门推动者；B 是业务侧关键人；C 是技术准入影响人；D、E、F 暂未形成直接推进链路 | 客户组织信息、会议纪要、销售备注 | 财务 E 是否参与预算；总经理 F 是否需要本轮沟通 | 是否由区域负责人帮助销售触达 B，而不是直接越级找 F |
| 当前阶段 | 更接近“方案交流后、试点范围待确认”，尚未进入明确商务评估 | CRM 阶段、会议纪要、A 的会后邮件 | 两个区域试点范围和 IT 接口边界未确认 | 资源应优先投向试点范围和 IT 边界，不宜先申请大额折扣 |
| 关键风险 | IT 权限和接口问题可能卡试点；B 未看到清晰 ROI；竞争对手有本地集成案例 | C 的问题、B 的问题、销售备注 | 竞争对手具体方案和报价未知 | 是否投入售前架构师做方案二验证，是否准备给 B 的 ROI 简版材料 |
| 资源请求 | 售前架构师支持有依据；高层沟通需先明确目的；特别报价申请偏早 | 售前方案、主管问题 | 客户预算和采购路径未知 | 暂批售前方案验证，暂缓特别报价 |

这版输出能直接带进推进会，因为它把资源请求、风险和成功信号放在一起。主管可以同意、否决或调整资源投入，而不是被迫在“这个客户很重要”和“我们资源有限”之间空泛争论。

人工验收

人要怎么检查和改到可用

第一，检查证据和推断是否分开。AI 如果写“B 会支持试点”“F 是最终拍板人”“财务预算没问题”，但材料里没有明确证据，就要改成“未知，需人工确认”。大单行动图宁可留下空白，也不要把空白补成确定关系。

第二，检查资源请求是否过度。销售常常希望售前、高层、产品、交付一起上，但主管要看投入是否和风险匹配。售前架构师 1.5 天解决 IT 边界是可讨论的；完整集成方案投入一周，在试点范围未确认前可能过重。AI 的建议不能替代团队资源排期。

第三，检查客户触达动作是否合规。不要因为图上写了 F 是高影响力角色，就绕过联系人直接找总经理。除非客户授权、已有关系基础或销售策略允许，否则高层沟通应该先通过 B 或 A 设计进入路径。

第四，检查价格和承诺边界。特别报价、交付周期、技术可行性、合同条款、数据安全承诺，都必须由有权限的人确认。AI 可以提示“暂缓”“需财务确认”“需售前确认”，但不能写成已经批准。

第五，检查行动表是否真的可执行。每个动作都要有我方负责人、客户侧对象、截止时间和成功信号。凡是写成“持续推动”“加强沟通”“争取支持”的，都要改成具体动作，例如“7 月 8 日前约 C 确认接口清单”。

第六，检查会后是否能回填。推进会结束后，行动图应该变成执行记录：批准什么、暂缓什么、谁负责、什么时候复查。如果这张图只能用于展示，不能更新状态，它就没有真正服务大单推进。

失败反例

这些失败反例要提前避开

**反例 1：把行动图写成客户画像。** 错误输出会花很多篇幅介绍客户行业、公司规模、组织文化、可能采购偏好，却没有回答这次推进会要不要投入售前、谁负责找 IT、下周要拿到什么信号。客户背景可以保留一小段，但行动图的核心必须是资源、风险和下一步动作。

**反例 2：把所有联系人都画进来。** 如果图里出现十几个联系人，每个人都有态度和标签，但没有说明谁和资源投入有关，推进会会更乱。大单行动图只需要保留本次资源决策相关角色：谁能推动试点、谁会卡技术、谁影响预算、谁决定是否需要高层沟通。

**反例 3：资源请求没有绑定风险。** 比如只写“建议投入售前支持，因为客户金额大”。这不足以让主管批准资源。正确写法应是“投入售前架构师 1.5 天，用于回答 C 关于数据出域、字段权限和 CRM 单向同步的问题，成功信号是 C 接受试点集成路径或列出安全评估清单”。

**反例 4：过早申请价格权限。** 客户还没有预算窗口、采购路径和竞品报价证据时，AI 如果建议“为提高赢率，提前给特殊折扣”，这就是危险建议。价格空间是管理权限，不是行动图自动生成的动作。此时更合适的是标记“暂缓，待商务证据出现后再讨论”。

**反例 5：把技术问题写成客户反对。** IT 询问接口、权限和数据安全，不等于 IT 反对采购。错误地把 C 标成反对者，会让销售绕开技术评估，后面反而更容易被否决。行动图应该写“中立，技术准入风险关注”，并安排售前处理。

**反例 6：会后不更新。** 推进会批准了售前投入，但行动图没有记录负责人、截止时间和成功信号。下一周大家又重新问一遍“IT 怎么样了”。行动图必须从会前底稿变成会后执行表，否则只是漂亮文档。

主题边界

它和相邻主题的区别

和“多联系人商机，画出决策链和阻塞点”不同，这篇不是为了把单个商机里的每个联系人关系梳理完整。本文只抽取和内部资源投放有关的决策链片段，并把它放到风险、资源请求和行动表里。联系人分析在这里是手段，不是最终产物。

和“商机阶段太乐观，做证据化阶段复核”不同，这篇不批量复核多个商机，也不把重点放在 CRM 阶段是否虚高。它只围绕一个大单的推进会，判断当前阶段对资源投入的影响：哪些资源现在值得投，哪些应该等证据更完整再投。

和“合同前最后一公里，列出未决事项”不同，这篇发生在大单进入正式签约前。它讨论的是试点范围、业务价值、技术边界、预算路径和资源协同，不处理合同版本、法务条款、付款条件、开票资料和盖章流程。客户如果已经口头同意采购并进入合同细节，就应该转到签约未决事项清单。

这篇的差异化可以用一句话概括：它服务大单内部推进会，把散落信息变成一张可讨论资源投入和责任分工的销售行动图，而不是客户画像普查、阶段真实性审计或签约执行清单。