把「小程序/公众号→到店核销→复购」串起来：事件怎么埋
商家做增长，最怕链路断在“到店”这一环。用Mixpanel的思路很简单：线上行为用SDK打点，线下核销用服务端事件补齐，再用同一个用户ID把三段旅程拼成一条。
关键点就两个：统一distinct_id（同一人同一ID），以及事件命名+属性标准化（不然后面漏斗全乱）。
事件模型设计：最少8个事件就够用
建议用“动作+对象”的命名，属性尽量可枚举。一个奶茶店的例子：
- MP Opened：进入小程序；props：entry(扫码/分享/公众号菜单)、utm_source
- Coupon Viewed：看到券；props：coupon_id、coupon_type(满减/折扣)
- Coupon Claimed：领券；props：coupon_id、channel(公众号/小程序)
- Store Selected：选门店；props：store_id、city
- Order Created：下单；props：order_id、amount、pay_type
- QR Shown：打开核销码；props：order_id、store_id
- Redeemed：到店核销（强烈建议服务端上报）；props：order_id、store_id、clerk_id
- Repurchase：复购成功；props：order_id、amount、days_since_redeem
用户识别别偷懒：在小程序登录/授权手机号后调用identify(distinct_id)；如果用户从公众号H5进来，也用同一个会员ID/手机号哈希做distinct_id。线下核销用后端SDK或API上报Redeemed，并带上同一distinct_id，链路就接上了。
漏斗、留存报表怎么配：把“转化卡点”看清楚
漏斗用这条就很有杀伤力：MP Opened → Coupon Claimed → QR Shown → Redeemed → Repurchase。给每一步加筛选：比如限定coupon_type=“满减”，看不同券型的核销率差多少。真实项目里，常见差距能到15%-30%。
留存建议用“核销后留存”：把Redeemed当起点，回访事件用MP Opened或Order Created。你会很快发现：核销后7天没回来的那批人，基本就是需要运营“拉一把”的人群。
分群与推送：用行为圈人，再做精细触达
在Mixpanel里建3个常用Cohort：
- 领券未核销：发生Coupon Claimed，但7天内未发生Redeemed
- 已核销未复购：发生Redeemed，但14天内未发生Repurchase
- 高价值复购：30天内Repurchase≥2或amount累计≥300
触达可以接你现有的短信/企微/公众号模板消息系统：从Mixpanel导出分群用户ID，或用Webhook/集成把人群同步出去。文案就盯一个动作：比如“领券未核销”发门店定位+有效期；“已核销未复购”发同款加购券。
可执行建议：用2026年5月这一周做一次“小步快跑”：挑1个爆款券，按上面8个事件埋完；漏斗盯“领券→核销”转化，分群只做“领券未核销”一类人群推送；3天看一次数据，把核销率提高哪怕5%，这套链路就值回票价。
