了解 Command Center 分析
大多数酒店会在 3 分钟内查看 Completion Rate、Biggest Drop‑Off 和 Issues。
本指南说明 AVA 如何计算 Command Center 中的每个 Analytics 图表。 它也解释了您可能会看到的额外入住覆盖卡片。
前往： Main Menu → Command Center → Analytics
快速参考
| 视图 | 统计为一个会话的条件 | 完成规则 |
|---|---|---|
| Pre‑Arrival | 任何到达 Pre‑Arrival 步骤的预订 | PRE_ARRIVAL 成功 |
| Check‑In → All | 任何包含入住流程步骤的预订（包括提前入住或预注册），不含仅限 Pre‑Arrival 的预订 | CHECKIN、KEY_COLLECTION 或 GET_DOOR_LOCK_KEY |
| Check‑In → Early Check‑In | EARLY_CHECKIN_ATTEMPT 或 ROOM_ASSIGNMENT_QUEUED | EARLY_CHECKIN_ATTEMPT 或 ROOM_ASSIGNMENT_QUEUED 成功 |
| Check‑In → Pre‑Registration | 任何包含 Pre‑Registration 步骤的预订 | PRE_REGISTRATION 成功 |
| Check‑In → Full Check‑In | CHECKIN、KEY_COLLECTION 或 GET_DOOR_LOCK_KEY | CHECKIN、KEY_COLLECTION 或 GET_DOOR_LOCK_KEY 成功 |
| Check‑Out | 任何包含退房步骤的预订 | CHECKOUT 或 COMPLETED_CHECKOUT_PAYMENT 成功 |
打开分析并选择视图
-
选择 Analytics 选项卡。
-
选择 Pre‑Arrival、Check‑In 或 Check‑Out。
-
如果选择 Check‑In，请使用子标签：All Check‑Ins、Early Check‑In、Pre‑Registration 或 Full Check‑In。
✓ 所有图表都会更新为对应视图和日期范围。
AVA 如何构建会话
- 会话 指的是一条预订入住记录，不是每位客人各算一次。
- 当至少记录到该视图中的一个步骤时，该会话就会被纳入统计。
- 失败步骤仍会计入总数，这样您可以看到流失和问题。
Pre‑Arrival 会话不会计入 All Check‑Ins。如需查看这些会话，请使用 Pre‑Arrival 视图。
汇总卡片（选项卡顶部）
| 卡片 | 计算方式 |
|---|---|
| Total Logs | 所选视图中的会话数量 |
| Completion Rate | 已完成会话 ÷ 总日志数 |
| Avg Completion Time | 从第一个成功步骤（通常是 Entry）到完成的时间 |
| Successful Check‑Ins / Check‑Outs | 该视图中已完成会话的数量 |
什么算完成 取决于当前视图（请参见快速参考表）。
在比较时间段之前，请用这张表确认哪些会话计入完成。
如果 Total Logs 是 40，而 Successful Check‑Ins 是 28，那么完成率就是 70%。
入住覆盖卡片
当 AVA 从您的 PMS 收到覆盖数据时，您可能会在 Completion Rate 之后看到两张额外卡片。 这适用于 AVA PMS、Cloudbeds、Opera、Mews 和 eZee。
| 卡片 | 显示内容 | 重要原因 |
|---|---|---|
| Eligible Check-In Units | 所选期间内不同的确认号或子预订单元 | 这是覆盖分母 |
| AVA Check-In Share | 具有 AVA 入住活动的合格单元百分比 | 这显示该期间 AVA 的采用情况 |
这些卡片统计的是单元，不是整笔预订。 一笔多房间预订可能会增加多个合格单元。
如果您没有看到这些卡片，当前 PMS 数据可能不包含单元覆盖指标。 不受支持的 PMS 提供商不会显示这些卡片。
漏斗图（流失与步骤耗时）
漏斗图显示到达每个步骤的会话百分比。
- Drop‑off 将每个步骤与前一步进行比较。
- Avg duration 表示从一个成功步骤到下一个成功步骤的时间。
- 如果后一步早于前一步发生，持续时间会显示为 0。
使用 Biggest Drop‑Off 卡片先找出最需要培训的步骤。
如果 Document Upload 有 60 个会话，而前一步有 100 个，那么流失率就是 40%。 如果 Document Upload 在 10:05 完成，而 Validation 在 10:07 完成，那么平均耗时就是 2 分钟。
时间分析（按小时）
时间分析会按所选视图中的第一个成功步骤对会话分组。
- 使用酒店时区。
- Pre‑Arrival 需要 PRE_ARRIVAL 成功。
- 会显示 Peak Hours 和 Rush Periods，帮助安排人员。
使用 Peak Hours 规划您最繁忙时间段的值守。
如果某个会话在当地时间 7:10 首次成功，它会计入 07:00 这一小时。
问题（最近失败）
问题会列出最近失败步骤最多的会话。
- AVA 会检查最近 10 个事件中的失败情况。
- 如果最近没有失败，它会使用记录中的最近一次失败。
使用 View Details 查看完整步骤历史。
如果某次支付在 3:12 失败，而之前步骤都成功，那么问题会显示为 Payment，时间为 3:12。 如果最近 10 个事件都成功，AVA 会显示记录中的最近一次失败。
最近活动
最近活动会显示已成功或失败的关键步骤，例如：
- Check‑In、Check‑Out
- Room Assignment
- Pre‑Registration
- Identity Verification
- Payment
该列表最多显示最近 30 条。
使用这个列表确认最近完成了哪些步骤。
您可能会看到“Check‑In completed successfully”，或者看到 Identity Verification 的失败消息。
最终步骤分布（会话在何处结束）
此图表会把每个会话的最后一步归入不同类别：
- Success - 完整完成步骤
- Timing - 提前入住步骤（包含 Room Queued）
- Partial - 预注册
- Room - 房间分配步骤（Room Assignment）
- Documentation - 证件或身份证验证
- Payment - 付款步骤
- Early - Entry / Fetch 步骤
如果失败发生在最后一次成功之后，失败步骤就会成为最终步骤。
用这张图表查看最常见的中断点。
在 50 个会话中，有 20 个在 Check‑In 结束（success），10 个在 Early Check‑In 结束（timing）， 8 个在 Document Upload 结束（documentation），12 个在 Payment 结束（payment）。
从最终步骤分布打开会话
-
在 Final Step Distribution 中选择一个条形分段。
-
查看打开的会话列表。
✓ 列表会显示确认号、客人、房间和最近失败信息。
-
在任意会话上选择 Open details。
✓ 对应会话的 预订详情 面板会打开。
列表显示的是会话，不是分组后的预订。用它可以快速找出重复失败。
设备分析（可选）
设备分析使用入住/退房会话中的设备信息。
如果客人未提供设备信息，这个图表可能为空。
使用这个视图按操作系统比较自助机与移动端使用情况。
如果大多数会话来自 iOS，您可以优先优化移动入住流程。
限制与数据新鲜度
- Analytics 单次查询最多覆盖 90 天。
- 如果范围内事件超过 50,000 条，AVA 会要求您缩小日期范围。
- 为了性能，列表会被截断（大约每步 200 条、总计 2,000 条）。
故障排查
所有图表都显示为零
你会看到： 汇总卡片显示 0，图表为空。
解决方法：
- 扩大日期范围。
- 确认 Status 中有日志。
- 检查您的套餐是否包含 Analytics。
完成率看起来比预期低
你会看到： 尽管很多客人已经签到，完成率仍然偏低。
检查：
- Pre‑Arrival 中的会话不会计入 All Check‑Ins。
- All Check‑Ins 只把 Full Check‑In 步骤视为完成。
- Early Check‑In 和 Pre‑Registration 会在各自的子标签中统计。
覆盖卡片缺失
你会看到： 只看到标准汇总卡片。
解决方法：
-
停留在 Check-In 视图。
-
确认 PMS 连接处于活动状态。
-
等同步完成后刷新页面。
✓ 如果覆盖数据可用，Completion Rate 后会出现 Eligible Check-In Units 和 AVA Check-In Share。
仍然卡住？
如果出现以下情况，请联系 success@vouch-technologies.com：
- ❌ Status 有数据，但 Analytics 为空
- ❌ 更改日期范围后图表始终不更新
- ❌ Issues 列表显示的时间戳不正确
建议附上：
- 您选择的日期范围
- Analytics 选项卡截图
- 某个示例预订的确认号