先确认本次使用的消息形式
海外iMessage发送需求应说明客户在哪里接收、希望看到什么，以及如何回复。不要把iMessage、普通短信、自有App通知或多人对话仅凭名称混为一类。具体采用的服务方式和接收条件，需要由提供方说明并通过实际测试核对。
咨询时准备目标语言、消息草稿、相关网址和希望实现的动作。名单存在并不意味着每条记录都已确认满足当前接收条件，尚未确认的部分应在需求表中标明，避免一开始就把预计范围写成结果承诺。
用完整往返过程验收
内部测试应检查发送方显示是否容易理解、消息正文是否准确，以及链接打开后是否与正文一致。由同意参与的测试联系人收到信息并作出普通回复，再确认负责团队在哪里处理这条回复。只看到发送端成功提示，不等于整条客户沟通路径已经验证。
对于不同内容版本，分别核对变量、语言、时间表达和联系入口。测试记录包含实际设备与观察条件，但不把单次结果推导成所有收件人的统一表现。必要时保存不含无关个人信息的截图，帮助双方确认说的是同一个现象。
如何解释未确认状态与后续跟进
未看到回复或阅读相关记录时，先保留未确认状态，不急于认定客户没有阅读或服务完全失败。能够提供什么数据、各字段如何解释，应与实际方案对应。结果记录应区分可观察状态、客户主动回应和后续业务处理。
跟进安排应依据真实待处理事项及联系偏好，不用缺失数据自动触发反复发送。复盘时核对问题究竟发生在接收条件、内容理解、目标页面还是人工接待，再选择相应改进。带着具体任务记录咨询，比只询问为什么没效果更便于定位。
常见问题
测试一台手机成功就能代表全部受众吗？
不能。它只说明测试条件下的表现，应继续核对受众范围、内容版本以及实际能够观察的结果。