本教程提供一套可复用的销售通话提纲流程，帮助你区分已知事实与待核实信息，并在人工作出判断后再用于真实通话，适合需要可复现流程与人工复核的团队直接照做。
这项任务的最终结果是一张销售人员可以在通话前快速阅读的顺序卡：先说明来意，再提出三个核实问题，只在答案支持时给出价值陈述，最后约定一个明确动作。本文适用于 Dynamics 365 Sales 当前网页版及当前可用 Copilot 功能；截至 2026-08-30，摘要入口、许可、支持区域和数据权限需要按租户当前配置核对。
为什么提纲必须区分事实与假设
潜在客户记录可能包含表单信息、销售笔记、邮件摘要和旧活动。它们并不具有相同可信度。公司名称和客户亲自确认的需求可以作为事实；系统评分、模型总结、第三方资料和销售人员对态度的描述，只能作为待核实线索。提纲的作用不是展示你知道很多，而是减少在通话中把推断说成事实的风险。
Microsoft Learn 的 Dynamics 365 Sales Copilot 概述可用于确认当前官方说明和能力范围。不同租户看到的功能会受管理员配置、许可和区域影响，因此本文不假定固定的摘要按钮或菜单路径。
| 信息层级 | 例子 | 在提纲中的写法 |
|---|---|---|
| 已确认 | 客户邮件明确提出的流程问题 | 可用于开场承接 |
| 待核实 | 旧记录中的团队规模 | 改写成开放问题 |
| 不得推断 | 健康、族群、政治倾向等敏感属性 | 不写入、不询问、不用于定位 |
| 内部判断 | 线索评分或成交概率 | 不向客户陈述为事实 |
步骤一：清理潜在客户记录
- 确认姓名、公司、职务和联系方式仍然有效，并查看信息来源与联系许可。
- 选择最近且与本次通话相关的两至三次互动，删除重复、过期或无法验证的笔记。
- 把记录分成“客户明确说过”“系统或销售推测”“本次必须核实”三栏。
- 检查字段访问权限。销售人员不应为了生成提纲而扩大自己原本无权查看的数据范围。
步骤二：设计三个核实问题
三个问题应分别核实当前场景、影响和决策过程。第一个问“现在怎样处理”；第二个问“问题造成什么可观察影响”；第三个问“谁参与评估、下一次决定何时发生”。避免诱导式问题，例如“你们是不是因为效率太低才考虑更换”，也不要询问与业务目的无关的个人信息。
步骤三：让 Copilot 起草顺序卡
在当前租户允许的记录摘要或 Copilot 工作区中调用相关能力。如果没有入口，应由管理员核对官方文档、许可、区域和权限，而不是把客户记录复制到未经批准的个人工具。提交时明确要求模型标注未知项，不允许补全缺失信息。
任务：根据以下潜在客户记录起草销售通话提纲。
开场：说明身份、联系依据和本次目的，不假装双方已有共识。
核实问题：恰好三个，分别核实当前流程、业务影响、决策步骤。
价值陈述：只连接已确认需求；若证据不足，写“核实后再陈述”。
结束动作：只安排一个下一步。
标记规则：已确认事实标为【已知】，需要询问的内容标为【待核实】。
禁止：推断敏感属性、预算、情绪、采购权和成交意向。
输入：粘贴最小必要的脱敏记录。步骤四：人工改写价值陈述
价值陈述应采用“如果刚才确认的情况成立，我们的相关能力可能帮助完成某项任务”的条件句，而不是承诺确定结果。删除没有来源的百分比、行业领先表述和虚构客户案例。如果涉及技术、安全或合同能力，应由相应负责人确认后再说。
Microsoft 的 负责任 AI 资料可以作为检查公平、可靠、安全、隐私和透明度等治理问题的参考，但实际控制仍依赖组织的数据分类、权限、监督和员工培训。
通话前检查表
- 开场准确说明联系来源，不制造虚假的熟悉感或转介绍关系。
- 三个问题都是为了核实业务场景，而不是确认模型已经作出的判断。
- 价值陈述与已知需求一一对应，没有未经批准的效果承诺。
- 结束动作包含负责人和真实时间范围，但不伪造日历可用性。
- 提纲只是辅助，销售人员应根据对方回答调整顺序，不能机械朗读。
失败诊断
| 症状 | 原因 | 修正动作 |
|---|---|---|
| 问题像审讯清单 | 缺少上下文和开放表达 | 说明询问理由，并允许对方纠正 |
| 价值陈述过早 | 把旧记录当成当前事实 | 移到核实问题之后并使用条件句 |
| 提纲出现敏感推断 | 输入含无关个人资料 | 删除字段并检查访问规则 |
| Copilot 没有可用入口 | 许可、区域或配置差异 | 由管理员按当前文档核查 |
隐私、直销与成本边界
联系潜在客户前，应确认联系方式来源、合法依据、退出要求及适用地区规则。英国信息专员办公室的 直销与隐私通信指导可用于理解英国相关边界；其他地区可能有不同规定，应由合规人员判断具体适用性。
不要将完整客户记录导出到未批准服务，也不要用模型推断受保护或敏感属性。Copilot 能力可能涉及附加许可、容量或管理成本，请以租户实际合同和管理中心为准，本文不提供价格假设。
结论
Dynamics 365 Copilot 通话提纲的价值在于组织已知信息和待核实问题，而不是替销售人员判断客户。按照开场、三个问题、条件式价值陈述和单一结束动作组织，并保留人工复核，才能让通话既聚焦又尊重数据边界。
常见问题
Copilot 生成的问题可以在通话中直接照读吗？
不建议机械照读。销售人员应确认事实、调整自然语言，并根据客户回答改变追问顺序，避免重复询问对方已经说明的内容。
为什么核实问题限定为三个？
三个问题足以覆盖当前流程、业务影响和决策步骤，同时能控制首次通话负担。复杂问题可以在获得同意后安排后续讨论。
能否用线索评分决定价值陈述？
线索评分只能作为内部信号，不能证明客户需求或购买意向。价值陈述仍应建立在客户明确确认的业务场景上。