高风险事件怎么处理：先停什么、查什么、何时升级

公开核心框架

• 先写触发信号、影响订单、SKU、渠道、数据、支付或自动化动作，并给这次事故一个 incident ID。不要先写长解释。
• 说明为什么这不是普通客服单：它是否影响现金、账号、客户安全、隐私、平台边界、送达率或系统自动化。
• 写清先停广告、SKU、订单发货、名单同步、页面承诺、abandoned flow、自动折扣、人工 capture 或再营销中的哪一项。
• 把平台通知、订单号、客户原话、页面/feed/ad 版本、Flow run ID、支付记录、同意状态、suppression list 和供应商文件放进证据包。
• 写清谁负责内部判断、客户回复、平台/支付方材料、广告评论、社媒和外部专业人士沟通，并给每个口径版本号。
• 按支付冻结、GMC 暂停、产品安全、隐私/退订四类写清先看哪个后台或通知、要锁哪些证据、现在不能承诺什么。
• 为客户、平台/支付方、广告评论/社媒和外部专业人士写清负责跟进的人、能说什么、不能说什么、下一次更新时间和口径版本。
• 根据来源选择产品安全、支付冻结、GMC/平台、隐私/退订、bot/automation 或履约流程，不要把所有事故都套成同一个解释模板。