出海东南亚：用 WhatsApp 和 Telegram 上的智能体跑客户运营

先说结论：东南亚的客户不会为了联系你去开一个新应用，他们在 WhatsApp、Telegram 里发消息。Olano 内置这两个渠道，也内置企业微信、钉钉、飞书，同一个部署可以同时接上：客服和销售支持智能体在客户的渠道上工作，负责人和内部协作在你自己的渠道上，共享同一份记忆、同一套审批边界。语言由模型处理，时差由智能体常驻解决，判断仍然是人的——只是审批可以在早上一次批完。

本页涉及第三方平台的信息，均于 2026 年 9 月 26 日对照各厂商的公开发布核对。这个市场每个季度都在变，任何没有标注日期的描述都值得怀疑——包括我们自己页面上的。请以各厂商当前文档为准。

出海团队的四个具体难点

1. 语言。客户用英语、马来语、印尼语、泰语、越南语；团队用中文。翻译软件能翻消息，翻不了语气和上下文，也接不进 CRM。
2. 时差与覆盖。新加坡和北京没有时差，但雅加达、曼谷、胡志明市的客户在你下班后仍在发消息；欧美客户则完全在夜里。一条第二天早上才回的询价，往往已经没有意义。
3. 渠道。WhatsApp 在东南亚多数市场是默认渠道，Telegram 在部分市场和技术客户中常见，LINE 在泰国。这些都不是国内团队熟悉的工具，而客户不会迁就你。
4. 合规。新加坡的 PDPA、各国的个人信息规则，加上中国这一侧的数据出境要求，是一道同时从两边收紧的题。

四个难点里，前三个的传统解法都是“在当地招人”。招得到是一回事，招到之后国内团队怎么和他们协作、信息怎么不丢，是另一回事。

一个可行的结构

不是一个万能智能体，而是一个小团队，每个成员一个岗位、只接它需要的渠道和工具：

• 客服智能体——接 WhatsApp 和 Telegram。回答订单、物流、营业时间、价目表上的标准价格这类有据可查的问题；涉及退款、折扣、投诉的一律转人工。判断标准在聊天渠道上的 AI 客服里。
• 销售支持智能体——读客户公司的网站，写针对性的初稿，草稿排队等人审。它不发任何东西。
• 研究智能体——按日程做市场和竞品研究，早上把结果放在那里。
• 负责人——接企业微信或飞书，是国内团队和这个海外团队之间的入口。你用中文告诉它要什么，它去分派。

关键是这些智能体在同一个部署里：客服智能体在 WhatsApp 上看到的客户、销售支持写的草稿、研究智能体的结论，负责人都能拿到，你在企业微信里问一句就能看到。不需要在两套系统之间复制粘贴。怎么拆分、谁能调用谁，见多智能体团队怎么拆。

语言：模型的事，不是你的事

客户用什么语言发消息，智能体就用什么语言回，并且把摘要用中文交给负责人。这不需要额外的翻译层，也不需要为每种语言配一个智能体。你需要做的是把知识库准备好——价目表、常见问题、政策——用中文写就行，智能体会以客户的语言作答。

模型可以用通义千问，多语言能力足够覆盖东南亚主要语言；对特定语种要求高的岗位也可以换别家模型，同一个部署里按岗位分配。

时差：常驻，但不是无人

智能体常驻在线，客户凌晨两点的询价在两分钟内得到回应——回应的是能自动答的部分。涉及承诺的部分进入审批队列，早上你或海外同事一次批完。

这是“常驻”和“无人值守”的区别，也是出海场景里最该守住的一条线：客户得到即时回应，承诺仍然由人做出。夜里没人在，不等于夜里什么都不发生，也不等于夜里什么都可以发生。

合规：两边同时看

出海团队的数据处在两套规则之间。海外这一侧，新加坡的 PDPA 对客服对话里的个人信息有明确要求；中国这一侧，如果客户数据回流境内或者境内数据流向海外，涉及数据出境的评估、标准合同或认证。

务实的做法是：部署放在客户所在的区域——比如新加坡——让海外客户的数据留在海外；国内团队通过企业微信访问的是摘要和审批，不是原始对话的跨境同步。模型调用的位置也按此选择：千问国际站、或本地开源权重。这四个位置各自的答案写清楚，是审核时最先被问到的。具体到中国企业海外业务的边界问题，见为中国企业的海外业务部署。

从哪一步开始

1. 先接客服，只接 WhatsApp。一个渠道、一个岗位、知识库里放上现有的价目表和常见问题。
2. 头两周每条回复都看。你是在找它缺什么上下文，不是在测模型。
3. 把负责人接到企业微信。这时国内团队开始真正感受到“海外有人了”。
4. 再加销售支持。草稿模式，永远草稿模式。
5. 指定一个人每周看记录。没有例外。

整个过程不需要在当地招人。如果需要有人帮你把这套东西搭起来、并且和当地的合规要求对上，Olano 在新加坡有实施团队——Olano Studio。