眼镜零售 / 连锁门店 · 定制开发

眼镜店会员分销小程序

连锁眼镜店的会员、余额、充值和老带新奖励统一管起来:多门店一个后台,奖励自动算自动入账,提现走审核流程,账目查得到。

这些情况,是不是很熟

系统能做什么

多门店统一管理

连锁门店的会员、余额、消费记录汇总到一个后台,总部实时看得到,门店按角色只能看自己该看的。

充值方案可配置

例如充 500 到账 600:赠送部分并入本金账户,只能消费不可提现。方案参数化,改活动不用改代码。

老带新一级分销

新客消费达到门槛,新客当场立减、推荐人奖励自动入账,不需要人工登记。

里程碑奖励

推荐满指定人数一次性奖励;满更多人数时按该批客户历史累计消费的比例结算,金额取快照,之后订单变动不影响已结算结果。

提现审核流程

满额整数、每日限次;财务角色审核、人工打款标记,驳回自动退回账户。每一步留痕。

资金逻辑按财务口径做

金额以分为单位存储避免浮点误差;流水只插不改并带幂等键;并发下用锁定读防重复发放;已触发奖励的订单禁止作废。

微信支付双模式

支持先以模拟支付跑通流程,商户号与备案就绪后切换为正式微信支付,不影响已产生的会员数据。

为什么会员系统"能跑"和"能用"是两回事

会员小程序本身不难做。难的是里面全是钱:充值赠送、推荐奖励、里程碑结算、提现审核。这些地方一旦算错一次,客户就不信了;一旦能被重复触发,就是真金白银的损失。

所以这类系统的关键不在页面好不好看,而在资金规则有没有被准确落实、有没有防重、有没有留痕。

规则先谈清楚,再写代码

充值赠送的比例、新客达标的门槛、推荐人拿多少、满几人奖多少、按什么比例结算、多久可以提现、谁能审——这些规则如果不逐条确认,做出来的东西一定和店主的预期不一样。

实际做法是:把每条资金规则写成条目,逐条和店主确认最终口径,确认后再实现。改规则时也回到这份条目上。

账要能查

每一次余额变动都对应一条只增不改的流水,带唯一幂等键;奖励的触发条件、结算时的消费快照、审核人、打款标记全部留痕。事后对账时,能沿着流水把每一分钱说清楚。

常见问题

我们只有一两家店,会不会太重?

不会。多门店是配置项,一两家店用单店模式即可,之后要扩店不用重做。

微信支付还没办下来,能先上吗?

可以先用模拟支付把会员、充值、奖励、提现整套流程跑通,商户号和备案下来后切换正式支付,已有会员数据不受影响。

奖励规则以后想改怎么办?

常规参数(赠送比例、达标门槛、奖励金额、提现限额)做成可配置;结构性调整需要改逻辑,会先评估对历史流水的影响。

店员会不会乱操作?

按角色分权限,财务与门店看到的和能做的都不一样;关键动作全部留痕,可追溯到人和时间。

有类似的需求?

把现在怎么做的、卡在哪一步说清楚,我先给方案和报价思路,不合适也不勉强。