通话听起来自然，但预约安排错了
AI 电话代理说话清晰、回应得当，并不代表业务已经成功完成。它可能会错误记录客户姓名、确认不支持的日程变更，或自行完成本应转交人工的请求。对于外呼而言，未说明呼叫组织和目的，或遗漏拒绝再联系请求，也属于失败。对话质量与任务完成质量并不相同。
在 ThunderPhone 中，首先应关注的不是每分钟 2 美分，而是处理失败的结构。部署前，您可以用 AI 呼叫方模拟完整对话；在有限实呼中发现的特定失败轮次，可以保存为 Validation example，并在修改后的草稿中重新播放。
不过，Validation 失败不会自动阻止部署。您可以审核结果后仍然部署，仪表盘上的 Success Rate 也基于 AI 评分。 最终，运营人员需要建立一套收集失败、由人工判定业务结果、修改后重新执行相同场景的流程。
从注册一直衔接到首次模拟检查
第一个任务最好选择结果可以明确判定的业务，例如“确认是否参加网络研讨会”。一开始就把完整销售流程交出去，很难找出哪条指令出了问题。以下输入和判定标准是用于启动质量闭环的编辑示例，并非 ThunderPhone 保证性能的官方模板。
- 注册或登录 ThunderPhone 应用，然后打开代理草稿。在提示词中写明角色、呼叫组织/联系电话和目的、必须确认的值、禁止行为、拒绝再联系的处理方式，以及具体的人工交接流程。ThunderPhone 的提示词指南建议指定代理实际能够执行的 hand-off 路径，例如转接号码或回电承诺。 点击 Talk，允许浏览器使用麦克风，确认当前草稿能够回应。模拟前，指定回电负责人和审核负责人，并准备下面的后续请求记录表。暂时不要 Deploy。Talk 和 Simulation 均针对当前草稿运行。
- 准备支付方式和首次模拟费用。在 Organization → Billing Settings 中登记支付方式，并充值足以承担首次 Simulation 审批页面所示预估金额的组织余额。模拟中，AI 呼叫方和目标代理两端的费用都会从组织余额中扣除。若还要测试通过电话号码进行实呼，则需要官方快速入门中说明的最低 US$3 预付余额。接着在 Config 中选择引擎、语言和语音，并记录屏幕显示的全包每分钟费率。
- 在代理构建器中打开 Simulation。首次验证请选择直接连接代理，而不是电话号码。除了正常案例外，还要输入包含请求人工客服、不支持的变更和拒绝再次联系的异常案例。运行前，确认并批准按最长 10 分钟显示的预估费用。AI 呼叫方和目标代理两端都会产生使用费。
- 在 Call History 中检查已结束的模拟。同时查看对话记录、录音、自动评估和工具调用。运营人员应另外判定：是否披露了组织名称、联系电话和通话目的；姓名和出席状态是否准确；是否没有确认被禁止的变更；对于人工请求是否确认了回电号码和期限；后续请求记录表中是否分配了负责人；对于拒绝再联系是否道歉并在没有进一步劝说的情况下结束通话。
- 仅 Deploy 满足内部必需标准的草稿。只有在呼叫方身份说明、必填值准确性、防止禁止行为、人工交接流程和拒绝再联系的结束流程全部通过时，才将其提升为生产版本。只要有一项失败，就修改提示词并从同一个 Simulation 重新运行。
首次输入示例
代理提示词：“你是[组织名称]的网络研讨会出席确认专员。通话开始时，先说明组织名称、联系方式和目的：‘您好，我从[组织名称]致电，想确认您是否参加[网络研讨会名称]。我们的联系电话是[组织联系电话]。’仅确认报名人的姓名和出席状态。不要承诺付款、折扣或个人信息变更。如果对方说不希望再被联系，请道歉；若已连接拒绝再联系记录工具，则将该联系人记录为拒绝再联系后立即结束通话。即使没有记录工具，也不要再提问或劝说，直接结束通话。如果记录与回答冲突，或对方要求与人工通话，先读出并确认接收回电的号码，然后说明：‘负责人将在下一个工作日内通过确认的联系方式回电。’若对方随后拒绝再次联系，取消回电承诺并优先执行拒绝再联系流程。之后不要变更出席状态或时间，并结束对话。”
[组织名称]、[组织联系电话]、[网络研讨会名称]和“下一个工作日”是供内部测试使用的编辑示例。测试前，请将所有方括号内容替换为实际组织名称、可联系的组织电话号码和通话目的，并将回电期限设为负责人能够遵守的值。ThunderPhone 的美国外呼指南同时写明了呼叫方身份说明和提供联系电话。 若要测试实际通话转接，必须在提示词中明确组织管理的、供测试使用的 E.164 格式目标号码，并先确认模拟过程中可能发生外部通话。
异常案例：“报名人在嘈杂场所用韩语两次更正姓名拼写后，要求变更不受支持的出席时间并要求人工客服，最后表示不要再打电话。”请确认是否先说明组织和目的，是否没有猜测姓名或确认变更，以及在拒绝再联系后是否未进一步劝说便结束通话。若已连接拒绝再联系记录工具，该工具调用也是必需的判定项。
2 美分不是完成一通电话的价格
官方基础引擎费率为：Spark 2 美分、Bolt 5 美分、Storm 9 美分。采用预付费按量计费，但启用 Supervision 后，Spark 和 Storm 每分钟会增加 8 美分。这不是由人工监听的服务，而是一项由第二个 AI 在每轮检查指令遵守情况、并在必要时静默介入的选项。最终费用可能因语音/语言路径、长提示词、Storm 附加选项、号码和电话网络成本而变化。
| 选项 | 基础费率 | 优先比较的业务 |
|---|---|---|
| Spark | 2¢/分钟 | 如出席确认这类简短、标准化的流程 |
| Bolt | 5¢/分钟 | 需要平衡一般响应质量与速度的流程 |
| Storm | 9¢/分钟 | 需要处理长指令和多种异常的流程 |
| Supervision | +8¢/分钟 | 在 Spark/Storm 中需要第二个 AI 逐轮检查的流程 |
模拟也不是免费的复制通话。AI 呼叫方按 Spark 费率计费，目标代理则按其实际设置计算。若双方均使用 Spark，且没有附加选项和电话网络费用，简单相加的引擎费率为每分钟 4 美分，但这不是保证实际账单金额的报价。
请按每个成功完成任务的成本比较价格。
将通话费和模拟费、重复通话、人工交接或回电、处理错误预约和遗漏拒绝再联系请求的成本相加，再除以实际完成的预约数或已验证的潜在客户数。即使每分钟费率较低，失败和重复通话增加时，总成本也可能更高。
有限实呼还需要完成号码验证和 Campaign 设置
通过浏览器模拟并不意味着真实电话路径也已验证。ThunderPhone 的美国演示号码仅用于入站测试，因此在面向客户的外呼测试中，应连接您通过 VoIP 提供商持有的号码并完成双向验证。
- 在 Connections → VoIP 中连接提供商。输入 Twilio、Telnyx 等受支持提供商的凭据并完成 Connect & Test；若为手动 SIP 连接，则通过 Test & Save Connection。
- 通过 Phone Numbers → Add number → Connect VoIP provider 导入持有号码。完成包含入站确认和出站权限确认的双向验证后，确认号码处于可双向使用状态。若验证失败，应先修正提供商凭据和 SIP 设置。
- 如果适用于您的组织，请完成管理员的合规责任确认。这是首次 Campaign 或 API 外呼前要求的一次性程序，但该页面本身不会验证实际接收方同意、呼叫方身份说明、告知或拒绝再联系要求。
- 打开 Engagement → Campaigns → New campaign。选择已部署的代理和已验证的 VoIP 外呼号码，并上传包含
phone或phone_number列的联系人 CSV。首次测试时，仅加入少量已确认通话目的和同意、且不在内部拒绝再联系名单中的联系人。 - 先确定拒绝再联系记录的负责人和完成标准。
以下是编辑部建议的运营流程。通话前，指定Call History 审核负责人和实际回电负责人，并在共享表格或 CRM 中创建用于记录通话 ID、确认的回电号码、请求时间、负责人、期限、状态和完成时间的字段。每通电话后，审核负责人阅读对话记录并登记、分配回电事项；回电负责人在期限内回复，并记录实际接通结果和时间。若未接通，不要以完成状态关闭，应保留为重试状态。若已连接自动登记工具，还必须确认实际任务已创建且负责人和期限已保存。
拒绝再联系优先于回电。一旦提出请求，就取消待处理的回电，将号码加入内部排除名单，并确认下一个 Campaign CSV 中不包含该号码。“我们会回电”的表述只是受理，应与实际完成回电或确认请求已撤回分开记录。 - 设定通话时段和重试条件。产品支持 1 至 10 路并发通话，默认值为 3；但作为编辑示例，建议首次设置为 1 路并发。这不是官方性能保证值，而是为了能立即审核每一次失败的保守起点。在运营标准中规定不得对拒绝再联系或明确拒绝的对象重试，然后同意预估费用并点击 Start。
- 在 Call History 和内部排除名单中一并确认成功。从已验证号码发出的通话应被记录为已结束，并且可以审核对话记录、录音和工具调用。只有确认已说明组织名称、联系电话和目的；请求记录表中的承诺回电已实际完成或请求已撤回；对拒绝再联系请求已立即结束通话并通过记录工具或指定运营人员从后续外呼对象中排除，电话网络测试才算完成。
产品的确认页面不能替代法律审查。
上传联系人之前，请确认适用于通话目的和接听地区的同意、呼叫方身份说明、AI/录音告知、个人信息处理和拒绝再联系标准。如果尚未确定目标国家和通话类型，就无法断定适用的是哪一套规定。
将实呼中的一个失败轮次变成回归测试
Validation sets 的实际价值在于，可以固定实际非模拟通话中的问题场景并重新运行。选择某个特定的代理轮次后，您可以带入截至该时点的对话上下文、相关呼叫方音频和实际回复；人工可以修改预期行为和允许的工具调用，并将其保存为 Active example。
在修改后的当前草稿中运行示例后，可以看到 Pass、Warn、Fail、Skipped、Error 状态和通过率，也可以发现上一次运行中为 Pass 的项目变成 Fail 的回归。不过，这不是从头重拨整通电话的检查。它不会原样重现真实电话网络、变化后的 CRM 状态，或长对话中累积的所有误解。
- 找出有限实呼中改变业务结果的轮次。选择具体失败，例如开场未说明呼叫组织或目的、听错姓名、作出禁止的承诺、错误的工具调用、拒绝再联系后仍继续劝说、忽略人工请求，或回应偏离承诺的回电流程。
- 将该轮次保存为 Validation example。由运营人员具体定义预期行为和允许的回复/工具调用，并设为 Active 状态。若是拒绝再联系案例，应将道歉、立即结束、调用已连接的记录工具列为判定项；但在没有工具的运营中，还应单独确认 Call History 审核后的手动名单更新。
- 修改提示词后再次检查示例状态。若提示词变更使该示例变为 Stale 状态，请审核预期行为和允许的回复/工具调用是否仍然正确，然后重新切换为 Active。完整的 Validation run 只包含 Active example，因此跳过这项检查可能使刚保存的失败案例被排除在运行之外。
- 在当前草稿上运行 Validation run。不仅要确认新的失败是否变为 Pass，还要确认呼叫方身份说明、既有的拒绝再联系处理和其他成功案例是否没有回归为 Fail。您可以先在草稿上重放单个示例，但若要纳入总通过率和回归检查，它必须处于 Active 状态。
- 应用内部部署中止标准。例如，只要一个必需案例出现 Fail，或已有 Pass 出现回归，就可以停止部署。这是组织自行制定的标准，不是产品默认值。在 ThunderPhone 中，即使审核了失败结果，仍可以有意继续部署。
将自动成功率与实际业务结果对照
Observability 的 Success Rate 基于 AI 评分，基础设施错误不计入分母。通话量高的时期，详细指标也可能根据最近通话样本计算。 因此，不能将这一数字理解为 CRM 的预约完成率或潜在客户验证率。
除自动评分外，还应记录运营人员确认的呼叫方身份说明、姓名和出席状态、实际 CRM 写入、回电流程遵守情况、拒绝再联系名单更新、重复通话和错误工具执行。对于自动评估与人工判定不一致的通话，在只修改代理提示词之前，还应检查评估标准是否存在模糊之处。
ThunderPhone 评估最小的完整单元不是部署一个代理，而是要贯穿以下环节：模拟草稿、使用已验证的持有号码运行有限 Campaign、将拒绝再联系请求从后续外呼对象中排除，以及将发现的失败轮次保存为 Validation example。若修改了提示词，应重新检查示例是否为 Stale 并审查预期行为，将其切换为 Active，并确保修改后的草稿在完整 Validation run 中，必需案例和既有成功案例都符合全部内部标准，才能进入下一次部署。 每分钟价格只是这个周期中的一项成本。
如果想进一步深入
Prompting guide - ThunderPhone — 可了解代理能够执行的具体 hand-off 路径，如实际转接号码或回电承诺，以及外呼提示词的构成。 thunderphone.com
Outbound calling compliance — 可查看呼叫方身份说明、拒绝再联系处理，以及首次执行外呼前应确认的责任范围。 thunderphone.com
Validation sets: replay real call turns before deployment — 可查看在草稿中重放实际通话特定失败轮次的流程、Active 和 Stale 状态、回归标识以及绕过检查进行部署的可能性。 thunderphone.com
Outbound campaigns — 这是通过连接已部署代理、已验证外呼号码、联系人 CSV 和通话设置来启动 Campaign 的官方流程。 thunderphone.com
