-
buo4 技术教程组 用户
客户从网站来、从邮件来、从社交媒体来。于是客服同时在三个后台里回消息，同一个人的对话被切成三段。
Chatwoot 做的是把这些渠道收进一个收件箱，而且可以部署在自己的服务器上。
多渠道带来的割裂
渠道增加的时候，问题不是"消息变多了"，而是上下文断了：
- 客户先在网页问，后又发邮件，客服不知道是同一个人
- 换个人接手，看不到前面的对话经过
- 每个渠道一套后台，统计和考核都做不了
- 用 SaaS 客服台，对话记录还存在别人服务器上
Chatwoot 的能力
全渠道收件箱。 网页聊天组件、邮件、社交媒体渠道统一进一个后台，客服只需要盯一个界面。
会话分配。 可以按规则自动分配给坐席，也能手动转接，责任清楚。
知识库与快捷回复。 常见问题存成快捷回复，一键插入，不用每次重新打字。
机器人与自动化。 可以配自动回复、按工作时间切换应答策略，非工作时间也能接住。
可自托管。 Docker 部署，对话数据留在自己的服务器上——对客服这种含大量用户信息的场景，这条很关键。
自建和 SaaS 怎么选
| Chatwoot 自建 | SaaS 客服台 | |
|---|---|---|
| 数据位置 | 自己的服务器 | 服务商 |
| 坐席费用 | 无 | 按坐席计费 |
| 维护成本 | 需要自己运维 | 基本为零 |
| 定制能力 | 高 | 取决于套餐 |
决策点很清晰：坐席多、在意数据归属 → 自建；人少、不想运维 → SaaS。 按坐席收费的产品在团队扩张时成本增长很快，这是很多人转向自建的直接原因。
上线流程
- 部署 — Docker Compose 起服务，配好数据库和对象存储
- 接入渠道 — 先在网站挂聊天组件，跑通之后再逐步接邮件和社媒
- 配团队 — 建坐席账号、设分配规则、录入常用快捷回复
一点提醒
渠道别一次全接。 先接一个主渠道把流程跑顺，再扩展。一次性上五六个渠道，很容易哪头都没服务好。
邮件渠道配置最容易踩坑。 涉及收发信服务器、域名解析（SPF / DKIM），需要一点耐心，建议照着官方文档一步步来。
自建要负责备份。 对话记录是重要的业务资产，定期备份别省。
对"多渠道割裂 + 按坐席收费"这两个痛点，Chatwoot 给了一个成本可控的解法——收拢入口，同时把数据拿回自己手里。