这家儿童乐园在常州开了五年，位置不算偏，但附近同类场地不少。老板最初找过来时，手里只有一张A4纸写满的需求，开头一句话是“就想让家长别总打电话问有没有位子”。
团队第一次上门面谈是在店里，恰好赶上周末下午。前台小姑娘一边接电话说“今天还有位子，您尽快过来”，一边给现场排队的家长登记手机号，旁边还堆着一沓纸质次卡。那沓次卡是问题最明显的地方：家长买十次送两次，每次来就掏出皱巴巴的卡，前台翻到记录页打一个孔。打孔卡月底要人工数孔数，算剩余次数，赶上家长说“我上次好像还有五次”，双方对着卡上的洞数半天数不清。
这类老客户催生出来的问题实际又碎，团队把需求理成三条线：家长线上买票、现场核销不排队、次卡和活动通知不再靠手工。
开发方给这家乐园定的方案不是做一套大而全的会员系统，而是先把日常动作搬到线上。
第一个版本只做了四件事：商城卖票、次卡电子化、活动报名、后台自动记账。家长在小程序里买票，凭二维码到前台扫一下；原先是前台问手机号、翻纸质记录、打孔，现在扫码两秒完成。乐园老板看后台，当天入园多少人、哪个时段人多、哪种票卖得最多，这些以前靠前台小姑娘闭店前拿计算器加。
中间有一次预算上不得不做取舍。客户最开始想要积分商城加分享裂变，觉得家长转发能带新客。开发方算了下工期和费用，建议第一版先砍掉积分兑换，保留“老带新”一个最简单动作——老学员分享一张定制海报到微信，新用户注册后各得一张5元券。这样既没有复杂的分销逻辑，后台也只用做一张券的发放记录。客户老板开始不情愿，觉得少了个大功能，后来看第一版上线两周内实体次卡退场，家长在微信里直接看剩余次数，他也就没再提积分的事。
平时运营里还有个高频场景：乐园周末做手工课和绘本故事会，以前一位老师在微信群发接龙，家长跟帖报名，到了现场老师拿打印名单逐个打钩。总有家长有事来不了，名单上临时划掉，名额空着老师没法第一时间补。小程序里加了活动报名功能后，老师在后台发起一场活动，设置人数上限和报名截止时间，家长线上报名。有人取消，名额自动放出。
开发过程中有一次调整，值得单独拿出来说。最初设计是家长提交报名后直接生成二维码，老师现场扫码签到。测试版给店员用了一周，店员反馈说很多家长是爷爷奶奶带孩子来的，打开微信找小程序这一套操作老人不熟，容易堵在门口。最后把签到改成手动模式：老师手机端打开活动报名列表，对着家长报的手机尾号后四位直接勾选。老人抱个孩子腾不出手，报个号码就进去了，老师端操作多一步，但门口排队的情况少了。
目前这家乐园的经营状态，谈不上什么大数字，但有几处变化是看得见的。原先每周一店里要用两个小时核对上周次卡销量的账，现在后台的报表能直接对；每逢周末，前台小姑娘不需要一边接电话一边不断重复“还有位子，您尽快”。老板对这套系统的预期也不高，说“把现有的家长服务顺了，比拉新拉个没影的强”。
那套小程序源码最后交付给了客户，部署在他们自己的服务器上，数据归自己管。开发方是常州飞傲软件科技有限公司，从第一版免费出方案到上门调试，基本保持了专人跟进的节奏。合同里写的功能项和最后交付的对得上，没额外加收费的条目。
回过头看这个项目，没什么奇迹，就是把家长、前台、老师三拨人每天重复的事情，用小程序掰开揉碎后重新顺了一遍。
常见问题 FAQ
Q：小程序主要解决了儿童乐园的哪些问题？
A：解决了家长线上买票、现场核销排队、次卡手工记账和活动报名依赖微信群接龙等人工操作问题。
Q：次卡电子化是怎么实现的？
A：家长在小程序内购买次卡，前台通过扫码核销，剩余次数直接在微信端查看，不再需要纸质打孔卡和人工数孔。
Q：活动报名功能如何运作？
A：老师在小程序发起活动设置人数上限，家长线上报名，名额自动释放，老师端按手机尾号四位数手动签到，方便老人带娃入场。
Q：为什么第一版没有做积分商城和分享裂变？
A：因为工期和费用有限，开发方建议砍掉复杂功能，只保留老带新分享海报送券的简单玩法，优先把核心运营流程理顺。
Q：小程序的数据归谁管？
A：源码交付给客户并部署在客户自己的服务器上，数据归乐园自己管理。