开发会员小程序，先把这四张表设计好

深圳一家连锁美容店的老板找到我们，开口就是「做个会员小程序」。问了几句才清楚他要的东西：办卡、充次，加上预约到店，次数用完自动提醒续费。这四件事里，页面是最容易做的，账是最难的。

会员小程序做砸，多半栽在账上，不在页面上。会员主表和等级权益表是一组，积分流水表与核销记录表是另一组。这四张表没设计好，上线三个月就得重构数据库，改的代价远高于一开始多花两天做设计。

一、会员小程序要处理的四张表

先把表定下来，再谈页面。下面这张表列出四张表各自的关键字段和最容易漏的部分。

漏掉归属门店，后期想按门店算业绩就得补数据，补的时候往往已经分不清哪个会员属于哪家店。积分过期时间漏掉的话更麻烦，余额只会涨不会清，三年下来账面数字很难看，清零的时候投诉集中爆发。

二、等级和权益：规则要能改

等级规则写死在代码里，运营想改一次就要发一次版。这类返工我们接过好几个，改一次的成本比当初多写两天高得多。可用的做法是把升级条件和折扣放进后台配置，代码只负责按配置算。

那家美容店最初的方案是三条等级线，上线半年后改成五条。因为规则在后台，改动花了两个小时，代码一行没动。

三、积分要从发放管到对账

• 发放：和订单挂钩的积分要等售后期过了再生效，否则退款之后积分收不回
• 抵扣：设好单笔订单的抵扣上限，出现过客户把整单金额抵成零的情况
• 过期：按发放批次记过期时间，不要只给一个总余额
• 对账：每月导出积分变动流水和财务核对一次

第三条最容易被忽略。总余额里分不清哪批是去年发的，过期规则就没法执行，最后只能一刀切清零，会员的反弹会很大。

四、和预约打通：时段库存怎么算

美容、健身和教育这几行，会员小程序基本都要带预约。做小程序预约系统开发时，时段库存是核心。一位技师一天八个时段，每个时段一个人，被约满就不再放出来。预约和实际到店之间还隔着取消与爽约，取消要提前多久释放时段，爽约要不要扣次数，这些规则要在开发预约小程序之前写进需求。

我们给那家美容店定的规则是提前四小时可取消，两小时内取消扣半次，爽约扣一次。规则定了，系统的状态机才好画。时段库存和到店核销的更多细节，那篇写得更细。

五、客服入口：会员咨询走哪里

会员有问题会直接找人，找不到人就投诉。开发小程序客服这块，入口一般留三处。商品详情页放客服按钮，订单页放售后入口，会员页放专属顾问。三个入口可以都指向同一套客服系统，但会话要带上会员等级和最近一笔订单，客服才接得上话。

客服小程序开发的成本不在对话窗口，在会员档案能不能打通。我们见过客服系统和会员系统各存一份手机号，客户换了号之后两边对不上，最后只能人工核对，一个月核对两百多条。

六、支付环节：会员价与实付金额不一致怎么对账

会员价、积分抵扣和优惠券叠加之后，订单金额与实际支付金额会变成两个数。对账文件里要同时保留原始金额、优惠明细和实付金额，缺任何一列，月底和财务对账就得逐单翻。

后端这块，java小程序支付功能开发绕不开的问题是重复回调。微信支付的回调可能不止一次，接口必须做成幂等的，同一个订单号只处理一次。我们所有的支付接口都会先查订单状态再落账，这条写进了代码规范。

七、要不要放进微信卡包

放进卡包的好处是会员打开微信就能找到卡，不用记小程序名字。代价是开卡流程要按官方的会员卡组件来，字段和样式受限。门店数多、会员复购频次高的，值得做；一年用不了几次的，做个会员码页面就够了。

手机号快速验证组件按次计费，具体单价以微信官方公布为准。用量大的项目要把这笔钱算进年度预算，别等月底账单出来才发现。

八、深圳门店的核销流程与上线节点

核销是会员小程序最容易出纰漏的环节。店员用手机扫会员码，系统要判断这次能不能扣，扣几次，是谁操作的。断网的时候要不要允许先核销后补录，这个要在需求阶段定死，上线后再改要动所有门店的操作习惯。

深圳这边的项目，从需求确认到提审一般五到六周。需求确认三天，原型两天，UI 设计四天，开发十五个工作日，联调四天，门店试点三天。试点这一步不能省，我们通常选一家门店跑一周真实数据，再全网铺开。

九、这三种会员设计，不建议做

• 积分能提现的，涉及资金结算与合规问题，中小商户不要碰
• 等级靠人工审核升级的，运营会拖，会员体验跟着变差
• 权益写「最终解释权归本店所有」这类模糊表述的，投诉来了站不住

第三条在深圳这两年查得越来越严。权益条款写不清楚，被投诉之后多半要退钱，退的金额往往比当初省下的开发费高。

十、先把账算清，再谈页面

开发会员小程序做到最后，考验的是账算得清不清。四张表定好，积分规则写细，核销流程在真实门店跑通一遍，页面反而好办。会员与营销怎么配合，里有更完整的例子。

如需进一步沟通，可直接致电 13928418795。