Shopify 周运营看板：观察、修复还是回滚

公开核心框架

• 从业务结果、客户体验、系统健康和自动化例外中，选 3 到 5 个如果消失就会改变动作的信号。不要把所有后台指标搬进周会。
• 标明订单、客服表、页面观察、Flow run、GA4 或广告报告的来源，说明已付款/退款/事件/咨询等定义，并锁定市场、币种、页面、设备和比较窗口。
• 英国市场中，先把 46 到 58 笔已付款订单与 3 到 11 条配送承诺咨询分别记录。抽 3 条咨询和 3 笔同范围订单，用同一英国入口和地址回放产品页、购物车、checkout、确认和履约信息。
• 记录 58、54、57 三次读数的设备、URL、主题版本、时间和功能样本，订单 39 到 40 只作为业务背景。补同条件观察，候选脚本仅在主题副本中一次验证一个。
• 先确认订单号、已付款时间、市场、币种、SKU 和退款状态，再从 Shopify 读到确认/履约、客服、GA4 交易标识或缺失状态及广告报告窗口。记录每层定义和缺失位置，不直接比较总数。
• PN-1043 的 tracking 为空时，读订单时间线、Flow run、写入者和接收面。PN-1044 出现近重复记录时，保留每次对象、字段、时间和候选写入者。不要重跑历史订单或批量清 tag。
• 在继续观察、补证据、受控修复、恢复和升级中只选一个。受控修复要写唯一变量、恢复对象、回放路径和暂停线；客户承诺或原始事实冲突时，先恢复并升级给事实所有者。
• 前 10 分钟确认比较条件，中间 15 分钟确定每行行动，最后 5 分钟写负责人、读回对象、复查时间、暂停线和未决项。下一周从这份记录开始，而不是重新猜背景。