2025 年 9 月。广州陷入停摆。
超强台风桦加沙 — 2025 年第 18 号台风 — 重创广州，市政府发布全市停工停业指令。学校、企业、公共交通全部停摆。整座城市被告知居家避险。
这意味着我们广州呼叫中心的每一位客服都无法到岗。当天预计来电 2,000 通。60 名客服无法联系。早班即将开始。
我们有一个客户 — 一个高安全级别的政府使馆项目（应客户要求隐去身份），跨多国多语言提供领事多语言服务 — 当天预计接听数千通电话。来电关于签证申请、预约办理、所需材料等。真实的需求，来自真实的人，他们对台风刚刚瘫痪了我们一部分运营毫不知情。
我们通常不会把这类突发事件公开。我们之所以分享这一次，是因为每一位潜在客户都问同一个问题 — 出了问题怎么办？ — 与其用营销话术回答，不如直接给出一个真实答案。
我们的项目经理 Sandy 在前一晚收到气象预警。她没有等到第二天早上才想对策。
“警报一来，我没有犹豫 — 直接启动。这套预案就是为这一刻准备的。” — Sandy，项目经理
早班开始前，她已经把应急流程跑起来了。
我们事先就准备好的应急预案
对于这类高利害关系的账户，Callnovo 在事故发生之前就维持着完整记录的应急预案。这个账户的预案早已存在。它不需要在压力下临场发明。
台风预警一到，步骤就清清楚楚：
- 所有来电路由从广州重定向到我们的菲律宾呼叫中心
- 备用团队立即接手
- 每条语言队列保持运行 — 没有任何渠道中断
- 在线咨询不间断
- 我们主动提前通知了客户 — 在当天第一通电话之前
HeroDash 实时处理路由层 — 自动将通话分配、语言队列和客服在岗状态推送至菲律宾站点。Sandy 的团队负责”人”的那一面。
整个切换在数分钟内完成。来电方在早高峰时段经历了略长一些的等待时间。全天 SLA 指标全部达标。 仅此而已。
客户是从我们这里得知这次台风的 — 是事先告知，不是事后致歉。
这种切换是双向的
菲律宾是全球最易受台风影响的地区之一。当那里遭遇风暴时，同样的逻辑反向生效 — 通话切换至我们的中国运营或加拿大呼叫中心。中断方向并不重要。响应方式始终一致。
这才是真正分布式运营的样子：
- 多个国家的多个呼叫中心 — 菲律宾、中国、加拿大及更多地点
- 没有单点故障 — 一个地点宕机时，另一个地点吸收负载
- 每个中心都有双互联网线路 — 两家运营商，自动切换，无需人工干预
- 预先建立的应急预案 — 不是临场反应，而是一旦警报触发即可执行的成文方案
该向你现有的BPO 服务商问的问题
无论你在运营政府项目还是成长型创业公司，以下这些问题都值得在中断发生前问一遍：
- 出问题时，你的团队是已经知道该怎么做 — 还是要现场临场摸索？
- 你能在多少分钟内调动多少客服到具体哪些地点？请要求书面回答。
- 切换路由有多快？是分钟级还是小时级？
- 这套预案是否在真实中断中被使用过？不是演练，是真事故。
对于自由职业者和小型 BPO 团队，对上述大多数问题的诚实答案是：我们没有这套体系。一个地点，一个团队，零备份。风暴一来，服务就停。
我们在这个量级上运营得足够久，中断已经不再是惊喜。台风桦加沙很猛烈。我们广州的工位空无一人。可 2,000 通电话依然全部被接听。
常见问题
外包 BPO 呼叫中心宕机时会发生什么？
取决于服务商。单站点 BPO 和自由职业者通常会完全停止服务 — 来电掉落、队列停滞、SLA 崩溃。具备成文故障转移预案的分布式服务商会在几分钟内将通话重定向至备用站点；从来电方角度看，唯一区别是切换期间等待时间略有延长。
Callnovo 在站点之间切换通话有多快？
在一次真实中断中（2025 年 9 月台风桦加沙），从广州到菲律宾呼叫中心的全量切换在数分钟内完成 — 在早班开始之前。预案早已成文；路由变更通过 HeroDash 自动推送，现场团队同步处理人的部分。
多站点 BPO 故障转移到底是怎么运作的？
三件事必须同时成立：(1) 另一站点已经具备能吸收负载的备用容量；(2) 该站点训练有素的客服掌握所需语言并熟悉账户；(3) 路由技术能够实时重定向通话，无需人工介入。多数 BPO 声称做到其中两项。Callnovo 在菲律宾、中国和加拿大三地同时具备全部三项。
想了解 Callnovo 如何在多语言客服运营中构建这种弹性？
