创建 Helpdesk 并选择其地址
使用正确的公司身份和稳定的 Humind 地址创建新的 Helpdesk 草稿。本指南使工作专注于 Helpdesk 管理，并提供一条可重复执行的路径，新 Humind 用户无需更改无关配置即可遵循。 Humind Helpdesk 是符合条件的公开 Knowledge 的已发布投影。它有自己的地址、内容选择、语言、外观、导航、支持目标、元数据以及不可变的发布版本。编辑配置或 Knowledge 不会更改公开站点，直到发布新的连贯...
使用正确的公司身份和稳定的 Humind 地址创建新的 Helpdesk 草稿。本指南使工作专注于 Helpdesk 管理，并提供一条可重复执行的路径，新 Humind 用户无需更改无关配置即可遵循。
Humind Helpdesk 是符合条件的公开 Knowledge 的已发布投影。它有自己的地址、内容选择、语言、外观、导航、支持目标、元数据以及不可变的发布版本。编辑配置或 Knowledge 不会更改公开站点，直到发布新的连贯版本为止。
开始之前
访问权限：创建 Helpdesk 需要具有 Knowledge 和公司设置的写入权限。
- 确认 Helpdesk 对应的公司和受众。
- 选择易于识别的名称和稳定的地址 slug。
- 在最终发布之前，至少发布一篇符合条件的公开 Knowledge 文章。
请在下面描述的最小归属区域内工作，并在准备变更时保持当前面向客户的状态可用。在点击任何最终操作之前，请确认 Humind 中显示的当前公司、Agent、商店、语言和市场。缺少某个控件可能表示只有只读访问权限，或者表示此公司未配置该功能。在这种情况下，请记录预期任务，并请管理员检查确切的权限或依赖关系。不要通过共享账户、将数据复制到其他区域或承诺工作区未提供的功能来绕过此边界。
分步工作流
确认范围和当前状态
打开 Helpdesk，并在为同一受众创建另一个中心之前检查现有中心。
- 编辑前确认当前公司和 Agent。
- 记录当前状态，以便在变更后比较结果。
- 如果屏幕或权限与预期任务不匹配，请停止操作。
准备变更
创建该中心，输入其面向客户的名称和可用的 Humind 地址，并确认生成的公开地址属于正确的公司。
- 使用能够完成客户任务的最小变更。
- 将权威信息保留在其所属来源中。
- 保存前检查标签、日期、语言和客户可见措辞。
保存并等待所需处理完成
在该中心仍为私有草稿时，检查继承的 Agent 身份、语言、内容模式、外观、导航、支持和搜索元数据。
- 等待界面确认变更已保存。
- 如果需要同步、索引或发布，请等待其最终状态。
- 重新加载该区域，并确认保存的值仍然保留。
测试完整的客户旅程
打开测试区域并检查完整候选版本，但在内容和面向客户的设置保持一致之前不要发布。
- 使用新的会话和真实的客户场景。
- 当结果出现在店面时，检查桌面端和移动端。
- 如果结果与预期不同，请记录确切的失败步骤。
重要限制和操作说明
- 成功保存确认的是持久化，而不是每一个下游同步或公开更新。
- 工作区权限可能会隐藏某个区域，或者允许读取但不允许更改。
- 不要把易变的目录、账户或客户事实复制到叙述性内容中作为变通办法。
- 仅测试对当前公司可见且已配置的受支持功能。
- 将 Helpdesk 管理中的更改与无关的 Agent、Knowledge、目录、Inbox 或 Helpdesk 工作分开。
验证结果
- 新的 Helpdesk 仅出现在预期的公司中。
- 其名称和 Humind 地址正确且稳定。
- 它在发布前保持私有。
- 该草稿可以看到预期的符合条件的 Knowledge 内容。
简要记录你测试了什么、使用了哪种客户场景以及发生了哪些变化。这样可以使后续故障排除更加精确，并帮助另一位团队成员在不依赖记忆的情况下复现结果。
故障排除
所需地址被拒绝
使用表单中显示的地址规则，并选择唯一且稳定的 slug。不要使用界面标记为不可用的自定义域工作流。
新中心包含意外内容
发布前，请检查其“全部公开”与“选定内容”模式以及 Knowledge 资格。创建 Helpdesk 不会复制或删除 Knowledge。