同一批客户在公众号、小程序、线下收银台各有一套记录，做活动时谁都不认谁的券。归口不是技术问题，是先定谁是主数据。
多数零售与服务企业上小程序时，都会遇到同一个问题：原有公众号粉丝、线下会员卡、收银系统里的储值记录，与小程序新注册的用户怎么合并。技术上有统一身份标识的解法，但真正的难点是业务上谁说了算。
先确定主数据源。常见做法是以会员手机号作为唯一标识，以收银系统的储值与消费记录为准，公众号与小程序只做入口和触达，不单独维护余额。这样做的代价是收银系统的数据必须能稳定同步，一旦同步中断，小程序上显示的余额就是错的，比不显示更糟。
第二种做法是以小程序会员体系为主，收银端实时调用接口读写。好处是线上线下口径一致，坏处是对网络与接口稳定性要求高，门店断网时收银会卡住。多数连锁门店不适合这种强依赖，通常要保留离线可用的降级方案。
身份合并时要注意历史数据的处理。同一个人用两个手机号注册过、家人共用一张会员卡、员工卡与顾客卡混在一起，这些情况在合并时会产生冲突。规则要提前写清楚：以哪个手机号为主、余额如何累加、积分是否合并、原卡是否停用。规则不清就批量合并，事后很难拆开。
触达通道也要分工。公众号适合内容推送与活动预告，小程序适合完成下单、预约、查询这类操作，短信与订阅消息用于关键节点提醒。三者混用的常见后果是同一活动重复触达，客户反感，退订率上升。建议做一张触达矩阵，标明每个场景用哪个通道、频率上限是多少。
最后是权限与隐私。会员手机号、消费记录属于个人信息，采集时要说明用途与保存期限，内部按岗位授权查看，导出要留记录。小程序端的授权弹窗不要默认勾选，隐私政策要与实际采集字段一致，否则平台审核与后续检查都过不去。
