去年底，常州本地一家开了四年的美容美发连锁店找到开发方，老板娘当时手机里存了好几个顾客的语音，大意都是“晚上六点还有没有位”“上次那个发型师在不在”。她自己也觉得不对劲——每天光回复这些消息，前台小姑娘就得花掉大半个下午。
店里之前的做法很简单：一本A5的预约本放在前台，顾客打电话来，前台手写记录，再用铅笔画个圈表示已确认。如果是熟客微信上随口约的，就靠前台脑子里记，偶尔漏掉一两个，客人到店发现没排上，脸色就不好看。更麻烦的是会员卡。老会员基本人手一张磁条卡，但这行有个特点，顾客掏卡时经常从包里带出一堆零碎，卡折了、磁条磨了，读不出来。前台只能报手机号查，查不到就得翻一个Excel表，那个表一共有两千多行，按姓氏排序，重名的有好几组。
该客户想做个小程序，最初提的需求倒是不少：在线预约、会员储值、积分商城、拼团裂变、员工提成统计，甚至还想做直播入口。沟通到第二稿的时候，老板娘自己也觉得战线太长。团队没有顺着这个清单往下做，而是先梳理了店里每天真正反复发生的事——约时间、查余额、记扣款、月底对账。最后建议分两步走，第一版只做预约排班、会员余额和员工后台这三块。老板娘有点犹豫，但看了免费出的那个方案文档，里头画了前台、发型师、老板三个角色的操作流程图，她想了想，说行，先跑起来看。
开发过程里有一个调整值得记一下。第一版测试时，测试员发现会员储值页有点太“干净”了：顾客报手机号，收银员一搜，余额、积分、最近三次消费记录都在，但是看不出这人上次来是什么时候、由谁服务的。老板娘提出，她店里有些老客不一定记得住自己发型师的名字，前台也换过两轮，需要能直接看到“历史服务人”。开发方加了备注字段，又在后台给每个发型师建了“名下客”标签。这多花了三天工期，但老板娘说，这个改动比预约功能还值。
现在店里的操作流程是这样的：顾客在微信里打开小程序，选门店、选服务项目、挑发型师，能看到未来七天的时间格子，灰色是约满，白色可以点。约完会收到一条订阅消息提醒，提前两小时还会再推一次。如果临时想改时间，不用再打电话跟前台对表，自己进小程序取消重约就行。前台那边，电脑上有个简易工作台，当天预约按时间段排成列表，谁到了就点一下“到店”，谁没到就点“电话确认”。以前那种用小纸条记客人备注的方式也停了，比如“这位客人怕吵”“这位客人指定不找某某”，现在直接写进后台的顾客备注栏，下次预约自动带出来。
会员储值这块更容易说清楚。顾客在小程序里绑定手机号，余额实时可见。以前储值卡刷不了、余额对不上，月底财务要对账，得把整本手写单翻一遍，用计算器手工加总，少则一小时，多则两个钟头。现在后台按日汇总，每天闭店后自动生成一张流水表，谁充了钱、谁扣了款、谁退卡了，一目了然。老板娘还设了一个规则：储值满一千自动送一次护理，系统记录赠送次数，不占用员工手动权限。这样员工不用背话术，也不用担心送多了老板不认账。
还有个小场景是老板娘后来才注意到的：员工离职。以前发型师走了，他手里那几个熟客等于跟着走，因为店里没有记录。现在系统里每个会员都有归属标签，新发型师接手时能在后台看到这个客人的项目偏好和消费记录，前台接待时也能直接说“您以前找的谁谁，他现在不在，另一位也很熟您这边的情况”。这种衔接没法用数据来衡量价值，但老板娘觉得，至少客人不会因为换人而完全冷掉。
再说回开发方本身。常州飞傲软件科技有限公司在这中间做的事，其实就是把老板娘的碎片化需求整理成能落地的模块，全程一对一对接。源码交付给客户手上，之后不续费也不至于被锁死。老板娘说过一句话挺实在：“我一开始以为做软件跟买装修套餐似的，后面一堆增项。结果合同里写多少就是多少。”这可能就是本地开发团队的区别——有问题可以直接到店里谈，不用通过电话客服转三层。
整个过程大概花了六周。不算快，但也没耽误原定的开业季。老板娘后来主动说，第二期可以做积分商城了，但这次她学会了——先在纸上想清楚自己到底要管什么，别什么功能都往上堆。
---
**FAQ**
**1. 店里已经有会员卡系统，为什么还要用小程序的储值功能？**
之前的磁条卡容易折、容易消磁，前台读不出来就得翻Excel。小程序绑定手机号后，顾客报号码就能查到余额和消费记录，不需要物理介质。对账也从手工加总变成后台自动生成日报表。
**2. 顾客临时改预约时间，前台还要不要手动协调？**
现在顾客可以直接在小程序上取消或改期，系统会自动释放时间格子，其他顾客能看到空档。如果顾客超过预约时间未到店，系统会把状态标成“未到店