一、项目背景

某零售集团的会员积分散在超市、便利店、线上商城几个业态，各算各的，互不流通。会员攒了一堆分却换不了想换的东西，觉得积分没用，活跃越来越低。权益商城换礼靠人工审，核销靠店员手填，慢且容易错。更头疼的是刷分和盗兑，有人用脚本批量撸礼，真会员反而抢不到，投诉不断。我们进场时，会员部最头疼的不是"没人攒分"，而是"攒了也不来花"，积分成了一笔死账。

有次大促，一款热门小家电上线半小时就被脚本扫空，真会员点进去全是"已兑完"，群里一片骂声。事后查，那批订单的设备号、收货地址高度重合，明显是机器撸的。这件事让我们确定，商城的技术重心不是上架多少礼，而是把钱花在"让真会员花得顺、让羊毛党撸不动"这两件防线上。

二、落地场景

我们让智能体把各业态积分统一入账，会员在任意一个业态赚的分，都能在商城跨业态通换。权益商城做了选品和库存管理，热门礼实时显示余量。核销走统一渠道，线上发货、线下扫码，每笔都进对账。异常兑换由风控智能体盯着，可疑行为自动拦截。会员活跃看板让运营看清哪些礼受欢迎、哪类会员在流失，选品从凭感觉到看数据。

为了让积分"值钱"，我们统一了有效期规则，老积分按原规则到期、新积分走统一账期，会员不觉得被坑。核销也做了主动提醒，临期积分推送给会员，报废率明显下降。运营端能实时看每个礼的动销，动销低的及时下架，库存不再被占死。

三、关键技术挑战与解决思路

积分互通听着简单，做起来坑多。各业态的积分口径和有效期不一样，直接相加会乱，我们做了等价折算和统一有效期规则，老积分按原规则到期、新积分走统一账期。核销对账最容易出差异，店员手填经常漏，我们改成扫码即核、系统自动对账，差异当日清。风控防刷是重点，初期阈值太松，脚本撸兑半天没拦住，后来加了行为风控，看兑换频率、设备、收货地址的异常组合，拦截率上来。

选品也不能拍脑袋，运营凭感觉上架，动销低的占着库存，我们用数据反过来指导选品。我们踩过一个坑：等价折算最早用固定比例，结果某业态积分被大量兑换到高价值礼，亏了，后来按各业态毛利动态调整折算系数才平衡。

案例片段（已脱敏）： 积分入账与核销对账的核心规则如下：yaml points:  unify: true  eq_rate: {super: 1.0, conv: 0.8, online: 1.2}  expire_rule: unified_2y redeem:  auto_reconcile: true  risk:    freq_limit: 5/day    addr_dup_check: true风控上线后，异常兑换拦截率提升至 98%，盗兑投诉下降约七成，那批脚本扫礼的情况再没出现。

临期提醒的时机和文案我们做了好几轮调整。太早提醒会员无感，太晚又来不及花，最后定在过期前七天和前一天各推一次，文案从积分将过期改成你有 XX 分本周到期，可换 XX，点开率明显提高。这种细到一句话的优化，带来的兑换增量比上架两个新礼还实在。会员运营拼的往往不是大功能，是这种被人感觉到被惦记的小细节。

四、效果数据

积分核销率从改造前的约四成，提升到六成五，会员终于觉得积分"能花"。异常兑换拦截率达到约九成八，盗兑投诉下降约七成，真会员抢到礼的概率明显变高。对账差异从每月几百笔，压到个位数且当日清。会员活跃度在商城上线一个季度后回升约两成，流失速度放缓。运营第一次能拿数据指导选品，动销低的礼及时下架，库存周转快了。那批死账，终于转成了活的水。

五、可复用经验总结

积分商城最怕不通和不防刷，统一入账让积分有处可花，行为风控让羊毛党撸不动，这两件事不做，商城就是摆设，我们早先用松阈值吃亏不小。核销对账必须系统化，靠人填永远有差异，扫码即核加自动对账，差异才能当日清。选品要听数据的，运营凭感觉上架，动销低的占着库存还惹投诉，反过来用兑换数据指导选品才对。积分有效期统一规则别硬来，老积分按原规则过渡，会员才不觉得被坑，折算系数也得跟着毛利动态调整，不然容易亏。讲句实话，会员体系的技术不难，难的是把"让会员觉得值"这件事，落到每一个能花、能兑、不被坑的细节里。

会员分层也借了这股东风。哪些会员是高频积分党、哪些是沉睡用户，看板一清二楚，运营针对沉睡用户专门做了唤醒礼包，回流率比群发优惠券高了一截。积分只是入口，真正留住人的是你被记住了的感觉，系统能帮上的，就是把这种感觉做出来。

结语

我们后来给会员加了"积分即将过期"的主动提醒，临期兑换量涨了一截，报废积分少了很多。提醒这个小动作，比上架多少新礼都更能拉回人心，治理会员关系，往往赢在细处而不是大处。