门店团购套餐机会优先级评分表

它解决的问题

在本地生活业务里，团购套餐早已不是“要不要上”的问题，而是“先验证哪一个”的问题。餐饮门店可能同时看到工作日午市套餐、双人套餐、夜宵小吃和储值体验金等机会；美业门店也可能纠结于新客体验、老客复购或节令项目。机会一多，判断就容易依赖个人经验：谁的声音大就先做谁，谁家价格低就跟谁。结果往往是套餐上线后才发现毛利被平台抽成和让利吃掉，或者核销到店后服务体验崩坏，甚至因为宣传价格与实际体验不一致引发客诉。

问题并不只在“运营执行”，而在前置决策缺少统一口径。没有把需求证据、业务价值、实现难度和风险放到同一张表里，就很难回答：这个套餐值不值得先做？如果要做，验证什么？什么时候停止？

评分与交付

这个 Skill 把任务限定在门店团购套餐的机会优先级评分上，最终交付的是机会评分表、成本单 / 核销记录 / 竞品套餐核验清单，以及团购核销毛利率复查记录。

它先要求补齐三类基础信息：核销能力、成本和平台竞品；购买价格与到店体验必须一致；以及机会清单、用户价值和资源约束。涉及预算、价格、库存、时间、平台规则、会员或客户数据时，资料必须标明来源和日期，并把已确认事实、分析判断和待确认事项分开，避免用“应该是”代替证据。

评分阶段会按需求强度、覆盖、差异、收益和难度做统一打分，而不是只按销售额拍板。随后把“购买价格与到店体验必须一致”写成硬约束，防止方案用无法兑现的承诺绕过体验问题。接着识别依赖、不可逆风险和最小验证方式，并给出立即验证、等待、合并或放弃的理由。最后用成本单、核销记录和竞品套餐完成交付前核验，以团购核销毛利率作为复查指标；没有实际数据时，只提供测量口径，不虚构结果。

适用边界

它不替代全盘战略、真实平台操作、合同或合规审批，也不把建议当成已执行结果。高分不会自动立项，关键依赖未识别、证据口径不可比较或成本无法核验时，应输出“暂不可交付”，并列明缺失信息和补证据动作。

使用时要注意平台规则、促销、广告、个人信息和生产变更边界：真实发送、发布、付费、退款、删除或权限变更必须先取得明确授权；会员、客户、员工或活动参与者数据只取完成任务所需的最小信息，并提醒去标识化。它不承诺流量、转化率、收入、排名、审核、裂变规模或活动效果。