老带新在小程序票务系统里只有两种挂法：奖励挂在被邀请人的订单上，或者挂在人身上。听着差不多，实际决定了后面所有的漏洞形态。挂订单的会被拆单薅走，挂人的要防小号，发放时点选错则整场活动结束时账对不齐。

一、挂订单的拆单问题。规则写成首单完成即发，就会出现一行五人出行拆成五笔订单、每笔挂一个新证件的情况，奖励按订单数翻五倍，实际只来了一辆车的人。补丁不是把奖励改小，而是改计数口径：同一邀请人单日限几笔、同一设备指纹与同一手机号限次数、同一入园时段的成团订单合并算一笔。这几条要在票务系统里做成规则，不能靠事后人工剔。

二、挂人要先防小号。挂人的干净之处在于必须有真实入园，但注册这一步还是要卡：新证件首次入园前不生成邀请关系，一个证件在指定天数内只能被算一次新客，同一联系方式关联多个证件时合并处理。老带新最怕把老客包装成新客，一证一号的校验要跟着订单走，而不是跟着登录走。

三、下单即发还是核销后才发。下单即发参与感强，但退改时要倒扣奖励，券已经用掉就扣不动，现场只能挂账。核销后才发要等一到三天，游客觉得慢，账却干净。中间做法是：下单只冻结不发，核验完成后发放，退票即解冻并从冻结记录里消失。这一条在票务系统里对应三个状态，只有一个是能对游客展示的。

四、券的归属与冲抵。活动券单独建发放主体，核销时记一次冲抵，并留下渠道与批次，不要和常规优惠混在同一个票种里。混用的后果是报表里看不出新客活动带来的量，也看不出老客的自然复购，下一场活动的名额与投放只能拍脑袋定。

五、活动后拿四张表对账。邀请关系表、发券表、券核销表、退票冲正表。四表对齐要能算出发出了多少、核销了多少、因退票消失了多少。对不上常见两处：邀请关系被后续订单覆盖成了别人的，券在窗口或旅行社渠道核销而没有回写到活动记录。小程序票务系统的活动对账，问题大多出在核销记录没有回写。

六、现场最怕的是查不到。奖励券的规则要能在窗口终端查到，否则会出现三种情况：游客拿着小程序的券在自助售取票机上刷不过、客服说不知道有这活动、领队替一车人代领。规则、有效期、适用人群三个字段在窗口屏上必须能直接看见，异常处理路径也写在同一页里。

活动结束要做一次抽样：从参与记录里随机抽二十笔，从邀请、下单、核销到入账逐条走一遍，看链条在哪一段断了。断点在哪一段，下一场就把规则收紧在哪一段，而不是笼统地把参与门槛往上抬。