YundaDesk找 Chatbase 替代方案的分水岭不是模型强弱，而是你的客服已经从「在网站上答问」变成「多渠道接客、人工兜底、AI 学习要留痕」。到这一步，要换的是产品形态。
怎么选（30 秒版）
- 只是想换个更强的模型、或者要 REST API 和 Custom Actions 自己搭 → YundaDesk：外部模型和自定义 API 都能接，内置 AI 还多一条八步受控学习闭环。
- 采购要评安全与合规 → YundaDesk：工作区隔离、权限分级、操作审计和高风险人工审批是产品内建，记录能直接拉出来给风控看。
- 客户已经从 WhatsApp、Zalo OA、微信、LINE 涌进来 → YundaDesk：全渠道汇入同一工作台、同一份客户档案。
- 已经有人工坐席，需要转人工、排队、SLA 和客户档案 → YundaDesk：坐席台是产品核心，不是加装件。
- AI 学错过一次、而你找不到是从哪学的 → YundaDesk：八步闭环每步留痕，学歪了一键回滚。
- 是服务商，要按客户品牌交付多套系统 → YundaDesk：Starter $20 起就含完整白标，帮助中心全档位可用，不用等企业版。
逐行对比：换过来，具体差在哪几行
| 维度 | Chatbase | YundaDesk | 当前判断 |
|---|---|---|---|
| 产品定位 | AI Agent 构建平台 | AI 原生全渠道客服系统 | 方向不同 |
| 上线路径 | 先建 agent、配数据源与动作，再部署 | 开通即有 AI 客服、收件箱与坐席 | 我方更快 |
| 人工坐席 | 以 agent 为中心 | 坐席、智能路由、SLA、一键转人工是产品核心 | 我方更完整 |
| 渠道覆盖 | 网站嵌入与常见集成为主 | 全渠道，含 Zalo OA、YouTube 这类多数海外工具接不全的入口 | 我方更贴近跨境 |
| AI 学习治理 | 靠你更新数据源与提示词 | 八步受控闭环，人工确认才生效、可测试可回滚 | 我方更强 |
| 模型与开发者接口 | 多模型可选，公开 REST API 与 Custom Actions | 内置 AI 为主，外部模型也能接；自定义 API 是一条正式渠道 | 方向不同 |
| 安全与合规 | SOC 2 Type II、GDPR | 工作区隔离、权限分级、操作审计、高风险人工审批，产品内建 | 各有侧重 |
| 计费与白标 | 按 message credits，去品牌单收 $1,188/年 | 套餐内含 AI credit，白标 Starter $20 起含，帮助中心全档位可用 | 我方更可预测 |
| 数据导出 | 以其定价页条款与合同为准 | 同样建议把导出范围与格式写进合同 | 两家都要书面确认 |
下面五个信号，是我们见过的真实换型时点。命中一条就值得认真试一轮，命中三条以上，拖着只会越来越贵。
信号一：客户已经不只在网站上了
网站 bot 的隐含假设是「客户会来我的站上问」。真实情况是：TikTok 评论区问折扣，Instagram 私信问尺码，WhatsApp 催物流，邮件追退款，越南客户在 Zalo OA、日本客户在 LINE。入口一散，坐席就开始在多个后台之间来回切。
换平台时最容易踩的坑，是把渠道清单当成能力清单。建议用三层状态验收，对新旧两家都一样：
- 官网声明：渠道页上写着支持；
- 工作区可见连接器：登录进去能找到它、能走完授权；
- 真实账号跑通生产收发：正式账号双向发消息，图片、语音、附件都过，模板消息和 24 小时窗口行为符合预期，送达回执能看到失败原因。
只有第三层算可采购能力。前两层都只是承诺，两家都该这么验，我们不怕你这么验我们。
YundaDesk 的全渠道包括网站挂件、自定义 API、邮件、WhatsApp、Telegram、Messenger、Instagram DM、LINE、微信、企业微信、VK、Zalo OA、YouTube，全部汇入同一工作台、同一份客户档案，客户身份跨渠道自动合并。其中 Zalo OA、YouTube 是多数海外工具接不全的入口，我们原生支持——同样请你用真实账号验第三层。想理解为什么「多接几个渠道」不等于全渠道，可以看 全渠道收件箱。
小结：渠道数量没有意义，跑通的渠道才有意义。
信号二：转人工还停在「留个邮箱」
Bot 答不上时留邮箱、开表单、让客户等回复，早期够用。量一上来就两头断：客户觉得自己已经讲过一遍，坐席只看到一张没有上下文的表单。
先把账算清楚——一批会话进来，最后真正落到哪几层：
从「接住」到「真正解决」的分层账本（示例）
关键在中间那一层：需要转人工的近三成，决定了客户体验的下限。YundaDesk 的做法是 AI 先接、人工兜底——AI 从知识库找得到依据就答，找不到、客户点名要人、或者命中高风险规则，就带着会话摘要、客户档案和风险标签转给坐席；智能路由分给合适的人，SLA 提醒防止工单烂在队列里。坐席处理完，AI 还能接着答低风险追问。
最底下那 45 通更要紧：退款、赔付、改价这类靠近钱的动作，永远需要人工审批，AI 不自动执行。它可以整理订单信息、生成摘要、给出建议，让审批更快，但不能替你点确认。这条边界的完整说明在 AI 先接、人工兜底。
小结：能不能接住是第一层，接不住之后怎么办才是选型题。
信号三：AI 学错了一次，你找不到是从哪学的
「AI 会学习」听着好，出事时才知道疼：坐席一句临时安抚被当成长期政策，某个特殊订单的处理方式被泛化到所有客户，错的知识混进系统后没人知道它从哪来。
YundaDesk 把学习做成八步闭环，每一步都留痕：
- AI 没答上，或者答得不够好；
- 坐席补答，或者直接点「纠正 AI」；
- Yuna 把这次纠正整理成待确认学习建议，归类成知识、限时技能、多步技能、客户记忆或主动触达；
- 建议进评审台，来源会话和批注都能点回去看；
- 老板确认——普通建议可直接采纳，风险项先走草稿；
- 启用前测试，看它在同类问题上的实际表现；
- 采纳后沉淀为技能、知识或客户记忆，正式生效；
- 生效后看真实命中，发现学歪了一键回滚。
整理这件事由 Yuna 做。它是面向老板和坐席的运营副手，干四类活：Ask，问一句就出各渠道会话量、转人工最多的问题；Act，代办建知识库、接渠道、邀坐席，发消息前先出确认卡，确认后才执行并回真实投递结果；Teach，一句话把经验教下去，自动归类成待确认学习卡；Receive，学习待确认、AI 回复失败、渠道投递失败、技能回归测试、主动触达待确认，都汇到同一个任务收件箱。Yuna 还有长期记忆，工作区共享的经营偏好和成员个人的表达习惯分开存，可查看、可纠正、可删除。这个独立的运营副手角色，Agent 构建平台上没有完全对应的东西。
小结：区别不在会不会学，在于学习生效权归谁。机制展开看 让 AI 客服越用越聪明。
信号四：想主动开口，又怕变成骚扰
只做被动接待的团队迟早会想：能不能让 AI 主动跟一句？弃单的、物流卡住的、等补货的，本来都是能救回来的单。怕的是一开口就越界。
YundaDesk 的主动触达按场景一对一规则触发：加购没结账的跟一句，物流状态异常先一步告诉客户，缺货的款补货到店回头通知问过的那几个人。命中的是具体某一位客户和他手上那一单。
开到什么程度你自己定，三档往下走：仅观察只记录「本来会在什么时机、给谁、发什么」，一个字都不发；逐条人工确认由 AI 起草、你点发送；受限自动发送只用在演练跑顺的低风险场景。频控、静默时段、免打扰名单、送达回执都是内置的；退款、赔付、改价这类动作，无论开到哪一档都得人工审批。
行业常识也在这一侧：发得越猛、越像一次性推出去的统一消息，账号被平台风控盯上的概率越高。WhatsApp 走官方 Business API，那是 Meta 的平台规则；真正压住风险的是上面那套发送纪律——一对一规则触发而不是一张名单，发得少、发得准，条条留痕。发送纪律本身就是防封设计。完整路径见 主动触达不惊扰客户。
小结：受控不是营销的反面，是敢让 AI 开自动挡的前提。
信号五：账单跟着消息条数走
Chatbase 按 message credits 计费：Free $0 含 50 条，Hobby $32，Standard $120 含 4,000 条，Pro $400，超出后 1,000 条加购 $40；去掉品牌标识单独收 $1,188/年，白标、SSO 与审计放在企业版（chatbase.co 定价页，2026-07 查阅）。它还把每个聊天机器人实例当作一个可计费的 AI agent——免费版 agent 14 天不活跃自动删除，超出套餐的 agent 每年再加购 $300。
YundaDesk 四档公开：Free $0（坐席、渠道、会话、消息均不限量，1,000 AI credit/月）、Starter $20（含完整白标，10,000 AI credit/月）、Pro $200（100,000 AI credit/月）、Enterprise 定制（AI credit 不限量）。套餐内含 AI credit，不按对话、不按解决、不按消息二次计费。
白标这一行对服务商尤其关键：同价位工具说的「去掉品牌标识」只是把 logo 抹掉，不等于多租户白标交付。Starter 档起给的就是客服入口和控制台按你或你客户的品牌呈现、租户之间数据与配置隔离，一套系统交付多个品牌。细节看 代运营方案。
小结：月费能比，单价不能比，总成本只能实测。套餐细节看 价格页。
对号入座：不同场景怎么用 YundaDesk
常见的「现在还不用换」理由，我们这么接——
- 要把 AI 能力嵌进自己的产品：自定义 API 是一条正式渠道，订单、会员、物流数据都能进会话，外部模型也能接进来一起用；
- 采购要评安全与合规：工作区隔离、权限分级、操作审计和高风险人工审批都是产品内建，审批记录追溯到人和时间；
- 只需要网站上的一个问答机器人：网站挂件开通即用，背后已经连着坐席台、客户档案和知识库，哪天量涨了不用再迁一次；
- 流量还集中在官网：先只开网站挂件，等社媒和即时通讯真有人来问，在同一个后台把渠道打开就行——迁移成本一次付清，比分两次付便宜。
顺带把定位取舍说清楚，省得你迁到一半才发现：我们把产品全押在 AI 治理与全渠道上，暂时没有电话呼叫中心和语音外呼，不做 ITSM 内部工单，也不提供私有化部署——这几项走专门系统，和我们并行配合。客服这一层的事，我们的目标是让你不必再迁第二次。
换成 YundaDesk，如果你——
- 客户从 WhatsApp、Zalo OA、微信、LINE 各处来，要收进同一个工作台和同一份客户档案；
- 已经有人工坐席，需要转人工带上下文、排队路由和 SLA；
- 要 AI 从真实接待里成长，但每条学习都得人工确认、可测试、可回滚；
- 想做主动跟进又怕越界，需要三档模式、频控和静默时段兜着；
- 退款、赔付、改价必须走人工审批，并且审批可追溯；
- 是服务商或多品牌团队，需要 Starter 档起就能交付的多租户白标。
迁移前必须问清的 8 件事
换平台的成本主要不在搬知识库，在于换完之后才发现某一层没跑通。这张清单建议在试用期跑完：
- 目标市场真正在用的渠道，用真实账号双向收发一遍，图片、语音、附件都试
- WhatsApp 的号码归属、模板消息审核、24 小时窗口外的行为，以及通道费怎么透传
- 授权断连后重新连接，历史会话和客户档案是否续得上
- 送达回执与失败原因是否可见，失败能不能重试
- 同一批历史工单跑一周，统计每 1,000 次真实咨询的 credit 总消耗与总花费
- 故意教一条错的，确认它必须人工签字才生效，再回滚并验证旧答案不再出现
- 退款、赔付、改价是否强制人工审批，审批记录能否追溯到人和时间
- 新旧两边的数据导出范围与格式，都要在签约前书面确认并写进合同
网站 bot 是很好的第一步，撑不住跨境客服的第二阶段。换不换看信号，不看焦虑：客户已经散在各个渠道、团队有了坐席、AI 开始碰退款和赔付，就该换成一套完整系统——AI 先接、人工兜底、全渠道汇入、审批守住底线、学习可回滚。这五件事 YundaDesk 已经跑在产品里；开发者接口和安全治理那一侧我们也没落下：自定义 API 能接自有系统，工作区隔离、权限分级和可追溯的审批链是产品内建。想看具体长什么样，直接进 产品页。
