素材库 · 预约话术
AI 预约话术脚本，代理商审批，客户可选复核
一名预约坐席需要的，不只是一套通用话术。一个因为某个优惠打进来的新线索、一个团队在跟进一条进线索、一通打给老联系人的唤醒电话，各自需要不一样的对话。AI 预约话术脚本，把这些脚本按客户和活动主题，整理成一套完整、带版本记录的集合，让策略负责人、复核人员和客户，都能从同一个受控的来源开始工作，而不是散落在互不相关的文档里。
AI 预约话术脚本：四份脚本覆盖完整的预约战役
获客与唤醒老客户，各自分进线与外呼两种
每一套脚本都有四个明确的位置：获客进线、获客外呼、唤醒老客户进线、唤醒老客户外呼。覆盖矩阵会显示哪些还是草稿、哪些在复核中、哪些已经通过，客户负责人能在活动移交之前，先发现漏掉的那段对话。
这个区分很重要。进线对话从来电者的意图出发，需要反应迅速的资格判断；外呼对话需要一个先征得同意的开场、一个来电理由，以及谨慎处理的备选话术。获客关注的是当下这条询问，唤醒老客户则承认这是一段已经存在的关系，需要不一样层次的语境。
脚本始终扣住活动主题
调整对话，也不丢掉原始版本
一场体重管理活动和一场植发活动，可能有着同样的预约目标，但问题、价值主张和异议处理都不能互相套用。每一套脚本都属于一个真实客户和这个客户的一个活动主题，旁边就是给脚本提供语境的定位角度、受众和信息支柱。
策略变了，就把一整套脚本复制到另一个主题下：新副本从四份干净的草稿开始，分享和复核历史都重置，而原来那一套原封不动。这让调整变得很快，同时也不假装一次查找替换就能生成一份经过复核、可以真正用于活动的脚本。
结构化的对话，而不是一团没人管的文本
目标、段落、异议、变量与护栏都在同一个编辑器里
每个修订版本都把一段预约对话依赖的各个部分拆开来：目标、坐席角色与语气、按顺序排列的对话段落、示例话术、异议与应对、声明好的合并变量、护栏、转接行为和预约收尾。外呼脚本还专门留出征得同意、信息披露、勿扰名单和语音信箱处理的位置；进线脚本则覆盖问候、意图捕捉、非工作时段处理与转接。
每个段落都能标为共享或内部。这给了代理商空间，去写只该指导自己团队、不该出现在客户端复核里的操作说明。合并变量遵循一套可见、经过校验的格式，一个占位符因此是被声明出来、可以复核的，而不是藏在一份长文档里没人解释的符号。
批准过的脚本，不会在活动底下悄悄变
四份脚本，各自独立的修订历史
一套里的四份脚本，进度可以完全不同：获客进线脚本可能已经批准，唤醒老客户外呼脚本却还需要打磨。因此每个位置都保留自己编号的修订版本、复核状态和已发布版本，而不是强迫整套脚本共用一个全有或全无的状态。
提交一份草稿，就会把这个修订版本冻结用于复核。被要求的修改会变成一份新草稿，而之前已发布的修订版本保持可用且不受影响。每一次复核决定都会记下是谁在什么时候做的，日后有人问起某场活动到底批准过哪句话，代理商都能给出可靠的答案。
先代理商审批，再可选客户复核
编辑把控权留在自己手上，也给客户一个聚焦的决定
代理商复核是必须通过的质量关卡。一个修订版本获批之后，团队可以在内部发布它，以只读方式分享给客户，或者请客户做出决定。客户端的复核人只会看到打算给他们看的已发布内容，看不到内部备注或仅限内部的段落，可以直接批准，也可以带着反馈要求修改。
因为复核绑定的是精确的那一个修订版本，反馈不会不小心飘到后面的某份草稿上。撤回一次待处理的客户复核，或者取消分享一份脚本，都是明确的操作，可见范围的变化不会抹去此前复核过什么的记录。
素材库管脚本，执行是另一回事
今天是可复用的活动资产，也为将来的外呼工具留好交接点
预约话术之所以放在素材库里，是因为它是一场活动可复用的原创素材。它按和文案、素材、表单与落地页相同的客户与主题模型组织，同时它更丰富的对话结构和审批历史，专门为预约通话打造。
这个工作区不会拨打电话，不会开通电话号码，也不宣称在运行一个 AI 语音坐席。服务商、日历、排队、同意合规、录音和写回 CRM 的结果，都属于另一套独立的部署流程。守住这条边界，团队现在就能管理已批准的脚本，而不会把撰写和真正的执行混为一谈。