H7.12.4cross-channel confirmation consistency设计研究
确认信息通过多个渠道触达时需要保持内容一致
别名: 多渠道确认 · 邮件与App不一致 · confirmation consistency
概念解释
同一笔成功会同时出现在成功页、邮件、短信、推送、订单详情。内容一致指订单号、金额、商品摘要、关键时间在这些通道上对得上，而不是邮件还是促销价、App 已是实付、短信只说「成功」没有号。它不是把各渠道订单归进一个列表，也不是原件能不能改——是同一时刻多通道的那一份确认是否同一句话。
机制
人会拿着最先到达的那条去对账。邮件晚到或模板还是旧文案，就会和成功页打架，人以为扣了两次或扣错金额。各通道常由不同系统渲染：支付成功事件、邮件服务、运营模板，字段来源一旦分叉，一致性就断。营销团队改邮件模板插推荐，把金额挤出首屏，等于这条通道没有确认。推送字数紧，可以少字段，但不能出现与主确认矛盾的数字。
怎么研究
下一单，同时打开成功页、邮件、短信、订单详情，逐项对订单号与金额。再让运营改邮件模板后重测。
自变量：各通道是否读同一快照、模板是否允许覆盖金额、推送是否含号。 因变量：通道间不一致条数、因「两笔」进线、人信任哪一条。
实验室容易只看成功页。要把邮件真的发出来。延迟到达也要记：晚到的旧模板是常见事故。
边界
本地化通道可以语言不同，数字与号必须相同。合规通道（发票邮件）字段可以比营销邮件多，但不得与购买确认矛盾。用户关闭了邮件时，不能把一致性建立在邮件上，成功页与订单详情仍要自洽。推送失败不是不一致，缺通道不等于错通道。
怎么落地
- 所有确认通道从同一出具快照取号与金额，禁止各模板自己拼。
- 邮件与短信首屏含订单号与实付；营销模块放在这些字段之后。
- 改模板要有字段契约测试：抽一笔真实单比对各通道。
- 验证：下一笔测试单，把成功页、邮件、短信、详情的号和金额列成表。任一格不同或某通道缺失号，一致性失败。