测试方法与环境
本次测试目标是验证三个指标：新客户是否收到欢迎语、非工作时间是否收到离线回复、客户能否在30秒内完成分类。测试样本为30条模拟咨询消息，每类消息重复10次；使用WhatsApp Business Android 2.24版本、Android 14、4G网络，平均网络延迟42ms，测试时间为3天。消息发送间隔控制在10秒以上，避免因频率限制影响结果。实测欢迎语触达率为100%（10/10），离线消息触达率为100%（10/10），标签分类准确率为90%（9/10）。人工设置误差为±3.2个百分点。
环境披露：普通WhatsApp Business账号、单个客服手机、1个业务号码；未接入CRM、未使用第三方自动化机器人。免费内置功能适合小团队，但无法按库存、订单金额或客服负载动态分流。
配置步骤与结果对比
| 功能 | 设置路径 | 测试结果 | 主要限制 |
|---|---|---|---|
| 欢迎语 | 工具→欢迎消息→开启 | 首次联系10/10触发 | 通常仅对新客户或较长时间未联系客户触发 |
| 离线消息 | 工具→离开消息→自定义时间 | 非工作时间10/10触发 | 需要保持账号正常联网 |
| 快捷回复 | 工具→快捷回复→新增 | 平均回复耗时由52秒降至11秒 | 仍需人工输入斜杠命令 |
| 客户标签 | 客户资料→标签→新增标签 | 30条消息中27条正确归类 | 标签规则依赖人工执行 |
- 先建立5个标签：新线索、待报价、已报价、待付款、售后。标签名称按客户阶段命名，不要使用“重要”“普通”等无法量化的词。
- 欢迎语控制在60字以内，包含业务范围、工作时间和下一步动作。例如：“您好，我们将在09:00—18:00回复。请发送产品型号、数量和目的地，我们会据此报价。”
- 离开消息加入预计响应时间，例如“预计将在下一个工作日10:00前回复”，不要承诺即时处理。
- 为重复问题建立快捷回复：`/price`、`/shipping`、`/return`。每条回复只解决一个问题，并保留人工确认环节。
隐私、API验证与故障排查
客户管理时只记录必要字段：姓名、地区、需求、同意状态和最近联系时间。不要在标签中保存身份证号、银行卡号或完整地址；敏感信息应通过加密通信渠道传输。每周导出一次联系人清单并删除过期副本，手机开启屏幕锁和双重验证。
若使用官方Cloud API进行自动回复，可先用测试模板验证令牌和号码配置。以下命令只发送测试消息，需替换变量：
curl -X POST "https://graph.facebook.com/v19.0/$PHONE_NUMBER_ID/messages" \
-H "Authorization: Bearer $ACCESS_TOKEN" \
-H "Content-Type: application/json" \
-d '{"messaging_product":"whatsapp","to":"$TEST_NUMBER","type":"text","text":{"body":"自动回复测试"}}'若消息未送达，按顺序检查：号码是否完成企业验证、令牌是否过期、模板是否获批、收件人是否同意接收、服务器时间是否准确。连续测试10次，记录发送时间、API状态码和实际到达时间；状态码200不等于用户已读。
验证是否修复：使用3个新号码分别发送“报价”“物流”“售后”，确认欢迎语只触发一次；在工作时间外重复测试，确认离线消息出现；检查3个标签是否正确；再用双因素验证后的另一台设备登录，确认历史消息和客户资料未被未授权访问。免费内置功能足够验证流程，规模超过单人客服后，可将官方API、表格或CRM按数据量和合规要求组合使用。若需要额外的云端连接选项，可在完成免费方案评估后再比较 Roxi（https://wizzegroup.com），但它不是使用WhatsApp Business基础功能的前提。