# 从起点到结果衡量 Apple Messages

将消息观测、会话活动和业务结果分开，以发现有价值的改进点。

## 前提条件

选择企业、服务任务、报告周期和时区。Bird 记录入站和出站消息活动及会话。确定结果指标所需的外部预约、订单或工单记录；仅凭渠道活动无法提供这些关联。将缺失的业务结果明确标记为未知。

## 1. 定义每个渠道观测

根据底层记录标注请求、已接受的发送、网关结果和入站响应。发送至 Apple 表示网关已接受，而非经过验证的设备送达或已读回执。

## 2. 保持会话来源稳定

使用会话中实际捕获的来源、意图和分组值来比较入口。在依赖某个群组之前，先检查缺失值。将后续消息元数据与原始群组分开。

## 3. 关联已完成的任务

将会话与负责系统记录的订单、预约或服务处理结果关联起来。定义转化事件、归因窗口和重复记录处理规则。

## 4. 检查未解决的路径

将放弃的任务、失败的操作、重复联系和人工转接与其来源旅程进行比较。使用渠道活动来定位阻碍客户完成任务的环节，不要用渠道活动代替实际解决结果。

## 5. 核对商业视图

使用账单来源获取费用及其定义的周期。在呈现单次结果成本指标之前，先解释活动窗口与发票分组之间的差异。

## 为单个任务定义衡量契约

以工作室访问为例，从工作室入口的会话群组开始。跟踪相关的客户选择、预订请求以及排程系统确认的预约。在比较绩效之前，先写下完成规则和报告窗口。调查未解决的案例时使用相同的定义。

| 测试用例                     | 操作                                                   | 预期结果                             |
| ---------------------------- | ------------------------------------------------------ | ------------------------------------ |
| 消息有已发送结果但无客户响应 | 记录已观测到的渠道阶段，将未观测到的响应阶段单独保留。 | 报告不推断已读回执或已完成的任务。   |
| 客户提交了偏好但未预订       | 将信息录入与预约结果分开记录。                         | 完成指标按其定义纳入已确认的预约。   |
| 会话结束后订单被退款         | 在报告策略范围内，从所属系统核对财务结果。             | 收入报告保留原始货币并解释调整原因。 |

## 故障排查

如果送达或已读观测不可用，将其保留为未知。如果转化数超过底层业务事件数，检查重复回调和关联。邀请提交与邀请响应必须保持为独立的观测。

## 后续步骤

- [探索相关的 Apple Messages 功能](/products/apple-messages/analytics)。
- [查找 Apple Messages 指南和解答](/products/apple-messages/resources)。
- [准备您的第一个完整会话](/products/apple-messages/getting-started)。

## Related resources

- [What is Apple Messages for Business?](/explained/apple-messages/what-is-apple-messages-for-business) (answer)
- [Apple Messages for Business](/products/apple-messages) (product)
- [Integrate an Apple Messages customer journey](/docs/guides/apple-messages/api) (docs)

[Get an implementation brief](/learn/workspace?topic=apple-messages)