本文展示了销售团队如何将 Codex 用于将分散在 CRM、通话记录、邮件和内部讨论中的账户与交易信号整合为可执行文档，如优先级清单、会议准备包、预测评审和滞销诊断，加速生成初稿并保留销售人员的判断与决策权。文章列出五类主要用例并提供输入要点、输出示例与起始提示，方便团队把现实工作上下文交给 Codex 产出可审阅的工作版本。Codex 强调区分来源事实与推断结论，并建议在生成后由销售/管理层复核与执行。
概述
– 目标：把分散的账户与交易上下文汇聚成可操作的文档草稿，缩短准备时间并提高一致性。
– 核心原则：提供经过批准的上下文数据，要求模型区分“已来源事实”和“推断/建议”，最终策略由人来判断。
五大典型用例
1) 从“未充分经营”账户中优先化管道
– 输入：账户列表/细分、CRM 导出、通话记录、邮件、使用信号、GTM 更新等。
– 输出：按触发器/痛点/可接触性/紧急度排序的账户优先级简报、利益相关者地图、外联序列与 CRM 操作步骤。
– 推荐插件：Gmail、Slack、Gong、Google Drive、表格等。
2) 会议准备与会后跟进
– 输入：日历、账户与通话历史、邮件线程、使用/支持数据、会议材料与会后笔记或录音。
– 输出：会前简报（目标、客户优先项、风险、问题与建议邀约）、会后客户跟进邮件、内部摘要与 CRM 更新。
3) 预测评审与提交风险监控
– 输入：预测快照、CRM 机会记录、通话与邮件记录、支持/法务进度、使用信号、负责人说明。
– 输出：逐单的保留/转入上限/剔除建议、来源事实与推断风险、理由说明与负责人后续事项。
4) 战略账户计划刷新
– 用途：将过时的账户计划基于近期活动与信号刷新为当前策略包（文章示例中未展开全部细节，但流程一致）。
5) 滞销交易诊断
– 用途：从现有证据诊断阻滞原因并给出升级或挽回的具体行动方案（文章示例中列为用例之一）。
使用建议与注意事项
– 输入应以公司认可的数据源为准（如 Salesforce、Gong、邮件导出等）。
– 明确请求将“来源事实”与“合理推断”分开列出，避免模型臆造承诺或日期。
– 将 Codex 视为生成“第一版”工作产物，销售与管理团队负责策略判断、证据核验与执行。
资源
– 提供了起始提示模板、真实示例与推荐插件列表，便于快速上手。
Codex 在把琐碎上下文转成可审阅产物上很实用，但仍需严格把控输入来源与人类复核以防错判。