花一个月帮咖啡店老板搭了个会员系统，结果隔壁几家店都找来了

花一个月帮咖啡店老板搭了个会员系统，结果隔壁几家店都来问我能不能定制

这事儿还得从上个月说起。

我家楼下有家很小的咖啡店，老板是个三十出头的姑娘，叫小鹿。店不大，但生意一直还行，主要是回头客多。有一天我去买咖啡，她跟我抱怨说现在用的那个会员系统太拉了——每个月要交两百块，功能倒是一大堆，但常用的就两三个，界面还贼难用，每次给顾客办个会员要点四五下。

我当时正好在学一些新东西，手痒，就说要不我帮你搭一个？

一开始真没想太多

我的想法很简单：一个会员管理小程序，能记录顾客信息和消费记录，能在后台发优惠券，每天看看流水。听起来不复杂对吧？

结果一做才发现坑多得很。

小鹿说，她的顾客很多都是附近上班的，午休时间来买咖啡，等不了太久。所以她要求结账流程必须在十秒内完成。这听着简单，但你要在十秒内完成——识别会员、记录消费、扣减积分或者使用优惠券、出小票——而且操作界面要适配手机和电脑两种屏幕，因为忙起来她和她妈两个人同时在收银。

我选了个轻量的方案：移动端用uniapp打包成小程序，后台管理用React搭了个极简面板。数据库一开始用的SQLite，后来发现小鹿想把数据导出来做月报分析，又补了个简单的报表功能。

前后折腾了大概三周，每天下班回到家写两个小时。说实话挺累的，但看着自己的代码真的在店里跑起来，那种成就感还挺上头的。

上线那天出了个小插曲

第一天正式使用，小鹿在收银台操作，我在旁边盯着。前面几个顾客都很顺利，到第四个顾客的时候，优惠券页面突然白屏了。

我当场冷汗就下来了。

排查了一下发现是一个边界条件没处理好——有位顾客同时有三张快要过期的优惠券，而我的代码在处理多券叠加的时候崩溃了。

赶紧热修复，两分钟后恢复。虽然只是个小bug，但那天晚上我回去把整个优惠券模块重写了。从那以后我养成了一个习惯——上线之前先把所有极端情况模拟一遍。

意外的连锁反应

小鹿用了一个月后，挺满意的。她说比以前那个系统好用多了，尤其是每天下班前看一眼报表就知道今天哪些饮品卖得好、哪些不好。更重要的是，她觉得顾客的粘性变高了——自从有了积分和生日优惠，老顾客来得更勤了。

然后有意思的事情发生了。

旁边一条街的奶茶店老板来买咖啡，看到小鹿在手机上就给顾客办了会员、核销了优惠券，觉得好方便，就问这是啥系统。小鹿把我的微信推给了他。

奶茶店的需求跟咖啡店不太一样——他们主要是外卖订单多，需要跟美团和饿了么的订单做同步。我没解决这个，因为我确实搞不定那两个平台的API打通。但我帮他们优化了堂食的点单流程，用二维码扫码点单代替了人工叫号。

再然后，附近的一家面包店、一家花店，还有一家美甲店都找来了。

我现在的状态

到现在为止，我帮五家店做了定制系统。每个月收每家几十块的维护费，加起来也就几百块，不是大钱。

但我学到了很多东西。

做面向小商户的软件，最重要的不是技术有多牛，而是你愿不愿意去店里蹲半天，真正理解他们是怎么做生意的。小鹿跟我说过一句话我印象特别深——"你们做技术的总觉得功能越多越好，但我们开店的人要的是——不添乱。"

讲真，我现在挺想把这事儿继续做下去的。不过一个人的精力有限，如果要正儿八经做成产品，可能得找个合伙人一起搞。

还在琢磨中。你们说这事儿靠谱吗？