AI 客服官网上最醒目的那个数字，通常最不适合直接拿来做自己店铺的排班和预算。
厂商可能写 60%、80% 或 90% 自动化，但真实结果取决于工单结构、政策清晰度、集成、语言、风险边界，以及合同如何定义“解决”。同样处理 1,000 个会话，两款产品可能按照完全不同的单位收费。
我检查了十款付费产品的官网、文档与价格页。我们尚未用同一批工单完整测试这十款产品，所以这是一份采购指南，不是性能排名。先按运营方式筛选，再用自己的客服队列验证自动化率。客服量还不大的店铺，也可以先用免费电商 AI 聊天机器人建立基线，再决定是否签付费合同。
先看计费单位
| 工具 | 计费方式 | 最值得进入短名单的理由 | 采购前必须问清的问题 | |---|---|---|---| | Gorgias | Helpdesk 工单额度 + AI 自动化用量 + 附加功能 | Shopify 客服流程与订单动作较深入 | 哪些会话会同时计算工单与自动交互？ | | Tidio Lyro | Helpdesk 套餐 + AI 对话额度 | 中小电商团队部署较快 | 真实流量下，Lyro 额度会以多快速度增长？ | | Rep AI | 以流量或会话为核心的对话销售套餐 | 主动商品发现与转化聊天 | 目标是减少客服，还是增加辅助销售？ | | Yuma AI | 按绩效定制合同 | 电商客服意图和订单操作 | 哪些结果、渠道与例外构成一次收费结果？ | | Siena AI | 平台费 + 自动工单费 | 一个 CX 层覆盖客服、导购、社交、质检和 VoC | 团队是否会用到足够多模块来抵消固定费？ | | Richpanel | AI 会话量 + 月度最低消费 + Helpdesk 席位 | AI 原生 Helpdesk，公开会话单价较低 | 最低消费加保留席位，是否真的低于当前成本？ | | Intercom Fin | 按成功结果收费；使用 Intercom 套件时另有席位费 | 可接入其他 Helpdesk 的多渠道 AI Agent | Fin 如何定义并核验一次解决？ | | Zendesk AI | Suite 席位 + AI 容量 + 企业附加项 | 成熟的客服管理、路由、知识与治理 | 哪些 AI 功能包含在套餐内，哪些要另付费？ | | Re:amaze | 固定或按席位套餐 + AI 解决量 | 确定性 Bot 与 AI 共用一个电商工作台 | 每个席位含多少解决量，预计会产生多少超额？ | | Zowie | 企业级定制会话合同 | 确定性政策执行与较强可观测性 | 合同中的实施、部署和会话定义是什么？ |
账单还不是全部成本。迁移、集成、清理知识、设计政策、测试、监督，以及自动化后保留下来的人工席位，都要算进去。
Gorgias：Shopify 客服运营优先
Gorgias 把电商 Helpdesk 与 AI Agent 组合在一起。它真正的优势不只是生成回复，而是回复周围的运营工作台：店铺和订单上下文、路由、宏与规则、知识、多店铺控制，以及经过批准的 Shopify 动作。
这些动作可以处理符合条件的订单修改、取消、换商品、补发和相关退款。条件与客户确认很重要，因为能修改订单的对话，比单纯回答问题风险高得多。
价格需要单独做表。Helpdesk 套餐按工单额度计费，AI 自动化与部分渠道或能力还有独立用量。一个全自动会话可能触及不止一层计费，旺季会很快改变实际单价。
适合：希望把人工客服和受控订单自动化放在同一处的 Shopify 品牌。不适合：工单量很低的小店，或不愿为 AI 单独维护知识与技能的团队。
试点方法：挑两个高频意图和一个低风险动作，把解决率、重开率、退款错误、转人工和审核时间，与前两周人工基线比较。
Tidio Lyro：中小团队更容易开始的付费升级
Tidio 把在线聊天、Helpdesk、自动流程和 Lyro AI 做成相对容易部署的一套产品。对中小型 Shopify 或 WooCommerce 团队来说，它比企业级 CX 改造更容易开始。
Lyro 根据已批准知识回答，需要时转给人工。商品推荐、在线聊天和自动流程让店铺不用拼接很多工具，也能覆盖客服与轻量导购。
主要约束是容量和流程深度。套餐名和赠送额度会让第一个月看起来不贵，但长期账单由 AI 对话量推动。商家还要核对重要订单动作是原生完成、依靠集成，还是仍要人工处理。
适合：准备把基础聊天框升级为 AI + 人工客服的中小店铺。不适合：需要复杂案例管理、正式 SLA 或高度定制权限的企业队列。
试点方法：分别估算平日、促销期和旺季的费用。把多语言回答与转人工测试完成后，再统计减少了多少人工处理。
Rep AI：优化购买对话，不要把它当普通工单系统
Rep AI 把自己定位为 Shopify 对话销售 Agent。它观察访客行为，主动发起对话，推荐商品，回答常见问题，并处理购物车挽回或加购机会。
这与运营客服部门不是同一项工作。Rep 可以回答售后问题，但最鲜明的差异仍是判断购物者何时需要帮助，并把选品变成对话。因此，流量与互动质量和工单量同样重要。
厂商案例给出了很高的转化和挽回结果。把它们当案例，不要当预测。主动聊天规则不准确时，也可能打断顾客或过早提供折扣。
适合：有足够合格流量、选购过程需要比较，并且存在可测量转化缺口的 Shopify 品牌。不适合：主要处理售后邮件、希望加强案例管理的团队。
试点方法：保留一部分流量作为对照组。比较辅助转化、折扣后的毛利、关闭聊天、错误介入，以及本来就可能发生的自然收入。
Yuma AI：面向较高工单量的电商客服自动化
Yuma AI 聚焦电商客服、销售、社交和聊天。官方列出的场景包括物流查询、退换货、取消、改订单、退款、订阅与商品问题，并连接电商及 Helpdesk 系统。
队列中有足够多可重复意图，并且品牌能定义清楚政策边界时，Yuma 才更有意义。接入现有 Gorgias 或 Zendesk 可以减少替换工作，但动作安全仍取决于数据、资格规则和转人工。
官网采用销售主导的绩效合同，没有可以直接比较的自助金额。绩效收费可以让付款与价值靠近，前提是合同写清结果定义、重复联系、重开、排除意图、渠道时长与失败动作。
适合：重复工单量较大、能够测量当前流程的成长型或大型电商团队。不适合：无法建立可靠基线，也难以承担实施成本的低量店铺。
试点方法：每个目标意图至少抽样 100 张历史工单。先整理政策和例外，再要求厂商估算可自动化比例。
Siena AI：覆盖面广，也有明确的固定成本门槛
Siena 的价格页 当前列出每月 $750 平台费，外加每张自动工单 $0.90。产品范围也更广：客服、导购、社交、质量保证和客户之声共用 Persona、知识、集成与控制。
不限量 Sandbox 很实用。团队可以在接触真实客户前测试语气、政策、动作和转人工。更难的问题是利用率。只为了一个 FAQ 聊天框购买整个平台，大部分固定费都无法产生价值。
适合：准备统一多个面向客户的 AI 工作，并已有稳定 CX 团队的电商品牌。不适合：工单不多，只需要在线聊天和基础回答的小团队。
试点方法：分别估算一个狭窄客服部署和一个多模块部署。只有共享知识和治理能替代已有工具或劳动时，平台范围才真正有价值。
Richpanel：公开的 AI 会话成本，还要加上人工席位
Richpanel 的公开价格 当前写明 AI 会话约 $0.20、每月最低 $200，Helpdesk 席位每人 $99。产品把邮件、聊天、社交、SMS、WhatsApp 和语音，与 AI Agent、人工客服和 Copilot 组合在一起。
会话单价低很有吸引力，但不是完整成本。客服部门通常仍会保留人工席位，而 AI 会话也不一定等于成功解决。低量店铺还要考虑最低消费和迁移工作。
Richpanel 更适合愿意迁移并把 AI 与 Helpdesk 放进同一客户时间线的品牌。托管迁移可以减少工作，但历史数据、路由、宏和报表仍要逐项核验。
适合：准备更换或合并 Helpdesk 的电商团队。不适合：会话量低于最低消费，或只想给现有系统增加 AI 的团队。
试点方法：用预计 AI 会话数加上保留人工席位计算总价。把全自动解决、转人工、重开和放弃会话分开统计。
Intercom Fin：按解决结果购买，但要检查“解决”的定义
Intercom 的价格页 当前把 Fin 列为每个结果 $0.99。Fin 可以在 Intercom 客服平台内运行，也能连接已支持的外部 Helpdesk，因此买家未必第一天就要替换收件箱。
Fin 既能根据知识回答，也能执行配置好的 Procedure，人工客服则留在周围的平台中。它的多渠道与通用客服定位，适合不只使用 Shopify 的数字业务。
结果计费很容易解释，却不适合草率比较。采购团队必须从产品规则和合同中确认：何时算一次解决、重开会话如何处理、转人工后是否计费，以及外部系统动作失败会不会改变收费。
适合：看重多渠道服务和可测量端到端解决的数字业务。不适合：问题简单、预算较低，也不需要 Intercom 其他能力的 Shopify 小店。
试点方法：人工复核一批已收费结果。只有客户的任务真正完成，关闭会话才算成功。
Zendesk AI：先看客服治理，再看电商专用程度
Zendesk 把 AI Agent 放进一套成熟的客服平台，周围有全渠道路由、知识、工作流、报表、人员管理、SLA、角色和大型集成市场。
管理深度是它的购买理由，也是小团队觉得沉重的原因。Shopify 等电商连接可以提供上下文，但整体体验没有 Gorgias、Yuma 或 Richpanel 那么电商原生。
价格必须逐项核对。Suite 席位只是起点；AI 容量、高级自动化、人员管理、质检和企业控制，可能在某个档位包含，也可能作为附加项或按用量收费。采购团队不能用官网“起价”代替完整部署报价。
适合：已经使用 Zendesk，或确实需要其客服治理的大型团队。不适合：追求最快订单感知自动化的 Shopify 小店。
试点方法：让厂商把每一项必需能力映射到准确 SKU。随后测试一个电商意图，从消息进入，到执行动作、转人工、质检和报表的完整链路。
Re:amaze：把几代自动化放在同一套电商产品里
Re:amaze 的价格页 提供每月 $59 的固定 Starter，也有按席位收费的 Basic、Pro 和 Plus。各方案包含少量 AI 解决量，超额部分每次 $0.85。
产品包括共享收件箱、在线聊天、社交渠道、FAQ、主动消息、确定性 Bot 和较新的 AI Agent。这种组合很实用。订单查询或路由可以继续使用精确流程，语言变化较大的问题再交给 AI。
Re:amaze 把“AI 解决”定义为全程由 AI 完成、没有转人工的会话。这个单位比普通 AI 消息更清楚，但团队仍需检查重开联系和客户满意度。
适合：想用一套产品同时获得受控 Bot 与生成式 AI 的中小电商团队。不适合：需要最深入人员管理或高度定制治理的企业采购者。
试点方法：先分清哪些意图适合确定性流程，哪些需要语言灵活性。一个已经稳定运行的订单查询 Bot，不应该只因为有了新 AI 就被替换。
Zowie：面向企业客服的确定性政策控制
Zowie 把语言生成与确定性决策引擎分开。退款资格、身份验证等结果不能随着模型措辞变化时，这个设计很有价值。
Agent Studio 组合 Persona、意图、知识、流程、Playbook、动作和 Guardrail。Traces 与 Supervisor 可以查看 Agent 在聊天、邮件、语音、App 和客服系统中作出的决定和动作。部署可选云、私有云或本地。
这是企业基础设施，不是轻量聊天机器人。价格按会话定制，实施、集成、治理和评估都属于购买成本。
适合：需要可审计 AI 动作的大型零售商或受监管客服业务。不适合：只解决简单 FAQ 的商家。
试点方法：选一个政策依赖很强的流程，并要求每个决定都有 Trace。验收案例要覆盖政策更新、身份缺失、系统中断和绕过规则的尝试。
三份短名单比一个总排名更有用
Shopify 客服运营可以先比较 Gorgias、Yuma、Richpanel 和 Re:amaze。重点检查它们如何读取订单上下文、执行动作，并把例外交给人工。
对话销售可以从 Rep AI 开始；客服与导购需要共享同一客户上下文时，再比较 Gorgias 或 Siena。指标应是毛利和增量转化，而不是厂商归因收入。
大型多渠道或重治理客服部门，可以比较 Fin、Zendesk AI、Siena 和 Zowie。真正决定采购的往往是管理能力、政策控制、可审计性和集成责任，而不是聊天演示。
Tidio 处在前两组之间。它常常是小团队合理的第一次付费升级，但没有必要硬塞进企业平台评估。
我会使用的试点评分表
从近期工单里抽取 200 个会话，按意图、风险、渠道、语言和结果打标签，并保留对照组。
每款产品都要记录：
- 正确且完整的解决；
- 无依据或过期声明；
- 错误或不必要的动作；
- 转人工时机，以及是否带上足够上下文；
- 七天内重复联系；
- 客户费力度和满意度；
- 人工审核与修正时间；
- 软件、用量、席位和实施总成本。
要求厂商用同一批样本解释账单。采购团队应当能算出处理 1,000 个会话的费用，不需要猜测哪个计费器会被触发。
Chani 的选择
Shopify 客服运营，Gorgias 是最清楚的短名单。Rep AI 应该单独按销售目标评估。Tidio 更适合小团队完成第一次付费升级；Re:amaze 则在确定性 Bot 与新一代 AI 之间提供了实用过渡。
Yuma、Siena、Richpanel、Fin、Zendesk AI 和 Zowie 分别解决更大的运营问题。没有一款应该仅凭自动化百分比胜出。政策模型、动作深度、转人工、计费单位和管理负担，都必须适合真正运行它的团队。
先准备 200 个已标注会话和一个动作流程。只有客户结果与总运营成本都优于现有流程，才扩大范围。演示效果不等于验收结果，自己的客服队列才算数。
来源与审阅说明
- Gorgias 价格页
- Tidio 价格页
- Rep AI 产品官网
- Yuma AI 产品官网
- Siena 价格页
- Richpanel 价格页
- Intercom 价格页
- Zendesk 价格页
- Re:amaze 价格页
- Zowie 产品官网
价格与公开套餐核对日期为 2026 年 7 月 26 日。文中的厂商案例和自动化主张都按厂商证据处理，不构成独立性能保证。