将 Coexistence 号码的 WhatsApp 对话发送到 Salesforce

n8n 工作流是什么样的？

四个节点连成一条线，外加每个 Meta Webhook 都需要的验证分支。

Webhook 节点接收 Meta 为每条消息发送的 POST 请求。Salesforce 节点运行 SOQL 查询，查找电话号码与发送者匹配的潜在客户或联系人。IF 节点根据是否有结果分流：有结果时，工作流带着记录 ID 继续；没有结果时，由一个 Salesforce 节点用负载中的用户资料名称创建潜在客户。最后一个 Salesforce 节点在该记录上创建任务，把消息文本写入描述，并在主题中注明这是一条 WhatsApp 消息。

验证分支用 hub.challenge 的值作为纯文本响应体，回答 Meta 的 GET 请求。没有它，Meta 不会开始投递，工作流的其余部分只会闲置。

消息应记录为任务还是备注？

大多数团队选任务，因为任务会进入销售人员本来就在看的活动时间线，也可以用于报表。把状态设为已完成，这样它不会显示为待办事项；主题中写明渠道名称，这样筛选 WhatsApp 活动只需一个条件。

n8n 节点的添加备注操作适合另一种情况：记录摘要，而不是每条消息。有些团队让工作流按联系人汇总一天的消息，晚上写成一条备注，这样当客户发来二十条短消息时，时间线仍然清晰易读。

无论选哪种，都要把 WhatsApp 消息 ID 写入记录。Meta 会重试投递，而工作流在写入前先检查是否已有该 ID，就不会重复记录同一条消息。

团队还能用手机回复吗？Salesforce 能看到吗？

两者都可以。Coexistence 让 WhatsApp Business 应用继续在同一号码上使用，昨天回复客户的人今天照常回复。当他们从应用中回复时，Meta 会把发出消息的回显发送到同一个 Webhook 目标，字段为 smb_message_echoes。

在工作流中为这些回显增加第二条路径，并把它们记录为发出的任务。销售人员打开潜在客户时，就能按顺序看到问题和商家的回答，无需任何人手动复制聊天记录。

工作流自己通过 HTTP Request 节点调用 Cloud API 发送的回复，应在发送时就记录。此时工作流已经掌握了文本和记录 ID。

如何避免重复的潜在客户？

按规范化后的电话号码匹配，而不是按用户输入的原样字段匹配。Meta 发送的发送者号码只有数字，带国家代码，没有加号。Salesforce 的电话字段则保存创建记录的人输入的内容，可能带空格、括号和连字符。

可靠的做法是新增一个自定义文本字段，只存纯数字号码：工作流创建潜在客户时填写，现有记录用一次回填补齐。之后 SOQL 查询只需对该字段做相等比较，既快又精确。

联系人也要查。已转化的客户是联系人，如果工作流只搜索潜在客户，每个来信的老客户都会生成一条新的潜在客户。

常见错误

• 只搜索 Lead 对象。老客户是 Contact，每个来信的老客户都会变成重复的潜在客户。
• 把消息记录为未完成的任务。销售人员会为客户的每一条消息收到待办事项，创建时应把状态设为已完成。
• 工作流中漏掉验证用的 GET 分支。Meta 无法确认目标地址，因此不会投递任何消息。

常见问题

继续阅读