WhatsApp供应商在受控演示里可以非常漂亮，真正上线后却可能一团乱。最稳的采购方法不是继续看功能，而是拿一个真实业务案例从头走到尾，故意加入“脏场景”，逼供应商说明每个决定到底归谁。

假设一家B2B经销商已经能从报价表单和展会获得明确许可的WhatsApp opt-in。它希望加快跟进、支持多语言路由，并改善销售交接。候选方案里有通信平台、共享收件箱供应商和托管代理商。

团队最初问：“谁的自动化最多？”这就是第一个错误。

更好的问题是：哪种合作方式能让我们证明许可、保护客户状态、正确路由回复、衡量质量，而且未来离开供应商时不丢掉业务？

1. 把opt-in记录完整演示给我们看

不要问“你们是否WhatsApp合规”，要看数据结构。

opt-in来源存在哪里？能否记录表单、展会、二维码或客户动作？有没有日期？许可文案或活动上下文是否保留？企业能不能导出？

然后现场做一次opt-out。让同一个人同时存在于两个活动、由两个销售拥有，看抑制状态是否真的传播。

WhatsApp Business Messaging Policy要求企业主动联系前取得opt-in，并尊重退出。供应商的价值应该是让这些控制更容易执行，而不是把它藏在一句承诺后面。

可迁移规则： 许可与抑制属于企业数据，不是单次活动设置。

2. 号码和企业身份到底归谁？

这个问题会决定未来迁移简单还是痛苦。

逐项问：

  • WhatsApp Business账户的行政Owner是谁？
  • 电话号码归谁？
  • 恢复凭据谁掌握？
  • 哪些员工有管理员权限？
  • 代理关系突然结束怎么办？
  • 客户能否换服务商而不换对外号码？

如果上线很快的代价是企业只能“租”自己的身份，那不是真正的效率。

可迁移规则： 方便可以外包，身份归属必须写清楚。

3. 客户服务窗口之外怎么工作？

要求供应商演示两条路径：

  1. 客户正在主动对话或处于活跃服务窗口；
  2. 企业对已经有有效opt-in、但当前不在活跃窗口内的人重新发起消息。

模板谁创建？变量谁检查？审批、暂停或拒绝状态在哪里看？发送失败时运营人员能看到什么？销售会不会误用模板？

只演示实时聊天，不等于演示完整运营。

可迁移规则： 一定要测试结构化、受规则约束的路径，而不只是最顺的happy path。

4. 当前价格公式是什么？

所有价格都要求写日期。

作为2026-10-05核验的参考，Twilio的WhatsApp价格页写明每条消息handling fee为0.005美元，另加适用的Meta模板消息费用，页面标注价格截至2026年8月。其他服务商可能用不同方式打包。

要求供应商拆出：

  • 设置费；
  • 平台/席位；
  • 服务商handling fee；
  • Meta相关模板/消息费；
  • 如有的号码/账户费用；
  • 集成费；
  • 支持等级；
  • 托管服务人工；
  • 超量费；
  • 导出或迁移费；
  • 合同最低消费。

再让对方分别模拟正常量和2倍量的账单。

可迁移规则： 比总运营成本，不比最便宜的一行。

5. 当场把CRM集成弄坏一次

完美新联系人自动进CRM，几乎证明不了什么。

测试数据里加入重复记录、多联系人、已有Owner、历史退出和客服工单。把CRM断开10分钟再连回来；故意把两个事件顺序倒过来；更换账户Owner。

观察会发生什么。

问清两套系统冲突时谁说了算；旧webhook重复回放会不会把已关闭状态重新打开；错误怎样暴露给运营人员。

可迁移规则： 集成质量看坏状态如何恢复，不看好状态如何创建。

6. 高价值回复怎么路由？

给供应商一条真实信息：“我们下个月要200件送到洛杉矶，今天能报价吗？”

然后问：

  • 谁收到；
  • 是否自动带账户上下文；
  • 已知Owner是否被尊重；
  • Owner不在线怎么办；
  • 怎么升级；
  • 下一步怎么记录；
  • 无人认领多久会报警。

回复路由对经济结果的影响，经常大过另一个模板功能。

可迁移规则： 衡量“到明确负责人时间”，不要只看机器人首次回复。

7. 销售、客服、合作伙伴流量怎么分？

同一个WhatsApp号码可能同时收到老客户配送问题、新买家报价、经销商申请，以及“不要再联系我”。

如果所有东西进同一个队列，员工迟早自创分类；如果全部交给自动分类、又没有人工纠错，边缘案例会掉进错误工作流。

找的是简单、能解释、有明确Owner的分类体系。

可迁移规则： 分类应该减少歧义，不是创造黑箱。

8. AI到底做什么、不做什么？

让供应商把AI拆开讲：

  • 摘要；
  • 翻译；
  • 建议回复；
  • 资格辅助；
  • 路由；
  • 自动发送；
  • 语音/呼叫。

这些不是同一种风险。

AI做摘要时，能否回看原消息？翻译重要商业条款时能否人工复核？建议回复能否编辑？资格判断使用哪些字段和证据？

不要让“AI-powered”成为责任消失的理由。

可迁移规则： 先自动化确定性任务，原始证据始终可回看。

9. 日常安全控制怎么运作？

问角色权限、管理员保护、认证、集成凭据、导出、日志、保留、设备访问和员工离职。

然后模拟一个员工离开：能否立刻撤销？他是否已经拿走导出文件？API key是个人的、共享的还是服务账号？异常导出能否被发现？

安全必须映射到真实数据流。一份很长的安全PDF不能回答“今天谁能下载客户”。

可迁移规则： 测试控制本身，不只看认证标签。

10. 不同国家怎么处理？

要求供应商分别配置一个加拿大和英国工作流，并解释差异。

加拿大CASL对商业电子消息涉及同意、身份和退订；英国电子营销/数据保护规则会因为接收方类型和具体情形不同而变化。其他国家也不同。

供应商不能说“全球合规”就结束，而应该提供可配置控制和证据，由企业根据当前当地规则映射。

可迁移规则： 合规是一套被配置、被执行的流程，不是一个万能勾选框。

11. 平台或账户受限制时怎么办？

要看事故预案。

谁先发现？收集什么证据？哪些动作自动停止？谁联系服务商？哪些消息暂停？销售团队怎么知道？渠道暂不可用时怎么把客户导向其他方式？

如果可以，要求看一份去隐私化的真实事故复盘。

可迁移规则： 韧性也是渠道设计的一部分。

12. 签约前先给我看导出文件

要求一份样例导出，至少包含联系人标识、许可状态、抑制状态、会话元数据、归属、模板标识和相关业务结果。

再问什么不能导出。

如果对方说“所有东西都能导”，却拿不出文件和字段结构，就先当作没有证明。

还要问合同终止时导出需要多久，有没有额外收费。

可迁移规则： 可迁移性要在“你还没必须合作”时证明。

13. 问参考客户第二个月发生了什么

第一个月通常有额外实施支持，第二、第三个月才是真实常态。

问参考客户：

  • 上线后重做了什么；
  • 哪个集成最费时间；
  • 出事故时支持表现怎样；
  • 模板运营有没有成为瓶颈；
  • 仍然需要多少内部人员；
  • 最后悔没在合同里谈什么。

不要只问“满意吗”。

可迁移规则： 参考客户最有价值的是摩擦，而不是夸奖。

14. 用明确Pass/Fail条件跑小试点

这家假设中的经销商，不应该第一天把所有合格联系人都发出去。选一个市场、一个许可来源、一两个用例和有限cohort。

试点开始前写好Pass/Fail：

  • 许可证据完整；
  • 没有未解决的抑制失败；
  • 回复在目标时间内归到Owner；
  • CRM记录准确；
  • 有意义回复率可观察；
  • 销售接受对话定义一致；
  • 导出成功；
  • 无关键安全或政策问题；
  • 总成本能对账。

试点结束不要只问“有没有回复”，而要问“运营链哪一环最先坏”。

一张能戳破弱声明的供应商评分表

项目 必须给的证据 红旗
许可 样例opt-in记录 + 退出传播测试 “CRM里有号码就行”
身份 账户/号码归属图 只有供应商能恢复
模板 创建/审批/失败/版本演示 靠人工猜状态
路由 Owner + 升级现场测试 共享队列无SLA
集成 故障与恢复测试 只有happy path
安全 角色/离职/导出测试 只给安全宣传册
地理 可配置控制 + 当前规则映射 “全球合规”口号
经济 带日期的账单模拟 只报每条消息
退出 真导出 + 迁移步骤 可迁移性不明确

最后一个供应商问题

直接问：“如果我们明天终止合同，究竟保留什么、什么会停止、什么必须迁移、要多久？”

真正强的供应商不应该对这个问题感到防御。

最好的伙伴不是把客户所有责任都“拿走”，而是把责任说清楚，让企业长期掌握身份和客户状态，同时减少运营摩擦，不隐藏风险。

Sources

Related Reading