理发店会员小程序：从0到1开发实战

去年帮朋友的一家连锁理发店做了会员小程序，上线三个月复购率提升了27%。这篇文章把开发过程中的关键决策和踩过的坑整理出来，希望能帮到想做类似项目的开发者。

为什么理发店需要一个会员小程序？

传统理发店的问题很集中：

• 纸质会员卡容易丢，余额查询靠翻本子
• 顾客预约靠打电话，高峰期前台忙不过来
• 发型师和顾客的绑定关系模糊，离职就带走一批客人
• 促销活动只能靠朋友圈刷屏，转化率低

小程序天然适合解决这些问题：即用即走、微信生态内分享方便、能直接触达用户。相比独立APP，开发成本低一个数量级，对中小型门店非常友好。

核心功能模块设计

1. 会员卡与储值体系

这是整个系统的地基。设计时要注意几点：

• 支持多种卡类型（储值卡、次卡、折扣卡），用一张member_card表加type字段区分
• 余额变动必须走流水表，不能只更新余额字段，否则对账时想哭
• 充值赠送金额要单独记录，退款时按比例扣除

CREATE TABLE card_transaction (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  card_id BIGINT NOT NULL,
  type TINYINT COMMENT '1充值 2消费 3退款 4赠送',
  amount DECIMAL(10,2) NOT NULL,
  balance_after DECIMAL(10,2) NOT NULL,
  order_id VARCHAR(64),
  created_at DATETIME DEFAULT CURRENT_TIMESTAMP
);

2. 在线预约

预约模块的难点在时间槽管理。我的做法是：

• 每个发型师配置可预约时间段（比如10:00-20:00，每30分钟一个槽）
• 用Redis的Set结构缓存已占用槽位，key格式slot:{stylistId}:{date}
• 下单时用Lua脚本原子性检查并占用，避免并发超卖

-- 原子性占位
local key = KEYS[1]
local slot = ARGV[1]
if redis.call('SISMEMBER', key, slot) == 1 then
  return 0
end
redis.call('SADD', key, slot)
redis.call('EXPIRE', key, 86400 * 7)
return 1

3. 发型师绑定与业绩分账

顾客首次到店时扫码绑定发型师，之后所有消费自动计入该发型师的业绩。这里有个细节：绑定关系要支持换绑，但换绑后历史订单的归属不能变。所以订单表里要冗余stylist_id，而不是每次去关联查。

技术选型建议

• 前端：原生小程序 + TDesign，没必要上uni-app，除非你还要做支付宝端
• 后端：Node.js（NestJS）或 Java（Spring Boot）都行，看团队熟悉度
• 数据库：MySQL 8.0，金额字段一律用DECIMAL
• 缓存：Redis，用于预约槽位和热点数据
• 支付：微信支付V3接口，注意回调要验签和幂等

几个容易踩的坑

支付回调的幂等处理

微信支付回调可能重复推送，必须用out_trade_no做唯一索引，插入失败直接返回成功。别问我怎么知道的，上线第一天就遇到重复加余额。

小程序审核的类目问题

理发店会员小程序建议选「生活服务-美发」类目，如果涉及储值功能，可能需要提供《单用途商业预付卡》相关资质。提前和商家沟通好，避免审核被拒。

余额的精度问题

所有金额计算在后端做，前端只负责展示。JS的浮点数运算会让你怀疑人生，0.1 + 0.2 !== 0.3这种坑在余额场景下是致命的。

上线后的数据表现

朋友那家店上线三个月的数据：

• 会员注册率从原来的35%提升到78%
• 预约到店率约85%，爽约率明显下降
• 储值转化率提升约20%，因为小程序里充值入口比前台推销自然得多

做实体店的小程序，功能不用多，把「储值+预约+绑定发型师」这三件事做透，就已经能带来明显的业务价值。

如果你也在做类似的项目，欢迎交流。后续我会再写一篇关于会员营销玩法（裂变、拼团、积分）的实现思路。