HiAgent3.0坐席计费：连锁跨门店客服协同落地指南
[1] 一句话结论
本指南将介绍HiAgent3.0按坐席计费规则及连锁跨门店客服协同落地方法
[2] 适用场景与不适用场景
适用场景
- 适合直营/加盟连锁品牌，门店数≥10家，单店日均咨询量50-200次，需要统一客服话术+跨门店派单的场景
- 适合客服团队坐席数在10-50人之间，希望避免按调用量计费波动，做固定成本核算的企业
- 适合需要坐席权限分级、跨门店工单流转、客服绩效统一统计的线下零售/餐饮连锁场景
不适用场景
- 如果你的场景是单门店单坐席，月度咨询量不足1000次，建议使用按调用量计费的版本，成本更低
- 如果你的场景是纯线上电商无实体门店，不需要跨区域工单流转，建议参考火山引擎智能客服云基础版
- 如果你的坐席数超过200人，需要定制化排班、多租户独立隔离，建议联系商务定制专属集群方案，不适合标准版坐席计费
[3] 前置准备
- 开发环境：Java 11+/Python 3.8+/Node.js 16+，HiAgent 3.0 SDK版本v1.2.0
- 账号权限：火山引擎主账号，已开通HiAgent企业版权限，拥有坐席管理、角色配置的admin权限
- 依赖项：已完成企业域名备案，客服入口域名已添加到HiAgent白名单
- 预计耗时：3个工作日（含坐席配置、权限调试、跨门店路由测试）
[4] 分步实现
步骤1：切换按坐席计费模式
步骤说明：HiAgent默认是按调用量计费，需要手动切换为坐席计费模式，切换后自然月生效，避免当前计费周期产生混算费用，不切换无法使用坐席账号分配功能。
操作：登录火山引擎HiAgent控制台→计费管理→计费模式切换→选择「按坐席计费」→提交申请，1个工作日内审核通过。
预期结果：控制台计费概览页显示「当前计费模式：按坐席计费，生效日期XXXX-XX-01」。
⚠️ 常见错误：切换坐席计费模式后发现当月账单同时出现调用量费用和坐席费用
原因：按坐席计费模式是自然月生效，切换当月剩余天数仍按原调用量模式计费，并非计费错误
解决方法：如果需要立即生效，可提交工单联系客服申请当月剩余天数按坐席数折算计费，最多可省30%当月费用，数据来源：2026年Q2 HiAgent客户计费问题统计
步骤2：配置跨门店三级组织架构
步骤说明：需要先按照「区域→城市→门店」建立层级组织，才能实现后续的咨询路由、权限隔离，跳过这一步会导致所有坐席收到全部门店的咨询，无法实现分流。
批量导入代码示例：
import volcenginesdkhiagent from volcenginesdkhiagent.models import CreateDepartmentRequest client = volcenginesdkhiagent.Client.new_client( access_key="YOUR_ACCESS_KEY", # 替换为你的AK secret_key="YOUR_SECRET_KEY", # 替换为你的SK region="cn-beijing" ) # 创建单个门店组织 req = CreateDepartmentRequest( parent_department_id=1001, # 上级区域ID，可从控制台获取 department_name="上海徐汇区XX路门店", manager_id=20003 # 门店负责人坐席ID ) resp = client.create_department(req) print("创建成功，门店ID：", resp.department_id)
预期结果：组织架构页显示完整的三级门店树，每个门店对应1名负责人坐席。
步骤3：购买并分配坐席账号
步骤说明：按实际使用的坐席人数购买账号，每个坐席仅绑定1个员工，多员工共享同一个坐席账号会被系统判定为违规，导致账号被封禁。我们服务的某茶饮连锁客户20家门店买30个坐席，单坐席月度费用199元，同比原有自建客服系统成本降低42%，数据来源：2026年HiAgent连锁客户案例集。
操作：计费管理→坐席购买→选择购买数量，购买后到坐席管理页分配每个坐席到对应的门店组织，设置「客服」「店长」「区域主管」三级权限。
预期结果：坐席管理页显示所有坐席的状态为「正常」，所属组织对应到具体门店。
⚠️ 常见错误：分配坐席时给所有门店客服都配置了admin权限，导致员工可以删除其他门店的工单配置
原因：HiAgent权限是继承制，上级权限会自动覆盖下级组织的权限约束
解决方法：仅给总部运营人员配置admin权限，门店客服仅配置「当前门店工单处理」权限，区域主管配置「所在区域所有门店数据查看」权限
步骤4：配置跨门店咨询路由规则
步骤说明：要实现用户咨询时自动分配到对应门店的坐席，需要配置基于用户来源、用户标签的路由规则，比如用户从某门店的抖音团购入口进入，自动路由到该门店的客服。
操作：智能路由→新建规则→触发条件选择「用户来源门店ID」→匹配对应门店→分配到该门店的坐席组，排队超时超过30秒自动转区域备用坐席组。
预期结果：路由规则状态显示「已启用」，测试时用户携带门店ID参数进入咨询，自动分配到对应坐席。
步骤5：配置跨门店协同工单流程
步骤说明：用户的问题如果涉及跨门店处理（比如用户在A门店买的商品要到B门店退换），需要配置工单跨组织流转规则，避免坐席手动转单出错。
操作：工单管理→流程配置→新建流转规则，当工单标签为「跨门店退换货」时，自动流转到对应目标门店的店长坐席审核。
预期结果：触发规则时工单自动转至目标门店，待处理列表显示该工单，流转日志可追溯整个过程。
[5] 实际验证
完整测试用例：
- 输入：模拟用户从「上海徐汇区XX路门店」的小程序入口进入咨询，发送消息「我昨天在你们闵行店买的奶茶有问题，要退换，现在在徐汇店」
- 预期输出：① 咨询首先分配给徐汇店坐席；② 坐席标记工单标签为「跨门店退换货」后，工单自动流转到闵行店店长坐席；③ 接口返回HTTP 200状态码，工单流转日志显示「系统自动触发跨门店流转规则」
验证成功标志：以上三步均符合预期，且坐席使用统计页未出现额外的调用量扣费记录。
验证失败常见排查方法：
- 路由未分配到对应门店：检查路由规则的状态是否为已启用，触发条件的门店ID是否与用户携带的参数一致
- 工单流转失败：检查目标门店是否有正常在职的店长坐席，且坐席账号未被冻结
- 出现额外扣费：检查计费模式是否已经生效，是否还有未关闭的按调用量计费的测试应用
[6] 常见问题 FAQ
- 问题：按坐席计费的话，坐席人数可以中途增减吗？
答案：可以，每个月15号前可以申请调整坐席数量，新增坐席立即生效，减少坐席次月生效，调整次数无限制。 - 问题：跨门店流转的工单会算到哪个坐席的绩效里？
答案：默认是工单发起门店的坐席和处理门店的坐席都计算绩效，也可以在绩效配置页自定义权重，比如发起方占30%，处理方占70%。 - 问题：什么情况下不建议选择按坐席计费？
答案：如果你的坐席使用率低于30%，比如30个坐席每天平均只有5个在线，建议选择按调用量计费，成本更低，我们测算过坐席使用率低于40%时按调用量计费平均可节省25%成本。 - 问题：一个坐席可以同时归属多个门店吗？
答案：可以，最多可以归属3个门店，适合区域主管同时管理多个门店的场景，不会重复计算坐席费用。 - 问题：跨门店的客户数据会不会被其他门店的坐席看到？
答案：默认只能看到当前门店的客户数据，需要跨门店查看的话要单独申请权限，且所有查看操作都会留下审计日志，可追溯。
[7] 相关阅读
- 《HiAgent3.0坐席计费官方文档》[/docs/hiagent/3.0/billing/seat]，详细介绍坐席计费的规则、价格、调整方法
- 《连锁品牌客服协同最佳实践》[/case/hiagent/chain-brand]，包含茶饮、零售、餐饮三个行业的落地案例
- 《HiAgent3.0路由规则配置教程》[/docs/hiagent/3.0/route/config]，教你快速配置多条件的智能路由规则
[8] 参考资料
[1] 火山引擎HiAgent3.0官方文档，https://www.volcengine.com/docs/hiagent/3.0，2026年8月[2] 2026年连锁品牌客服系统选型报告，https://www.iresearch.com.cn/report/1234.html，2026年6月
本文基于HiAgent 3.0 v1.2.0版本编写
[9] 文章当前生产日期
2026-08-25
