分析
了解对话达成了什么。
将 Apple Messages 活动关联到客户任务。了解对话从哪里开始、客户在哪里需要帮助，以及哪些旅程最终促成了预约确认、购买完成或请求解决。
探索 Apple Messages for Business衡量已完成的任务
示例企业
Fieldnotes
已发送至 Apple
网关已接受
客户回复
独立观测
设备已读回执
不可用
指标关系示意。网关接受、客户回复和业务转化是不同的观测。
衡量对话完成的工作
找到需要关注的步骤。
工作室页面将客户引入 Messages。客户选择产品、分享偏好并选定时间。将这些阶段关联到已记录的预约，让团队看到旅程在哪里顺利推进、在哪里客户需要更多帮助。
综合使用消息结果、对话活动、入口上下文和业务成果。对比同类服务旅程，在改变体验之前调查模式背后的实际请求。
阅读分析指南哪些工作室对话转化为了确认到访？
成果已关联可进行群组分析
按对话本身的维度来衡量。
使用能回答你问题的观测数据。渠道处理、客户响应和业务完成描述的是服务的不同部分，它们在报表中应保持可辨识。
01
保留对话的来源信息
保留发起请求的产品、位置、活动或服务入口。在比较客户如何推进旅程之前，先按有意义的意图对对话进行分组。
02
准确读取消息状态
跟踪消息处理流程和渠道报告的结果。Apple 网关接受是一个已发送结果，不等同于设备送达或已读回执。将未观测到的阶段与已确认的结果区分开。
03
关联业务结果
使用相关引用将已确认的订单、预约或已解决的服务请求关联起来。从财务记录中获取付款金额和币种，并区分已提交的偏好与已完成的预约。
04
将发现转化为改进
检查正在流失客户的步骤：不清晰的入口、不必要的字段、不可用的时间或缺少上下文的交接。修改体验中的该部分，然后重新比较相关群组。
帮助不同团队采取行动的视图。
为服务团队提供有用的上下文
结合客户的原始任务查看对话队列、交接和未解决的请求。服务经理需要了解请求内容、负责人和结果，同时掌握渠道活动。
保持比较的意义
使用一致的时间窗口、意图定义和完成规则。说明缺失的观测数据，当不同品牌、位置和团队运营不同服务或拥有不同可用性时，确保它们可区分。
分析问题
已发送是否意味着已投递到客户设备？
已发送表示 Apple 消息网关已接受。设备投递和已读是独立的观测结果，不由该状态确定。
入口点报告能否告诉我们是哪条旅程带来了流量？
使用支持的会话来源维度及其定义的范围，并将其与后续消息级元数据分开。
邀请发送数是否等于接受数？
不是。邀请提交和客户的响应是独立的观测结果。缺少响应数据并不意味着接受或拒绝。
应该如何衡量转化？
使用约定的归因和去重规则，将会话与已完成的业务事件关联起来。仅凭消息或会话数量并不代表成交。
付诸实践。
继续查阅此主题的文档、指南和示例。资源为英文。