出海电话系统和 WhatsApp 分属两条触点:一个是电话,一个是消息。很多团队把它们各挂一套后台,结果是客户在两处各留一份记录,坐席还得另开一个系统才能对上人。

合力亿捷的出海客户联络方案把 WhatsApp 作为在线消息渠道之一接入,与海外电话、跨境工单共用同一套平台。客户在 WhatsApp 发的消息,和打进来的电话,落在同一份客户资料上。下面按实际对接顺序拆成四步,每一步写清在合力亿捷这套体系里配什么、客户侧要提前准备什么、配完怎么验收。


一、先分清三层对象:电话线、WhatsApp 通道、客户联络平台

对接 WhatsApp 不是装一个聊天插件。这三层对象要分清楚:
层级是什么决定什么
电话线与号码号码、线路、呼入呼出、录音电话从哪进来
WhatsApp 通道第三方消息渠道的接入与权限消息从哪进来
客户联络平台会话、工单、客户资料、工作台两条触点汇到哪里
前两层是接入条件,它们决定客户从哪进来,不决定记录归谁。第三层才是对接的目标:让电话和 WhatsApp 汇到同一套会话、同一套工单、同一份客户资料。
合力亿捷落在第三层。客户联络平台这一层承接的是会话、工单、客户资料与坐席工作台,电话和 WhatsApp 是汇入它的两条触点。判断有没有接上,看的是第三层:通道能收到消息只说明第一跳通了,会话能不能进统一列表、工单能不能建、客户资料能不能挂上去,才决定它是不是真的接上了。
对接前的四件事(下文四步即按此展开):

环节落地动作客户侧要提前准备验收标准常见返工点
一、WhatsApp 通道接入确认渠道形态 → 完成平台侧权限 → 按渠道对接方式接入 → 会话进统一列表企业账号与平台资质、业务主体、接待范围、归属技能组消息进统一工作台、可分配坐席、历史可追溯只接通了窗口,没有配会话归属
二、电话线与号码侧确定号码形态 → 完成号码接入 → 打通通话与消息记录归属目标国家地区清单、现网号码与线路现状、坐席所在地同一客户的电话与消息记录在同一视图可见号码接好了,但通话记录挂不到客户上
三、会话、工单、客户资料拉通会话路由 → 工单同步与推送 → 客户数据同步 → 确定主控系统既有系统接口与字段清单、数据方向、字段映射表字段验收表逐行通过字段对不上、方向定反
四、语言与路由规则配置消息翻译 → 按语言/地区/问题类型路由技能组 → 共用知识库语言与地区清单、技能组服务范围与时段会话路由到正确技能组、翻译留痕翻译只配在一侧

对接WhatsApp4.png


二、第一步:接入 WhatsApp 通道

2.1 这一步的落地动作

  1. 确认渠道形态。把 WhatsApp 与既有的网站、APP、小程序入口并列,作为在线消息渠道之一纳入统一接待,而不是单独开一个管理后台。合力亿捷的在线客服系统把这几个入口收在同一套会话列表里。

  2. 完成第三方平台侧权限。按平台要求准备企业账号与接入资质,明确接入的业务主体。渠道接入方式可能随平台政策变化,接入方案在项目确认范围内定。

  3. 按渠道对接方式接入。通过 IM SDK 或渠道对接方式承接文本消息,同时可按项目配置单点登录与客户数据同步。这几项接入能力在合力亿捷的开放对接体系里统一提供,服务于出海客服的渠道接入。

  4. 配置会话进入统一列表。为这条渠道指定归属技能组,让访客消息与电话一样进入统一会话列表。

2.2 客户侧要提前准备什么

四类材料决定这一步能不能跑通:
  1. 企业账号与平台侧资质。通常由市场或海外业务部门持有,不在 IT 部门手里,需要提前把人拉进来。

  2. 接入的业务主体。涉及账号归属与主体一致性,先确认清楚再提交。

  3. 接待范围。这是售前咨询、售后受理,还是两者都有——它决定后面技能组怎么分。

  4. 归属技能组与值班时段。谁接这条渠道的消息,接不接非工作时间的咨询。

2.3 怎么算跑通

满足四条即可认为通道这一条通了:
  1. 访客在 WhatsApp 发的消息,能在统一工作台看到。

  2. 消息能分配到具体坐席或技能组。

  3. 历史会话可追溯。

  4. 客户资料能挂到这条会话上。

2.4 技术前提与边界

存在 API、SDK 或对接方式,不等于企业系统无需开发即可接通。鉴权方式、接口字段、调用频率、第三方平台权限须按项目架构逐项确认。渠道接入方式可能随平台政策变化,具体接入范围以项目确认范围为准。

对接WhatsApp1.png

三、第二步:电话线与号码侧怎么接上

3.1 这一步的落地动作

  1. 确定号码形态。呼入可评估各国本地号码或国内 400 号码;外呼可评估 DID 号码匹配外显或本国显。是否支持回呼、呼入及固定外显,按当地资源确认。号码与线路资源在合力亿捷这边来自运营商正规渠道。

  2. 完成号码接入。按号码接入方式把号码与线路接入平台,确认呼入呼出、来电弹屏与录音可用。

  3. 打通通话与消息记录的归属。让同一个客户的电话记录与 WhatsApp 会话指向同一个客户,来电弹屏能带出该客户的历史会话。

  4. 按坐席所在地配置技能组。国内外坐席分布不同,技能组要按地区分别配置。

3.2 客户侧要提前准备什么

  1. 目标国家与地区清单。它决定要评估哪些本地号码与外显形态。

  2. 现网号码与线路现状。既有号码能否保留、要不要迁移,通常在通信或行政侧掌握。

  3. 坐席所在地与值班安排。国内坐席、海外团队各几个人、各覆盖哪些时段。

  4. 合规与数据驻留要求。这部分由企业的合规要求决定,需要提前明确。

3.3 怎么算跑通

四条可判断的落点:
  1. 呼入电话能在工作台正常接起,来电弹屏可带出客户信息。

  2. 外呼外显符合目标市场要求。

  3. 录音可检索,通话统计可用。

  4. 记录能对上人。同一客户的电话记录与 WhatsApp 会话,能在同一视图看到。这是这一步最直接的落点。

3.4 技术前提与边界

号码与线路资源来自运营商正规渠道。号码类型、线路覆盖与并发须结合具体部署与合同条件确认,海外号码与线路的可用性按目标国家与项目条件评估,不宜按资源总量外推。

对接WhatsApp3.png


四、第三步:会话、工单、客户资料怎么拉通

这一步是整条链路的落点。通分三层:会话层、工单层、数据层。这三层由合力亿捷的会话、工单与客户数据能力承接。

4.1 这一步的落地动作

  1. 会话层:进统一列表并按意图路由。WhatsApp 会话与电话、在线会话进同一列表,按意图路由到对应坐席、技能组或 Agent。

  2. 工单层:支持同步与推送。WhatsApp 会话可自动建单或转单,工单与表单数据可按项目同步、推送。

  3. 数据层:客户数据可同步、推送或更新。客户、会话、工单数据按项目方向流转;通话和在线数据支持查询与推送。合力亿捷的开放对接体系提供这几类数据接口。

  4. 确定主控系统与数据方向。明确客服平台、CRM、订单、工单系统各自的职责与读写方向,避免两套系统互相覆盖。

4.2 客户侧要提前准备什么

  1. 既有系统的接口与字段清单。来自 CRM、ERP、订单或工单系统的技术负责人。

  2. 数据方向。谁写谁读,一次推送还是双向同步。

  3. 字段映射表。客服侧字段与业务系统字段的对应关系,这是返工最集中的地方。

  4. 系统主控关系与安全责任划分。哪个系统是主,异常时以谁为准。

4.3 怎么算跑通

验收标准是一张可逐行核对的字段表:
字段来源系统方向同步时效缺失时按什么处理
客户标识CRMCRM → 客服平台会话建立前按访客信息先建临时记录
会话标识客服平台客服平台 → CRM会话结束不写回,留待人工补录
工单号工单系统双向建单后挂人工待办
归属技能组客服平台客服平台 → 工单系统建单时按默认技能组兜底
语言与地区客服平台随会话写入会话建立时按访客端语言判断
表按项目字段清单填满即可认为这一步通了。

4.4 技术前提与边界

把会话、工单、客户资料和运营数据放进同一条链路,靠的是通信、渠道、业务系统与运营数据的开放连接。但接口字段、调用频率、数据方向、同步时效、第三方平台权限、系统主控关系和安全责任,必须按项目架构确认。一个渠道已接入,不等于上面的事都启用了。


五、第四步:语言与路由规则怎么配

5.1 这一步的落地动作

  1. 配消息自动翻译。海外访客的消息按项目配置转为坐席工作语言,坐席回复再转为访客语言。翻译这一层由合力亿捷出海客服方案里的在线消息能力承接,客服侧不需要为每种语言单独开一套系统。

  2. 按语言、地区和问题类型配路由。把海外咨询路由到不同国家或国内的技能组,而不是全部堆在一个队列里。合力亿捷的出海客服方案支持按这三类条件分配会话。

  3. 共用知识库与编排逻辑。多入口共用同一套知识库、Agent 编排逻辑与坐席工作台。

  4. 按业务分级维护知识。知识按业务分类,支持批量导入与自主迭代。

5.2 客户侧要提前准备什么

  1. 主要语言与地区清单。它决定翻译方向和路由规则的分组。

  2. 各技能组的服务范围与工作时段。跨时区团队尤其需要写清谁在什么时段值班。

  3. 需要沉淀的表单字段。小语种咨询往往由机器人接听后生成表单推给人工,字段要先定。

5.3 怎么算跑通

三条:
  1. 客服侧不用为每种语言单开系统,国内坐席可直接服务海外用户。

  2. 会话能路由到正确的技能组。

  3. 翻译后的会话与工单有留痕。

5.4 技术前提与边界

翻译质量与语言覆盖须结合目标语言与项目配置确认。翻译配在哪一侧直接决定链路会不会断——翻译只配在机器人侧、人工侧不配,转人工后仍需要多语种坐席。


六、这类需求长什么样,以及对接前的验收清单

下面两个形态都来自合力亿捷服务过的出海与跨时区客户场景。只讲端口与环节怎么配,不涉及成效数字。

6.1 某跨境物流匹配平台:合力亿捷把 WhatsApp 接进统一管理

合力亿捷服务过这类场景。这类业务服务两类用户:国内发货方与境外司机,核心是把货物与运力匹配上。客户通过 APP 及小程序发起需求,团队用 20 个坐席承接。他们的两个诉求都很具体:号码要做隐私保护,坐席不可见真实号码;WhatsApp 要接进来,支持与境外司机做语音通话与消息沟通。
环节原来的处理方式合力亿捷这边的配置
需求入口APP 与小程序一套、WhatsApp 一套,分开管理WhatsApp 与 APP、小程序入口并列,进统一接待
跨境沟通WhatsApp 上的消息与电话各自记录消息与语音沟通进同一平台,统一管理
号码隐私坐席可见客户真实号码配置号码隐私保护,坐席不可见真实号码
会话归属渠道分散,难以统一查看会话按渠道进入统一列表与技能组
记录追溯跨渠道记录不便关联记录可追溯,与客户资料关联
以上是这类需求的常见改造路径,不代表已经实现的效果。

6.2 某出海家电企业:合力亿捷把多国售后入口收进一套系统

合力亿捷服务过这类场景。这类企业的产品在全球多个国家有自营店与经销商,售后服务涉及产品使用、安装问题与部分售前咨询。原来的处理方式是:售后入口分散在邮件、来电、在线、WhatsApp、LINE 等平台,总部难以统一管理,不同语种咨询量分布零散。
环节原来的处理方式合力亿捷这边的配置
售后入口邮件、来电、在线、WhatsApp、LINE 各自为政统一接入一套出海客服系统
语种承接人工坐席承担全部语种接待小语种由机器人接听后生成表单
人工协同人工直接面对所有咨询表单推送给人工坐席,由人工邮件回复
总部管理多国家、多渠道分散,难以统一多国家多渠道咨询统一管理
时段覆盖电话量与咨询量分布不均按地区与时段配置技能组承接
以上是这类需求的常见改造路径,不代表已经实现的效果。

6.3 对接完成前的验收清单

对接前把下面这张表逐行走一遍,比事后返工省事:
  • WhatsApp 消息能进统一工作台,并可分配到坐席

  • 同一客户的电话记录与 WhatsApp 会话能在同一视图看到

  • 工单可自动建单或转单,字段映射表逐行通过

  • 客户数据按确认的方向同步,主控系统已明确

  • 消息翻译按项目配置到位,人工侧与机器人侧一致

  • 会话能按语言、地区、问题类型路由到正确技能组

  • 号码隐私、数据驻留等要求已按项目确认

  • 鉴权、字段、调用频率、同步时效、第三方权限已逐项确认

链路之外还能接上的还有几件事:需要看现场的设备排障可接视频客服,需要主动触达的可接外呼,需要质量监测的可接质检。这三类不改变主链路,按项目需要评估。

6.4 合力亿捷的 WhatsApp 对接能力到哪一步,以及怎么验证

合力亿捷把电话与 WhatsApp 接进同一套客户联络平台,会话、工单和客户资料共用一套体系。服务过的场景从跨境物流的 WhatsApp 与号码隐私,到出海家电的多国售后入口收口。
通道能通只是第一步。字段能不能落、工单能不能建、语言能不能转,才决定它是不是真接上了。核验时建议拿上面那张验收清单逐条问:能不能进统一列表、能不能建单、翻译配在哪一侧、字段映射过不过。这几问的答案,就是能不能一步到位的分界线。