本地生活服务商的方案模板里有一句话被互相抄了两年多：做私域先把人拉进群，券发出去，到店核销不过是收银台上的收尾动作，找APP开发公司报价时能砍就砍。经手过十来个到店类项目之后，这句话基本每次都被后台数据推翻，而且推翻得很干脆。

拉进群的人不算沉淀，核销确认过的人才算

一个九家店的社区烘焙品牌，三个月建了 27 个群，扫码进群 6400 人。群活跃的衰减曲线几乎是固定的：第 7 天发言人数掉到建群当日的 21%，第 30 天不足 6%，第 90 天日均发言三条以内，其中两条还是店员自己发的接龙。同一时期，他们在核销环节要求前台先扫会员码的门店累计确认了 2100 人，这批人 90 天内二次到店的比例是 34%。两个数放在一起看，结论就很难绕开：进群只证明这个人扫过一次二维码，核销才证明这个人真的花了钱、走进了哪家店、买了什么、在几点买的。私域沉淀要的是后面这一串事实，不是前面那一次扫码。

"核销率八成"这个数，统计口径先就错了

方案里常引用的"到店核销率能到八成"，说的是已付款团购券的核销率，这个数在餐饮、洗车、美容类目里通常落在 55% 到 75%，临近有效期还会冲一波。但商家真正用来拉新的免费券、新客一元券，从领取到核销的转化只有 8% 到 15%。两个口径混着用，就会误以为线上发出去的人大半都进了店。更麻烦的是另一件事：如果核销只扫券码不认人，系统知道的仅仅是"这张券被用掉了"，不知道是谁用的。券转赠给同事、家人代领、前台帮客人代扫，这三类加起来在到店场景里能占 12% 到 25%。券码归券码，人归人，中间那条线没接上，后面所有的分层、打标、复购召回，都建在一批身份不明的记录上。让APP开发公司在核销接口里补一个用户标识字段，本身花不了多少钱，难的是没人在评审时提出这个要求。

核销模块要处理的边界，比"扫码置为已用"多得多

报价单上核销模块只写几千块，通常意味着它只做了一条主路径：扫码、校验有效期、置为已用。实际要应付的至少还有六类情况。营业日切点，夜宵和洗浴类的单子跨零点，切点得设在凌晨 4 点，否则日结报表天天对不上。多门店归属，加盟店核销直营券要走分账，核销记录必须同时落门店号和结算主体。权限拆分，核销员能核销但不能撤销，撤销要店长口令并留痕，否则内部套券几乎无法追查。部分核销，五次卡核一次，剩余次数和有效期分别计算。弱网离线，商圈地下层信号差，得允许本地暂存并在 15 分钟内补传，补传时按券码加时间戳做幂等校验，防止重复扣次。退款冲突，已核销的订单发起退款，是直接拒绝、扣项目成本还是挂账，规则要提前写死。这些摊开来，正经做下去是 12 到 20 个人日，按 800 到 1500 元的人日单价算，落在 1.6 万到 3 万元区间。同一个模块不同APP开发公司报价能差出五倍，差的就是这六类边界做不做。

功能堆得越多，沉淀反而越薄

一个 14 家店的洗车连锁，小程序首页曾经排着九个入口：签到、抽奖、拼团、砍价、积分商城、任务中心、会员日、社区、直播，月活 8%。后来把首页砍到三个——洗车预约、我的次卡、附近门店，其余功能收进二级页，月活回到 19%。到店类用户的行为窗口很短，从进店到离店平均 8 到 25 分钟，其中愿意低头看手机的只有核销前后那十几秒。在这十几秒里给他九个选择，等于什么都没给。

把这八秒改成三个动作

第一处改在扫码顺序上。原来是前台扫券码，改成前台先扫用户的会员码，系统自动匹配这个人名下可用的券和次卡，再执行核销。顺序一换，每一条核销记录都能带上用户标识、门店号、时段、项目和实付金额，身份和消费第一次绑在同一行数据里。这项改动在多数APP开发公司的估算里算不上大工程，通常 3 到 5 个人日，但它决定了后面所有标签体系有没有地基。

第二处改在核销成功页。多数系统弹一个绿色对勾，三秒后自动关掉，这三秒是白扔的。把它改成只有一个按钮的页面，按钮上是这个人下一次能用的东西：次卡还剩几次、复购券几天内有效、下次预约的推荐时段。一次点击完成领取，不要求关注公众号，不要求填手机号，不弹注册窗。同样一张复购券，塞进推送里领取率 6% 到 9%，放在核销成功页上能到 25% 到 40%，差别只在时机。

第三处改在回执归属上。核销回执里那个联系入口，要按门店维度落库，加的是这家店店长的企业微信，而不是品牌总部的统一大群。到店核销这一刻，是整条链路里唯一能确定"这个人此刻就在这家店、刚花过钱、心情大概率不差"的时点，把它导向一个跨城市的大群，等于把最热的线索摊凉。门店维度还有个附带好处：每家店核销转企微的转化率、每个店长带来的二次到店人数，都能单独排名，运营动作才有抓手。

照这三处改完，那家烘焙品牌的核销记录里带身份的比例从 41% 升到 92%，复购券领取率从 7% 到 31%，30 天内二次到店从 11% 升到 19%。数字不算惊人，但它是在没有增加一分投放预算的前提下拿到的。

再看APP开发公司递过来的方案，可以先跳过前面讲增长模型的十几页，直接翻到核销那一节，看它有没有写清楚三件事：核销时先认人还是先认券，核销记录写回哪几个字段，核销成功页之后用户被带到哪里。这三处写得具体的，后面讲的私域才有落脚点；只写了"支持多门店扫码核销"一行字的，那份方案里关于留存和复购的所有曲线，画的都是别人家的用户。