在 CRM 场景里，最容易被要求「干脆全自动」的，是跟进记录和周报。
理由听起来很充分：通话已经转写了，客户说了什么都在系统里，让 AI 顺手写成记录、汇总成周报，为什么还要人再看一遍？
所有产出按「草稿 + 人工确认 + 可溯源」使用；写入类操作一律「确认后写入」；关键决策由责任人签认，不由专家意见替代正式审核。金额、日期、阶段与责任人都要逐项对照原始记录。
一、生成结果里，哪些是事实、哪些是推断
一份完整的结果里混着三类内容：
- 可直接核对的事实：客户名称、合同金额、回款日期、商机阶段、最近跟进记录。这些在 CRM 里都有原始记录，逐项对照即可。
- 需要业务判断的推断：卡点归因、流失风险分级、辅导重点、下一步策略建议。这些是基于数据的推断，不是系统里的事实，必须与当事人核实。
- 系统里根本没有的信息：客户没录进系统的口头承诺、未写进跟进记录的决策人态度、线下沟通的临时条件。AI 不会自动补全，也不该猜。
把这三类混在一份文档里直接发出去，风险不在「写得像不像」，而在于读的人分不出哪句能当依据。
二、写入动作为什么要先列变更项
查询和写入是两种完全不同的操作。
查询（客户全景、商机清单、经营大盘聚合）全过程只读，展示范围受原有数据权限约束，看错了改一句再看就是。写入（新增线索、新增客户、写跟进记录、更新任务与拜访计划）会改变系统里的正式记录，一旦写错，后面所有基于这条记录的分析、分配、复盘都会跟着偏。
所以连接器在做写入类操作时的做法是：先把要改的列出来，人确认之后才执行。这一步多花几秒，换到的是「系统里的每条记录都能找到谁确认过」。对管理者来说，这比生成速度快几秒重要得多。
三、商务边界不能交给一段草稿
篇二专门列了一条「商务与话术边界」：话术可以结合客户实际与行业习惯调整，但折扣、账期、特殊条款、报价与合同一律走公司审批，不因专家建议而跳过。
这条在电话场景里同样适用。智能体可以承接产品咨询、售后问答、通知与邀约，但涉及价格承诺、还款方案、投诉处理等敏感事项，应按企业规则转人工。我们在做方案时会把「哪些问题必须转人工」单独列成一张表，并在试跑时专门验证这条规则有没有生效。
四、把口径变成验收清单上的四个动作
「要人确认」如果只是口头说说，落地时很快会被省略。更稳的做法是写进验收清单：
- 事实核对：金额、日期、阶段、联系人角色、责任人与统计口径，逐项对照 CRM 原始记录；聚合结论能追溯到明细。
- 业务判断复核：归因、风险分级、辅导重点与当事人核实后再用。
- 商务与话术检查：涉及折扣、账期、报价、合同、投诉的内容，确认已走审批或转人工。
- 写入前逐项确认：跟进记录、任务、拜访计划逐条确认变更项；草稿不自动对外发送、不自动写入 CRM。
这四步对应我们交付清单里的「试跑记录」和「验收清单」两类材料，跑完要有复核意见和签认，不是一句「已启用 AI」就结束。
五、这不等于慢
常见的担心是：每一步都要人确认，会不会比原来还慢？
实际分工是：AI 承担找数据、做汇总、出草稿、列变更项这些整理型工作；人只做核对、判断与签认这些决策型工作。省掉的是翻页面、复制粘贴、拼表格的时间，省不掉也不该省掉的是「谁来负责」这一步。
常见问题
问：可以让周报自动生成后直接推送给管理层吗？ 定时生成与推送属于 AI 办公平台能力，具体上架情况与推送通道需核实；即使技术上可行，也建议保留管理者确认环节，草稿与正式结论分开。
问：确认环节会不会让一线嫌麻烦而不用？ 所以试点要选一段「整理成本明显高、复核成本明显低」的流程先跑，比如拜访前客户全景或跟进记录草稿。让人先尝到省事的甜头，再谈扩范围。
问：怎么证明结果可溯源？ 在验收样本里随机抽三条结论，要求能点回对应的原始记录（客户档案、跟进记录、通话转写）。点不回去的，就说明口径没落到位。
把复核人、确认项和签认方式写进方案，比讨论「AI 准不准」有用得多。