为 Humind 的首次发布协调最终检查。此检查清单连接各个配置区域，避免将可正常工作的预览误认为完整的客户体验。

Humind 将准备工作与面向客户的交付分开。B2B 工作区中的工作可以更改 Agent、Knowledge、目录、Inbox 或 Helpdesk，而不会立即更改每个线上界面。理解这种分离有助于你有意识地进行测试、让合适的团队成员参与，并避免把已保存的草稿当作已完成的发布。

开始之前

访问权限：应由管理员协调发布。各区域负责人可以验证自己负责区域中的权限和设置。

• 选择 Agent 和目标销售渠道。
• 为 Knowledge、目录、支持和部署指定负责人。
• 准备具有代表性的客户问题和产品。

在下文所述的最小负责区域内工作，并在准备更改期间保持当前面向客户的状态可用。在点击任何最终操作之前，请确认 Humind 中显示的当前公司、Agent、商店、语言和市场。缺少某个控件可能表示你只有只读访问权限，或者该公司尚未配置该能力。在这种情况下，请记录预期任务，并请管理员检查准确的权限或依赖关系。不要通过共享账户、将数据复制到其他区域，或承诺工作区未提供的能力来绕过这一边界。

分步工作流程

1. 验证来源和 Agent 行为

   检查指导内容、已发布的 Knowledge、目录就绪情况以及可选工具。针对常见问题、困难问题和不受支持的问题运行 Playground 和产品测试。

   • 确认回答使用的是当前业务信息。
   • 记录不受支持的情况以及预定的安全响应。

2. 准备人工支持路径

   确认升级行为、Inbox 访问权限、操作员可用性、工单和已保存回复。绝不能将客户发送给无法查看或负责该对话的团队。

   • 运行一次从客户请求到操作员接管的升级流程。
   • 验证操作员可以解决该对话，或将其交还给 AI。

3. 检查渠道和安全设置

   检查允许的域名、界面呈现、团队成员、角色和个人访问权限。除非公司所有者已批准访问权限变更，否则不要在此次检查期间移除任何人。

   • 验证每位发布操作员都能登录。
   • 确认生产域名已被明确允许。

4. 部署并观察真实体验

   在目标渠道上安装一个嵌入，并测试桌面端和移动端。发布后，检查对话和分析，以便根据证据确定修正优先级。

   • 使用无痕窗口以避免管理员会话的影响。
   • 将已测试的 URL、时间和场景保存在发布记录中。

重要限制和操作说明

• 不要在发布前测试中使用客户个人数据。
• Helpdesk 和 Agent 是独立的公开界面，具有各自独立的发布或部署步骤。
• 某些分析视图需要先有线上活动后才会变得有用。
• 不可用的集成应保持在发布承诺之外。

验证结果

• 核心问题、产品和升级流程在工作区内通过。
• 真实域名准确加载一个可用的入口点。
• 具有预期角色的团队成员能够完成其任务。
• 发布负责人有一份简短的问题清单，其中包含负责人和优先级。

简要记录你测试了什么、使用了哪个客户场景以及发生了哪些变化。这会让后续故障排查更加准确，并帮助另一位团队成员在不依赖记忆的情况下复现结果。

故障排查

工作区测试通过，但网站失败

检查部署、允许的域名、重复嵌入，以及销售渠道所使用的确切 Agent。仅修正失败层后，在无痕窗口中重新测试。

团队无法就发布是否就绪达成一致

将每个未解决事项分类为阻塞、监控中或稍后处理。对于阻塞性问题，应要求其明确受影响的客户旅程和失败的验证，而不是依赖笼统的担忧。

相关指南

• 配置并测试你的第一个Agent
• 将 Agent 部署到销售渠道
• 配置升级和人工支持
• 检查账户访问权限和登录方式