从起点到结果衡量 Apple Messages
将消息观测、会话活动和业务结果分开,以发现有价值的改进点。
前提条件
选择企业、服务任务、报告周期和时区。Bird 记录入站和出站消息活动及会话。确定结果指标所需的外部预约、订单或工单记录;仅凭渠道活动无法提供这些关联。将缺失的业务结果明确标记为未知。
1. 定义每个渠道观测
根据底层记录标注请求、已接受的发送、网关结果和入站响应。发送至 Apple 表示网关已接受,而非经过验证的设备送达或已读回执。
2. 保持会话来源稳定
使用会话中实际捕获的来源、意图和分组值来比较入口。在依赖某个群组之前,先检查缺失值。将后续消息元数据与原始群组分开。
3. 关联已完成的任务
将会话与负责系统记录的订单、预约或服务处理结果关联起来。定义转化事件、归因窗口和重复记录处理规则。
4. 检查未解决的路径
将放弃的任务、失败的操作、重复联系和人工转接与其来源旅程进行比较。使用渠道活动来定位阻碍客户完成任务的环节,不要用渠道活动代替实际解决结果。
5. 核对商业视图
使用账单来源获取费用及其定义的周期。在呈现单次结果成本指标之前,先解释活动窗口与发票分组之间的差异。
为单个任务定义衡量契约
以工作室访问为例,从工作室入口的会话群组开始。跟踪相关的客户选择、预订请求以及排程系统确认的预约。在比较绩效之前,先写下完成规则和报告窗口。调查未解决的案例时使用相同的定义。
| 测试用例 | 操作 | 预期结果 |
|---|---|---|
| 消息有已发送结果但无客户响应 | 记录已观测到的渠道阶段,将未观测到的响应阶段单独保留。 | 报告不推断已读回执或已完成的任务。 |
| 客户提交了偏好但未预订 | 将信息录入与预约结果分开记录。 | 完成指标按其定义纳入已确认的预约。 |
| 会话结束后订单被退款 | 在报告策略范围内,从所属系统核对财务结果。 | 收入报告保留原始货币并解释调整原因。 |
故障排查
如果送达或已读观测不可用,将其保留为未知。如果转化数超过底层业务事件数,检查重复回调和关联。邀请提交与邀请响应必须保持为独立的观测。