社群团购现场应急处置

要解决什么问题

社群团购活动的现场执行，往往在最后一刻才暴露问题：库存被多个渠道同时占用导致超卖、配送车辆延误但团长仍在继续收单、天气突变后没有既定的取消或降载方案。等到问题发生时，团队临时开会、临时分工、临时写话术，响应质量和决策依据都不稳定。这个技能把现场风险管理压缩成一份可逐行审阅的 应急处置表，让团队在活动开始前就对"什么情况下做什么、谁来做、对外怎么说"有统一的答案。

技能如何工作

技能的处理流程分为五个阶段，每个阶段都有明确的输入和输出约束：

• 核对基础数据：先确认商品、团长和履约时段是否一致，标记每个字段的数据日期和来源。资料不全时，输出的是补证据清单而不是猜测。
• 分类风险：按 安全、客流、设备、天气、库存、舆情 六类整理潜在异常，而不是把所有问题堆成一个列表。
• 写入硬约束：将"售后、配送与库存不能超卖"作为方案设计的红线，任何预案都不能用"先答应了再想办法"的方式绕过这条约束。
• 定义触发与止损：为每个风险项写明触发信号、立即止损动作和升级对象，确保现场人员有决策权而不是事事上报。
• 交付前核验：用订单、配送和售后记录做交付前检查，并以 团购按时履约率 作为唯一的复查指标。没有实际数据时只输出测量口径，不虚构结果。

适用边界

技能不替代全盘战略规划，也不处理真实的平台操作、合同或合规审批。当涉及预算、价格、库存、会员数据时，必须标明来源和日期，并把已确认事实、分析判断和待确认事项分开。

执行过程中，技能不会读取或输出密码、Token、私钥等敏感信息。涉及真实发送、发布、付费、退款、删除或生产变更时，需要用户明确授权后才会执行。任一关键条件不满足时，输出的是"暂不可交付"和缺失信息清单，而不是用空泛建议填满模板。