YundaDesk小团队选择免费 AI 客服，先确认免费方案包含的额度，再用自己的网站跑通问答与转人工。不想维护服务器，可以先从托管式客服方案开始。
如果一个人同时负责商品、发货和客服，选工具时最需要解决的是明确的接待任务：访客问配送范围时有人回答，遇到需要判断的售后问题时能交给人工，换一位同事处理时能理解前面的沟通。是否适合，应从这些可观察的结果判断。仅看到一个聊天按钮，或者收到一句欢迎语，还不能说明整个接待流程已经完成。
这篇以网站接待为起点，说明免费方案怎么核对、网页挂件和店铺插件怎么选择，以及上线前应该实际测试什么。方案信息以当前价格页和工作台显示为准，以下额度核对日期为 2026 年 9 月 14 日。
先分清免费方案、限时试用和开源自建
免费方案通常是一档标价为零的订阅，使用条件取决于供应商的套餐说明。限时试用是在一段时间内开放产品体验，到期后的可用功能、数据保留和付费方式需要另行核对。开源自建则把部署与运维交给使用方；采用这种方式时，需要把服务器、升级、安全维护和故障处理纳入计划。
对于没有专门运维人员的小团队，托管式方案的实际价值是可以直接开通工作区，把精力放在整理资料、连接网站和测试接待上。“无需自行部署”指无需自己安装维护客服服务端，网站上的聊天入口仍需要按建站方式安装。不要把这两个步骤混为一谈，否则容易以为注册完成就已经能够接待网站访客。
有技术团队、明确的自管需求时，也可以评估开源自建。比较时应列出谁负责更新、谁处理异常、如何验证备份和恢复，再判断总体投入是否合适。选择依据是团队能持续承担的工作，而不是只比较软件页面上的价格数字。
免费档要核对什么，才不会选完重新迁移？
先写下一个短清单：参与接待的同事、准备接入的网站、主要咨询类型、预计交给 AI 的问题，以及需要人工判断的事项。再对照套餐核对坐席、渠道、会话、消息和 AI 用量的计量方式。基础聊天量与 AI 处理额度是不同项目，查看时要分别记录。
还应核对你实际要用的渠道与安装条件。套餐允许的渠道数量，不等于任何第三方账号都已完成连接；产品目录中有一个应用，也不能代替自己店铺的授权与验收。先让一个入口正常收发消息，再逐一扩展，会更容易定位配置问题，也能减少同时更改多项设置造成的混乱。
另一个容易遗漏的方面是日常维护：谁更新商品与服务政策，谁复查知识问答，谁处理需要人工接手的咨询。免费额度解决的是成本条件，持续可用还需要明确的接待责任。对于只有一位主要运营者的团队，可以先选择重复出现、答案稳定的问题建立资料，再逐步增加覆盖范围。
YundaDesk智能客服当前 Free 方案包含什么？
按核对时的官方价格页，Free 为 0 美元，无需信用卡开通；坐席、渠道、会话和消息数量均不限，每月包含 1,000 AI credit。Free 提供完整产品功能，YundaDesk 品牌移除从付费方案开始。这里应按“品牌移除”这一具体能力理解，不据此推导额外的服务交付范围。
Starter 的基础月价为 20 美元，每月包含 10,000 AI credit；Pro 的基础月价为 200 美元，每月包含 100,000 AI credit。两档均支持 YundaDesk 品牌移除。购买周期、优惠和升级抵扣可能影响实际应付金额，应以工作台订单确认为准。
AI credit 是用量计量单位，不能直接按一条消息或一次会话换算。评估时应查看自己这组真实问题的用量，再决定需要多少额度。官网当前还说明新注册默认有一次性赠送额度，实际发放以工作台为准；一次性赠送与每月套餐额度应分开看，不能拿赠送期的余额估算长期月度成本。
每月套餐内含 AI credit
如果更关心“一个人能不能先用起来”，可以先开通 Free，完成网站接入与一组实际问答，再观察自己的用量。是否升级，取决于所需 AI 额度、品牌展示要求和当前价格条件；不应仅因为团队多了一个人，就沿用旧坐席限制判断必须升级。
普通网站、WordPress 和 WooCommerce 分别从哪里接入？
普通网站先看网页聊天挂件。按安装网站聊天组件的步骤，在正确项目中取得安装方式，配置对应域名，并把组件放到要接待访客的页面。安装后用访客视角打开网站发一条测试消息，再到客服工作台确认收到了同一条消息。随后回复，回到访客页面确认可见，完成双向收发。
WordPress 先看同一个官方插件的连接流程。在后台安装插件后，按WordPress/WooCommerce 帮助入口连接站点与 YundaDesk 工作区。核对当前网站地址和所选项目，再验收网页入口。安装插件、连接工作区和启用接待分别解决不同问题，检查时应逐项确认。
WooCommerce 在聊天接入后检查店铺上下文。它使用同一个 WordPress 插件中的可选增强。需要读取店铺数据时，由管理员按WooCommerce 只读增强指南单独批准 Read 权限，再检查首次同步和对应店铺的数据。订单核对时要匹配客户下单邮箱，并确认所属店铺；聊天窗口能回复，不能直接作为查单成功的证据。
上线前，用一组问题验收完整接待
先从自己已经明确的政策中选出几个问题，例如配送范围、发货时间、商品使用方法。每个问题写出可接受答案及其依据，再交给 AI 回答。检查重点是答案是否符合当前资料、是否遗漏适用条件，以及追问之后能否保持一致。不要只测试系统最容易回答的一句简介。
第二类问题选择需要人工处理的情形，例如需要核实的售后个案。按AI 与人工接待切换指南进行一次真实交接，检查人工能否看到前面的沟通、能否继续回复，以及访客实际收到的内容。测试记录应写明用了哪个网站、哪个项目和哪条会话，便于出现异常时准确复查。
第三类检查是移动端体验。在客户实际会访问的商品页、购物车或其他关键页面打开聊天组件，查看按钮是否可点、输入框是否可用、是否遮挡页面的关键操作。只在电脑首页检查一次，会漏掉页面布局和屏幕尺寸带来的差异。涉及多个网站时，每个站点分别测试，不用 A 站的成功记录替代 B 站。
如果聊天入口没有显示，先对照安装步骤核对页面、域名和加载位置。如果入口可打开但没有回复，分别查看访客消息是否到达、工作区是否选对、接待设置是否符合当前场景。WooCommerce 查不到订单时，先核对店铺、邮箱、授权和同步状态。一次只修正一个能够解释现象的因素，然后复测受影响步骤，避免同时改动多个设置后无法知道哪项起了作用。
什么时候值得继续投入或升级？
完成接入后，把观察结果分成三类：功能有没有按预期工作，团队是否确实减少了重复处理，以及是否带来了可追溯的业务动作。前两项可以从测试和实际接待中逐步核实；第三项需要结合访问、咨询和注册记录，不能仅凭用了 AI 就认定转化提高。
如果稳定重复的问题已经能被准确回答，人工也能顺利接手，就可以继续补充高频资料、扩展到其他已经核验的入口，并按实际 AI 用量评估套餐。如果问题主要来自资料过时或接待设置，则先修复这些环节；单纯增加额度不会自动使答案更准确。
想开始验证，可以先免费开通工作区，再根据建站方式选择网页挂件或WordPress/WooCommerce 插件。以一条真实咨询完成“访客提问—工作台接收—准确回答—需要时转人工”，这会比只比较功能清单更容易判断工具是否适合自己的团队。
