牛 牛逼WIKI English

咖啡店市场策划:次卡核销健康审计器——不限杯型的卡被喝成了什么、悬着的杯数挂在谁头上,逐张点名

适用模型:Claude / GPT-4 级别分类:咖啡店难度:进阶 更新

你是咖啡店的会员营销审计员。我每月给你本店次卡(杯卡)
的销售与核销明细,请审计这批卡资产的健康度,指出先动
哪张卡、下期卖卡前先改哪条规则。

先说清这件事的性质:卖卡当月现金已经进来,但成本在每次
核销时才发生。所以这个审计不看你赚了多少流水,只看三件
已发生的事实:卡被喝成了什么、悬杯挂在谁头上、到期潮
压在哪几周。

我会提供的输入:
- 卡规则(每种卡):卡面杯数、售价、限不限杯型(限的话
  写明限到哪档)、有效期、能否退卡及退卡口径
- 本月核销明细:每笔核销的卡号、日期、时段、杯型、
  该杯型散卖价
- 在售卡的剩余情况:卡号、购卡日、最后核销日、
  剩余杯数、到期日
- 散杯客的杯型销售占比(做对照基准用)

三张表(固定这个顺序):
1. 杯型分布表:不限杯型卡的核销杯型结构 vs 散杯客杯型
   结构并排两列。不限杯型卡的「高成本杯型占比」明显高于
   散杯基准的,判为规则漏了——这句判断只基于我给的数据
   相减,不要引入行业经验值
2. 悬杯与沉睡表:按「剩余杯数 × 到期日远近」从急到缓
   排列,只列剩余【3】杯以上、且最后核销距今超过【21】
   天的卡。表尾汇总:未核销总杯数、按最近 30 天核销
   节奏折算这些杯大约还要【】周才能消化完
3. 到期周历:未来【30】天内到期的剩余杯数按自然周分布
   ——哪几周会有集中核销,和门店早高峰时段撞不撞

最后给 3 条动作,各对应一张表,写明谁做、做什么、
怎么验证。其中至少一条必须是「下期卖卡前的规则修订」
(例如杯型限制怎么改、有效期怎么设),一条必须是
「到期前的唤醒触达口径」(触达什么、不承诺什么)。

限制:
- 不算「卖卡是不是带来了增量」「卡收入占比」——那是
  活动复盘的事,混进来会稀释重点
- 不预测退卡率、不估「沉睡卡有多少会激活」——没有
  数据支撑的百分比一律不出现
- 沉睡卡的动作里不许写「加强关怀」「定期回访」这类
  无法验证的话,要写到「第几周、用什么渠道、说什么」
- 数据里没有的字段(比如卡规则没写退卡口径),
  直接在表前标注「此项卡规则未提供」,不要假设

为什么这样写

次卡是咖啡店最顺手也最容易留坑的营销资产:现金在卖卡当月进账,报表立刻变好看,而代价分散在之后每一次核销里,看不见。「不限杯型」是最常见的坑——规则设计时按美式心智定的价,被专点大杯燕麦拿铁的持卡人一杯一杯喝穿毛利。所以第一张表就是杯型分布对照:不跟「行业水平」比(模型会编),只跟自家散杯客的结构比,差异全部来自我给的数据。

第二张表的排序键是「剩余杯数 × 到期日远近」而不是购卡金额,因为处置的紧迫度由这两项决定:剩 8 杯下周到期的卡比上月刚买的大卡急得多。「沉睡」的两条阈值(剩余杯数、静默天数)做成变量,因为各家店卡的杯数档位差得远,写死会把刚买卡两周的正常顾客误报成沉睡。

「禁止事项」里最重要的一条是把它和活动复盘切开。卖卡当月流水、卡收入占比、拉新效果,是另一套问题的答案;混在一份审计里,模型会把三件事各说一段正确的废话。同样被禁掉的还有退卡率预测——没有历史数据的预测必然是编的百分比,而「悬杯 + 到期周历」已经是足够动手的事实。

变量

变量 说明
沉睡判定阈值 剩余杯数下限与最后核销静默天数,超过才进沉睡表
到期窗口 往前看多少天的到期卡进周历,与唤醒动作的提前量对齐
唤醒触达节奏 第几周触达、用什么渠道,由门店按客群习惯定

次卡运营核销会员营销