做小程序团购核销前，先搞懂这三件事

团购券卖出去只是开始，钱能不能落到账上，取决于核销这一段。见过不少企业，前端活动做得热闹，到了门店核销环节卡住，退款纠纷和财务对账一起冒出来。多数问题不在技术难度，而在这三件事没提前想清楚。

一、核销这个动作，实际发生在谁手里

消费者扫商家的码，还是店员扫消费者的码，看起来只是方向问题，实际决定了后面全部的工作量。

如果是消费者自助扫码核销，门店几乎不用培训，风险在于有人截图转发，同一张券被用两次。所以券码必须一次性、带有效期、带门店绑定。如果是店员在商家端核销，就要给每家店配账号、配权限，还要考虑店员流动带来的账号管理成本。

真实门店的情况往往比方案文档粗糙。地下商场的餐饮店信号差，扫码转半天不动；早晚高峰收银台只有一个人。核销页面加载慢两秒，队伍就排起来了。合同里最好写明是否支持离线核销，断网时先记录、联网后同步。

企业该做的动作很具体：把门店的实际流程画出来，谁在什么设备上做什么操作，再拿这个流程去对方案，不要反过来让门店迁就系统。

二、账目对齐，比核销本身更费人力

券码核销成功，不等于订单状态同步，也不等于财务那边能对上账。

常见的三个坑：核销记录和订单状态不同步，用户在门店核销了，小程序里还显示待使用，客服只能人工查；退款走了两条路径，平台退一部分、商家退一部分，月底对不上；多门店分账，加盟店和直营店的结算规则不一样，系统却只按一套规则算。

过期自动退这件事也要提前定。券的有效期是7天还是30天，过期后原路退回还是转成余额，用户不来核销的那部分钱怎么处理。这些不属于技术问题，属于规则问题，但必须在开发前写清楚。

建议在验收时要求开发方提供核销流水导出功能，字段至少包括券码、核销时间、核销门店、操作人、订单号。财务能不能自己导出，比后台界面好不好看重要得多。

三、流量从哪来，决定你要不要自己开发

这一条最容易被忽略，却直接影响预算。

如果团购券主要来自抖音、美团这类平台，企业要做的是把平台券和门店收银对接上，核销数据回传平台，未必需要一套自研小程序。如果券主要发在私域社群、企业微信里，小程序就是必要的，因为平台不替你沉淀用户。

自己的小程序还有一个隐性价值：核销数据留在自己手里。哪个门店核销快、哪个套餐复购高，这些数据能用来调整选品和排班。用平台的券，数据在平台那边。

成本结构也不一样。SaaS按年订阅，前期投入低，但用户数据和规则受制于服务商；定制开发一次性投入较高，后续有维护费用。企业要算的是三年的总支出，而不是第一年的报价。常州飞傲软件科技有限公司在接这类需求时，通常会让客户先把前三个月的核销单量估出来，再定架构，量级不同方案差很多。

四、峰值和异常处理，写进验收标准

中秋、春节前后的核销峰值，可能是平日的五到十倍。这个数字如果不在开发时考虑，系统会准时在过节当天出问题。

除了并发，还要留出人工干预的口子：顾客手机没电了怎么核销、店员误操作撤销了怎么补、券码被风控拦截了怎么解。这些路径平时用不到，出事的时候没有就会很被动。

收尾给三条可执行的建议。签约前自己走一遍全流程，买券、到店核销、申请退款，看每一步卡不卡。把核销数据导出字段、离线核销支持、峰值承载量写进合同和验收标准，口头承诺不算。把门店店长拉进需求讨论，他们比任何方案文档都清楚现场会出什么问题。