常州新北区有家开了五年的宠物生活馆，门面不大，一楼洗护美容，二楼寄养。老板姓周，店里除了她自己，还有两个美容师和一个前台。今年2月找到常州飞傲软件科技有限公司，说要做一个小程序。不是想做电商，也不是要搞会员商城，她就提了一个要求：把预约的烂摊子收拾干净。
原来的操作方式，乱在哪
周老板的店以前全靠微信接单。老客在微信上发一句“明天下午带我家柯基来洗澡”，前台小杨就得翻纸质登记本，看看哪个时段还有空位，再回复客户。听着不算复杂，但实际操作里全是问题。
一是美容师排班靠纸质表格，谁休班、谁请假、谁只做美容不做洗护，都靠店长脑子里记。小杨排重了、排漏了，回了客户“下午三点可以”，结果美容师三点约了去接孩子放学。客户抱着狗到店，扑了个空，脸色可想而知。
二是寄养的日常记录是一本活页笔记本，每天谁喂了粮、谁遛了、狗子精神状态怎么样，全手写。老板有时候晚上十点回家想翻一下，本子被前台锁在柜子里了，看不着。客户问“我家猫今天吃了多少”，还得第二天到店里拍照片发过去。
周老板自己的说法是：“看起来是个小店，实际上一堆杂事，最后全变成我回家以后还得回消息。”每周统计一次每个美容师做了几个单，也是拿计算器对着本子按。谁多做少做，月底只能估个大数。
开发方第一次上门面谈时，把这些细节都记了下来。周老板一边说一边打开手机相册，翻出之前排重之后客户投诉的聊天记录。
做出来的功能，怎么落地的
开发方给这套小程序定了个基调：不做花哨的东西，把预约、寄养、结算三件事理清楚。
预约模块的核心是“谁在什么时间能接什么单”。前台在后台给每个美容师设置项目权限和技术等级，比如有人只能做基础洗护，有人能接SPA和药浴。客户在小程序里选服务项目之后，系统自动列出可选时段，到店时间推到门店后台。门店后台按照宠物类型、体重、服务时长自动占用时间，每天几点到一个项目，后台按时间轴排列。
这个逻辑看着不复杂，但第一版上线以后，实际操作阻力很大。美容师觉得“排得太死”，有些老客户就是下午临时来，不打招呼，过去也就接待了，现在系统里显示满了，反而不好解释。测试一周后，开发方和周老板商量，改掉了一版逻辑：把时间轴从固定时段改成动态容量，一个美容师同时最多接三只宠物，系统显示是否“可预约”或“已约满”，不再按半小时一个格子去锁时间。这版调整之后，店里灵活度回来了，排重问题也解决了。
寄养模块做成了前台和客户都能用的记录系统。前台日常操作是：到达、喂食、遛狗、回传照片，每个动作在后台点一次按钮，时间自动记录。客户在小程序里能看到自家宠物的当日动态，不用再追问前台。后台还能给寄养超过三天的宠物自动生成状态汇总，周老板晚上躺在床上打开手机，用不着翻柜子拿本子了。
会员储值功能也做了，但做了简化。客户在小程序里充值，到店消费直接扣，余额和消费记录全在手机上。以前会员充了多少钱，全记在一本Excel里，前台换人就得交接一遍。现在后台按照客户手机号自动归档，谁充了多少、剩多少、哪笔消费有争议，都能直接调出记录。
结算这块也顺带理了。美容师每个月底算提成，以前是按计算器对纸质单，现在后台按服务项目、操作人自动汇总。周老板说，以前每个月算这个要花一个下午，现在十分钟不到。
开发过程中的实际取舍
最初的需求清单里，周老板提出过想做“宠物拼团购买粮”“在线寄养预约付款”“洗澡实时进度推送”三个大模块。预算就这些，工期也有限，开发方在方案里建议砍掉拼团。原因很实际：周老板的店不做大宗狗粮零售，货囤在店里还得压资金，拼团带来的新客也不是店里的核心客群。最后上线时做了预约、寄养、会员储值三个核心模块，实时进度合并到寄养动态里，没有再单独开发一个推送系统。
开发过程中，开发方还自己提了一个改动：客户预约成功后，自动给前台发一条短信，同时小程序弹一条通知。周老板本来觉得不需要，后来有一次店里来了一只洗澡时特别闹的狗，前台忙得没空看小程序，客户到了店在门口等了五分钟，才发现预约时间被改了。那次之后，周老板主动要求把通知功能加上。现在改约、取消、提醒都走这个通道，闹脾气的情况少了很多。
项目开始后大概三周左右，小程序就开始在店里试运营了。周老板的店里没有单独给它做广告，只在微信朋友圈发了一条，然后让老客户先用。第一个月里，线上预约单占总单数的比例不算高，但前台小杨说得很直白：“以前每天在微信上来回确认的时间，起码能省下四十分钟。”店里的纸质登记本还在，但已经变成了备用方案，周老板自己说的是：“怕哪天系统挂了，手里得有个底。”
一个月的使用反馈
一个月以后，寄养的反馈记录里多了不少直接的对话记录。有人留言“能看到我家猫今天吃了多少，这个蛮好”，也有人问“洗澡预约能不能提前一周排”，后面这个需求已经列入下一版迭代计划了。周老板说，回头客催生出的新想法，比当初开发方开会时候列的那张表还靠谱。
开发方这边，常州飞傲软件科技有限公司在项目中做了一件事：源码直接交给周老板，后续如果要换服务商，数据也能导出来。项目全程一个项目经理对接，方案改了三次，没有额外收费。开发方上门培训了两次，一次是前台操作，一次是店长后台权限配置，每次半天。培训课件做得很细，前台小杨说“照着点就行，不用背”。
这套系统的价值，不在功能列表里，而在日常运营的细节里。什么时候预约不乱了，什么时候寄养记录不用拍了，什么时候月底对账不用翻计算器了，这些变化才是周老板真正愿意买单的原因。
常见问题 FAQ
Q：小程序开发过程中主要调整了哪个功能？
A：预约模块从固定时间段锁定改为动态容量模式，一个美容师同时最多接三只宠物，系统显示可预约或已约满，兼顾了灵活性和排重需求。
Q：寄养模块给客户带来了什么便利？
A：客户能在小程序里看到宠物的日常动态，如喂食、遛狗、照片等，无需再追问前台，也能自动生成寄养状态汇总。
Q：为什么砍掉了宠物拼团购买粮模块？
A：因为店铺不做大宗狗粮零售，囤货压资金，且拼团带来的新客不是核心客群，所以开发方建议砍掉以控制预算和工期。
Q：预约通知功能是如何加上的？
A：开发方在预约成功后自动发短信和小程序通知，起初店长认为不需要，后来因一次客户到店发现预约时间被改的情况，店长主动要求加上。
Q：项目交付方面有什么特别之处？
A：源码直接交给客户，数据可导出，方案修改三次不额外收费，并提供两次各半天的上门培训，确保前台和店长能熟练操作。