使用 Analytics 改进对话
当 Analytics 能推动某个具体来源或运营做法发生变化时，它最有价值。控制面板和专门视图可以根据访问权限和可用数据揭示对话量、收入和购物车行为、支持需求、重复问题、页面上下文、主题、满意度、工单、联系人以及操作员表现。 本指南提供了一套可重复执行的审查流程，从业务问题推进到证据、诊断、纠正、测试和后续跟进。它避免在缺少周期、样本或对话上下文的情况下解读单一指标。 这如何融入 Humind Catalog 数据是产品发现和推荐...
当 Analytics 能推动某个具体来源或运营做法发生变化时，它最有价值。控制面板和专门视图可以根据访问权限和可用数据揭示对话量、收入和购物车行为、支持需求、重复问题、页面上下文、主题、满意度、工单、联系人以及操作员表现。
本指南提供了一套可重复执行的审查流程，从业务问题推进到证据、诊断、纠正、测试和后续跟进。它避免在缺少周期、样本或对话上下文的情况下解读单一指标。
这如何融入 Humind
Catalog 数据是产品发现和推荐的事实基础。集成状态、产品可见性、metafield 筛选器、集合、促销、市场以及店面部署，都会影响购物者能看到什么，以及 Agent 能解释什么。
在通过 Agent 指导进行补偿之前，请先验证源数据。如果目录中的价格、变体、集合或属性有误，请先更正或重新同步该来源，然后在 Humind 中重新测试完全相同的产品路径。
开始之前
访问权限：完整区域需要具备 Analytics 读取权限，自定义控制面板需要具备 Analytics 写入权限。Agent report 是单独的权限，默认向主管提供。
- 定义审查周期、公司、市场和业务问题。
- 记录可能影响结果的重要配置或部署日期。
- 选择一位能够调查对话并协调源更改的负责人。
分步工作流程
明确一个审查问题
从一个决策开始，例如减少重复的支持问题、改进产品发现、了解转化变化，或审查操作员交接。对于你要比较的各个视图，选择相同的报告周期。
不要在没有问题的情况下打开控制面板上的每张卡片。聚焦的审查会带来明确的负责人和更小范围的纠正措施。
结合上下文阅读概览
查看已配置的 KPI 卡片和图表、总量、变化百分比、货币和样本。管理员可以在编辑模式下添加、删除并重新排序当前指标或图表，请为周期性业务审查保持一组稳定的内容。
在可用时，使用可点击卡片打开对话、购物车、转化、互动、冒犯性内容或满意度的详细信息。满意度显示为短横线且样本为零，表示没有评分，而不是测得零分。
使用专门证据
打开 Top questions 查看重复意图，打开 Top URLs 查看页面上下文，打开 Topic map 查看主题，打开 Conversation insights 查看已分析的对话，打开 Reporting 查看计划报告。当角色具有该单独权限时，使用 Agent report 进行实时操作员监督。
阅读足够多的示例对话，以区分真实模式和异常值。记录购物者的问题、Agent 的回复、产品或来源、操作、交接和结果。
诊断来源并进行更改
将该模式归类为 Knowledge、Catalog、Guidance、Tools、Escalation、Inbox 流程、界面、安装或测量。更改最小的权威来源，避免使用掩盖局部数据问题的宽泛规则。
指定一位审查者并写明预期影响。如果证据不确定，请运行受控测试或收集更多数据，而不是将假设当作事实提出。
测试并衡量后续跟进
将观察到的购物者问题添加到 Playground 或 Batch testing 数据集中，并验证纠正结果。检查相邻场景是否出现回归。然后在未来一段合适周期内，使用适当样本监测同一指标和同一专门视图。
当利益相关者需要周期性或某一时点的读数时，请使用 Reporting 或 send-report 操作。包括周期、来源、更改日期和限制条件。
权限和重要注意事项
- 指标解读取决于已捕获的事件、集成质量、周期、货币、筛选器和样本量。
- Analytics 可以支持某个假设，但本身不能证明因果关系。
- 默认情况下，主管可以看到 Agent report 而没有完整的 Analytics，操作员默认看不到这两个 Analytics 部分中的任何一个。
- 订阅状态可能会限制数据访问或操作。
验证结果
在认为工作完成之前，请使用以下清单：
- 公司、市场、周期、货币、筛选器和样本都已记录。
- 至少有一个汇总视图和具有代表性的对话支持该诊断。
- 纠正措施已更改权威来源，并通过了回归测试。
- 在结束审查之前，后续指标、日期和负责人都已定义。
故障排除
Analytics 访问被拒绝
请让管理员检查 analytics 或 Agent report 权限。除非自定义角色授予更多权限，否则主管会被有意限制为只能使用 Agent report。
控制面板卡片没有有用数据
检查周期、事件可用性、样本、集成情况，以及该 KPI 是否与公司相关。仅在具有管理员写入权限时替换它，并保持稳定的审查集合。
某个指标在多次更改后发生变动
使用部署和配置日期以及对话证据来区分不同假设。不要在没有受控比较的情况下，将这种变动归因于某一项更改。