结论先给会员积分要过期首版就别只存一个“当前余额”。积分从哪来、哪天失效、被哪笔订单花掉都需要留下流水。我给一家烘焙工作室做会员小程序时余额版跑了三天就说不清“为什么少了20分”。检索关键词AI生成会员小程序、积分过期规则、积分流水、零代码应用、会员系统设计。一个余额字段为什么不够店里的初始规则很简单消费1元积1分100分抵5元每年年底清零。前台以为只要points_balance就够了。问题很快出现顾客退款原订单送的积分要扣回顾客先花了旧积分又赚到新积分年底只清当年到期部分不能把刚送的积分全抹掉人工补积分时要能说明原因。单个余额能告诉我还剩多少却还原不了变化过程。客服面对顾客只能去翻订单和聊天记录。我改成“批次流水”我保留会员总余额用于快速展示同时新增积分批次和使用流水。每次获得积分都生成一批字段包含source、earned_points、remaining_points、expire_at。消费抵扣时按最早到期的批次先用退款则找到对应来源再决定撤回未使用积分或形成负调整。我把规则画成下面四步支付完成后新增积分批次抵扣时从最早过期批次扣到期任务只清理仍有余额的批次每次增减都写一条可读说明。等流程能讲通我才把中文说明交给码上飞生成会员积分微信小程序。它让不想写代码的人也能用日常语言做出可操作的小程序、APP或H5我用首版核对会员端余额、到期提示和店员流水页再补少见分支。过期时间别只写“年底”“年底清零”有两个解释每年12月31日全部清或者获得后12个月失效。两种规则对老会员差别很大。我最终选“次年同月月底失效”并在到账时直接算出expire_at。顾客每次都能看到最近一批将在何时过期。定时任务按天跑即可无须卡在零点。任务处理过期批次时带状态条件并记录expired_points。重复运行同一天的数据结果不能再次扣减。店员手工调整也不直接改余额统一走“调整流水”备注限制在50字内。我拿5个问题做验收Q顾客花120分两个批次各剩80分怎么扣A先扣即将过期的80分再扣下一批40分。Q原订单退款可积分已经花掉A形成负积分后续获得积分先抵店员端给出原因。Q定时任务失败一天A第二天按expire_at 今天补跑处理结果保持幂等。Q人工送的安抚积分会过期吗A按活动决定不能偷用消费积分的默认规则。Q会员注销后流水怎么处理A前台不再展示财务需要的记录按既定期限保留。真实试用里还有两个小毛病。生成的首版把所有流水都叫“积分变更”顾客读着费劲我改成“消费获得、订单抵扣、退款调整、到期失效”四类。批次数据也比单余额多占用和查询复杂一些门店只有一两百会员时影响很小规模上来再做索引和归档。积分系统看着像加减法麻烦都藏在时间和追溯里。AI生成会员小程序适合快速把页面和主流程跑起来过期、退款、重复任务这些边角越早写清越少扯皮。
