闽侯的岁末焕新惠购季从 10 月 25 日排到明年 2 月 28 日，砂之船小镇、东百城永嘉天地、万家广场三个商圈轮着做活动，让利总额超过 500 万元。周期四个多月，不少门店会顺手加一档「充值送」——充 500 送 80，先把客人锁住。这在小程序里做不难，难的是后面那笔余额怎么记。在福州做小程序定制开发，储值最容易埋坑：它记的不是收入，是欠着客人的服务。
一、本金和赠送，两个字段分开存
很多门店图省事，充 500 送 80 直接记一条「余额 580」。等客人用了 300 要退款就说不清：退多少、按比例退还是只退本金？一旦有纠纷，后台连原始数据都拿不出来。
正确做法是把余额拆成本金余额、赠送余额两个字段，充值时同步写两条流水，赠送单独标注来源活动。扣减顺序提前定死：先扣赠送后扣本金，或按消费金额比例分摊，两种都能用，但必须全店统一并写进储值协议。顺序不统一，两家门店的账永远对不上。
二、跨店能不能用，先划清权益范围
假设示例：闽侯砂之船小镇一家运动品牌店卖了 100 张卡，其中 30 张在台江金融街一家汽车美容店核销——两家店老板不同，月底这笔钱怎么分？
先给储值卡配一份适用门店清单，白名单之外扫不出来。再定结算口径：按售卡门店确认收入，还是按核销门店确认，二选一写进商家协议。系统里对应生成跨店核销明细，按月导出给财务。靠微信群对账，规模一上来必错。
三、退款只退本金，规则写在客人看得见的地方
储值协议最容易招投诉的两句：赠送金额不退、余额不可转让。这两条本身没问题，但要出现在购买页、支付前弹窗和卡详情页三个位置，而不是藏在协议第十条。
系统侧要做的是：退款金额由服务端算，不由收银员填。可退金额＝本金余额－已用本金对应赠送的回收部分，算法定一次，全门店一致。退款要么走线上申请加店长审批，要么明确写「到店办理」，别让客人点进去发现没入口。
四、活动结束那天，余额还在
购季到 2 月 28 日结束，卡里的钱不会自动清零。常见处理三种：继续有效、按比例退还、转成普通会员权益。选哪种是经营决策，系统得支持，并且要在结束前 30 天开始给持卡人发到期提醒。提醒走订阅消息还是短信，成本差几十倍，量大的门店值得算一遍。
福建企业小程序开发里，这类预收玩法在连锁洗车、美业、母婴最集中，共同点是复购高、单笔不大、门店分散，账目细节比功能花哨重要。
五、报价最常漏的四项
双余额字段与历史数据迁移、跨店核销明细与月度结算导出、退款审批流与角色权限、到期提醒的定时任务与发送额度。
这四项都不在「页面好不好看」里，却决定这套东西能不能真用满一年。做预算时单列出来，比上线后加钱补功能省事。
储值卡卖的是信任，账记清楚，客人才敢充第二次。在福州做门店生意，商圈活动一年好几轮，把余额这套底层规则一次做对，后面每场活动都少返工一遍。
返回资讯列表
