外部渠道
外部渠道把来自即时通讯工具、网站和外部表单的客户接待直接引入 CRM。Telegram 里的消息、来自网站的对话，或者落地页上的申请，都不再各自孤立：它们会变成带有负责人、漏斗和历史记录的接待，与其他任何客户工作一样被对待。
所有渠道都在集成中心（CRM → 集成板块）中按统一流程接入：添加 → 配置 → 测试连接 → 启用。渠道由管理员配置。
即时通讯机器人：Telegram 与 MAX
Telegram 与 MAX 机器人作为双向对话渠道工作。来自即时通讯工具的进站消息会绑定到 CRM 的接待和聊天，而员工的回复则通过同一渠道发回客户——对话不会丢失在个人应用里。
接入时需要机器人令牌和接收地址（Webhook），门户通过它来获取消息。可以一开始就设定漏斗、起始阶段和负责人，让新接待不会悬而未决。接入后，渠道会有一个工作界面，显示发送健康度和重试队列——如果某条消息没有发出，可以重新发送，而不会丢失。
当客户在即时通讯工具里发消息，而团队需要把这些对话当作接待来处理——有负责人、有历史记录，还能从对话中创建任务时，就使用机器人。
网站聊天小组件
聊天小组件是嵌入在你网站上的聊天窗口。访客直接从页面发消息，接待便会出现在 CRM 的统一工作流中，由客服人员从门户回复。
保存连接时，门户会生成可嵌入网站的代码——无需手动拼装。可以设定访客在开始对话前是否需要先表明身份（姓名或联系方式）。这样，来自网站的实时对话会进入与其他接待相同的漏斗，而无需单独的聊天服务。
网站表单
网站表单连接器用于单向接收来自外部表单的申请，不含对话。申请会按所选场景转化为接待：
- 收集申请 — 申请直接在 CRM 中创建接待；
- 先经过审核 — 数据先经过审核场景，再进入 CRM；
- 仅在本地保留 — 事件保留在渠道中，不会自动创建接待。
接入时需要接收地址、来源名称和接收令牌。请指定来源和漏斗，以便日后能看出申请从哪里来。如果网站上的表单已经由你的市场团队或承包商做好，这个连接器会把它与 CRM 关联；如果需要无需程序员就能搭建表单，请使用内置的表单构建器。
良好实践
- 为每个渠道设定漏斗和负责人，避免接待无人认领。
- 配置完成后运行连接测试，不要“盲目”启用渠道。
- 关注即时通讯工具中的发送健康度：悬而未决的消息就是未完成的客户对话。
- 不要在截图中展示，也不要转发带有真实值的机器人令牌、嵌入代码和接收令牌。
常见错误
- 接入渠道却不设漏斗和负责人——接待无人认领、越积越多。
- 不清理重试队列——一部分给客户的回复始终没有发出。
- 混淆网站表单与内置表单：前一个连接器关联的是已经做好的外部表单，后一个是门户内部的表单构建器。
- 让聊天小组件没有规则，不清楚由谁回复来自网站的消息。