Slack 上的 ConnectWiz

抢先体验

Slack 里的消息,回复背后终于有一套真流程。

来自 Slack 的消息,会落进和其他渠道同一个带分流、有 AI 协助的收件箱——配上 Slack 应得的那套安全工程,以及如实写明的当前适用范围:文字会话,抢先体验阶段。

入站已验签 同一个收件箱,同一个 AI 适用范围写明,不靠暗示
Slack——客户会话
#help:各位——今天早上开始导出 API 一直返回 429 🙏
Deniz · 工程团队
确认了——我们这边的限流配置有误。修复正在部署,预计 20 分钟。验证通过我马上在这里告诉大家。
已桥接到收件箱 签名已验证 已分流给工程团队
2
项接入时要填的密钥——bot token 会向 Slack 实连验证,签名密钥用于证明入站事件
300 秒
重放窗口——超过五分钟的事件一律拒收,不予采信
0
次机器人循环——我们自己的回声和 bot 事件在乒乓开始之前就被丢掉
1
收件箱——Slack 会话与 WhatsApp、邮件和其他一切并排放着

为什么选这个渠道

Slack 为什么该进客服体系

B2B 本来就待在那里

你最大的那些客户在 Slack 里提问,因为他们本来就在那里办公——去那里接住他们,对他们是高规格待遇;有了这座桥,对你依然井井有条。

比频道活得更久的历史记录

客户的 Slack 频道会被归档、被改名;ConnectWiz 里的记录不会。在 Slack 里许下的每一个承诺,都留在这位客户的长期历史里。

内部服务台也一样

不少团队把 IT、HR 和运维频道也桥进同一条队列——内部请求同样有分流、有归属、有历史记录,机制完全一致。

连接与安全

按渠道来设计,而不是像插件一样外挂上去

每一个 Slack 事件在碰到会话之前,都要先通过加密验签和去重——正是这些无聊的保证,让一座桥值得信任。

抽象 3D 插画:一块紫色的井号图块和一枚聊天气泡,中间由一个发光的盾形检查点连起来

两个密钥,都要验

bot token 在保存之前会先拿 Slack 的 auth API 验一遍,签名密钥则为每一个入站事件提供证明——Slack 的 challenge 握手会自动应答。

入站走密码学校验

每个事件都基于原始请求体做 HMAC 校验——Slack 的 v0 方案,恒定时间比对——并带一个 300 秒的重放窗口,被截获的请求无法在之后重新打回来。

靠过滤器杜绝循环

bot 事件和我们自己的回声在进入会话之前就被丢掉——桥接最经典的那种故障(两个机器人永远互相答下去)在门口就被滤掉了。

回复回到它出发的地方

每一条外发回复都会回到消息来的那个私信或频道——地址在联系人上保持最新,从不靠猜。

收件箱

从第一条消息起,就享有收件箱的全部能力

已分流的会话

Slack 消息会作为会话落进来,带部门分流、指派、标签、带 @提及的内部备注和完整历史记录——桌面端和客服手机 App 都有。

先由 Wiz 作答

AI 客服用你自己的内容以 52 种语言作答,转人工时把整条会话一并带过去,人工一键就能交还——和其他渠道共用同一个大脑。

一条客户记录

Slack 身份会并到邮件和其他所有渠道共用的那条 CRM 联系人上——一个人,一份历史,一个同意状态。

双向翻译

客服人员可以按需用自己的语言读来信,草稿也会翻译成客户的语言再发出——逐条处理,并为下一个阅读的人缓存。

认得营业时间

非工作时间的消息会得到诚实的预期说明,并排在第二天早上队列的最前面;首次响应时间衡量的是人,不是机器人。

文字,稳定可靠

目前的适用范围是双向文字消息——通过 Slack 官方 API 发送,在会话上留痕,绝不会悄悄丢掉。

技术细节

让“抢先体验”能放心跑起来的底层机制

恰好处理一次

每个事件在处理前都要先在专门的台账里占下一个唯一键;Slack 的重试和重复件在数据库层就被认出来并丢掉——一条消息永远不会变成两条。

和一切共用同一条管线

入站走的就是挂件和 WhatsApp 在用的那个消息服务——分流、AI 触发、拉黑和历史记录的行为完全一致,因为它们本来就是同一套。

失败都有名字

被拒绝的发送会把消息标记为失败,并把原因写在会话上——绝不悄悄丢掉,也绝不假装打上对勾。

不编造限制

Slack 没有公布硬性的文字长度上限,所以我们也不加——编出来的限制会把今天本来发得出去的消息挡掉,而诚实是双向的。

不加粉饰的适用范围

这里说的“抢先体验”是什么意思——白纸黑字

和你一起开通,而不是替你决定

集成已经做好并通过验证,但还没有承载足够的真实生产流量,不足以无条件标注“已上线”——所以我们按工作区逐个开通,团队全程陪着。徽章表达的就是这个状态。

目前只有文字

媒体、按钮和富元素在路线图上,我们刻意不做承诺——一个页面去推销还不存在的编辑功能,失去的信任比赢得的多。

乐观送达

发送在 API 层面得到确认;这个渠道还没有接入逐条送达回执,会话界面也不会假装有。

一个手动步骤

Slack 没有注册事件地址的 API,所以把 Request URL 粘进你的 Slack 应用配置里是一次性的手动步骤——我们的指南会告诉你具体粘在哪。

路线图与毕业条件

接下来会做什么,以及徽章什么时候翻转

毕业的标准是实测,不是营销:要有足够的真实生产流量,把渠道端到端验证一遍。做到之后徽章摘掉,下面这些依次落地。

媒体与文件

双向附件是毕业清单上的第一项——没上线之前不做承诺,写在这里,而不是靠暗示。

更细的身份映射

客服 ↔ Slack 用户的深度映射,以及按客户划分的频道结构,正在和抢先体验的团队一起摸索——把你的用法告诉我们。

送达回执

这个渠道还没有接入逐条送达回执;发送在 API 层面得到确认,会话界面也不会假装有。

标准渠道

费用

ConnectWiz 这一侧

  • Slack: 标准渠道,计入套餐内含的渠道名额,也可以每月 $9 作为附加项开通——抢先体验期间同价
  • 抢先体验多给人手:开通和盯盘都和你一起做,不额外收费
  • 会话计入套餐的常规会话额度,AI 作答则消耗 AI 额度
查看 ConnectWiz 套餐

Slack 这一侧

你的 Slack 账号、认证以及平台侧的各项条款,都是你和 Slack 之间的事——ConnectWiz 不加价,也绝不在中间代理你的账号关系。

Slack FAQ

直接的回答

更多内容见完整的 FAQ, 也可以直接联系我们。

集成已经做好,入站链路也完成了加密验证,但还没有承载足够的真实生产流量,不足以让我们无条件标注“已上线”。所以我们按工作区逐个开通,团队全程陪着——联系我们,一起把它打开。

双向文字会话,收件箱该有的能力一样不少:部门分流、指派、标签、历史记录,以及 Wiz AI 作答。媒体和富元素在抢先体验的路线图上,没有上线之前我们刻意不做承诺。

条件是真实生产流量:等真实工作区把这个渠道跑出足够的量、集成行为端到端得到验证,徽章就会摘掉,路线图上的项目(媒体、更丰富的元素、送达回执)也会逐个落地。标准是实测,不是营销。

这座桥工作在消息这一层:凡是进到已接入工作区的私信或频道里的内容,都能流进收件箱并被回复。按客户做结构化的频道映射,是我们正在和抢先体验团队一起摸索的方向——把你的用法告诉我们,合不合适我们会如实说。

Slack 是标准渠道——每月 $9 作为附加项,或者占用套餐内含的一个渠道名额——抢先体验期间由我们团队陪你一起开通,价格相同。Slack 自己不为这座桥收取任何费用。

你最大的那些客户,本来就住在 Slack 里。

申请抢先体验,我们和你一起把渠道开起来——从第一天起就把适用范围说清楚。