销售拜访前最花时间的不是"了解客户是谁"，而是确认"这次会要达成什么、上次留下的口子怎么收"。AI 会前简报要补的就是这一段：从授权资料中汇总会议目的、客户侧最近变动、我方未结承诺和应追问的问题，每条信息带时间点、带来源、标明是否经客户确认。它不是会后纪要，也不是全量客户画像；在资料授权、权限与接入验证后，可由开沿 Agent 按拜访逐次生成。
简报的四个必放板块
| 板块 | 应放内容 | 不放内容 | 来源与时点要求 |
|---|---|---|---|
| 会议目的与议程 | 本次要推进的决策、提案或确认事项 | 全量公司简介、产品目录 | 销售计划与商机阶段，标注商机截至日期 |
| 客户侧最近变动 | 对接人变化、客户业务上的公开事件、上次会以来的往来 | 未证实传闻、对客户动机的猜测 | CRM 与授权沟通摘要；公开信息标注"未经客户确认" |
| 我方未结承诺 | 上次答应的排期、报价、材料和待办及到期日 | 已关闭事项、与本次无关的历史全文 | 纪要与承诺台账，标注承诺日期与状态 |
| 应追问问题 | 上次悬而未决、口径含糊、需对方拍板的3~5个问题 | 把答案替客户想好 | 由前三板块推导，标注推导依据 |
三个不该放
第一不该放事后纪要原文。纪要回答"当时说了什么"，简报回答"这次怎么谈"，混在一起销售只能自己翻找重点。第二不该放全量客户画像：画像是随会话持续积累的动态档案，简报只取与本次会议目的相关的切片。第三不该放当成事实的外部推断：媒体报道可以列，但要写明来源与日期；把"据媒体报道客户调整组织"写成"客户已完成组织调整"，是简报里最常见的失真。
时点与授权标注
每条信息至少带三个标注：截至日期、来源系统、授权范围。简报头部写明生成时间与数据截止日，隔周再用要重新生成而不是沿用旧件。外部消息推断与客户确认的事实在版式上分列，销售引用时一眼能分清哪句可以直接说、哪句要先求证。
方案示例
以下为场景示例。某 B2B 软件公司的会前简报由 Agent 在拜访前一天生成：从产品使用数据取近 90 天活跃变化，从共享沟通群的授权摘要取客户抱怨与询问，从内部备注取对接人偏好，最后输出三条应追问问题，例如"上次承诺的接口联调排期客户是否认可，若延期需要谁确认"。Zapier 的机制可参考：客户简报汇集产品使用、客户沟通往来与内部备注，证据库另按行业、新鲜度与使用限制打标，引用案例前先过授权；Nile 的销售会前 Agent 则输出探询问题与关键洞察。这些属厂商自述机制，本土落地需在授权与接入验证后设计。
试点怎么验收
先拿已完成的拜访回放：由销售与主管预先标出关键变动与未结承诺，核对简报有无漏项、有无把推断写成事实、有无引用未授权证据。运行期记三个数：简报会前打开率、追问问题被实际提出的比例、会后发现的简报错误数。出现误导性表述时，应先回查数据覆盖与规则，而不是归咎模型。
客户画像如何随会话纪要持续积累，见销售 AI 助手怎么用才有用；会后纪要工具怎么选、摘要为什么要人工核，见AI会议纪要4家横评。更多落地方法可顺着AI Agent 落地专题阅读。要把会前简报接进现有 CRM 与沟通工具，可了解AI Agent 服务。
来源说明：机制参考 Glean 客户故事 Zapier（Customer Brief Agent、Customer Proof Sourcing）与 Nile（Meeting Prep Agent），原文：https://www.glean.com/resources/customer-stories/zapier 、https://www.glean.com/resources/customer-stories/nile 。均为厂商发布、未独立验证，本文不引用其效果数字，场景为本土方案示例。
