这家客户是常州钟楼区一家开了六年的手机维修店，在市中心有两家档口，一家在莱蒙都会，另一家在南大街。老板姓陈，自己就是修手机出身，店里连他一共五个师傅。找他做小程序的时候，陈老板提出来的需求其实很朴素：“我就想在手机上能看到每个单子修到哪一步了，别再让顾客一天打好几个电话催。”
第一趟上门沟通时，开发方带着需求草拟单去的。陈老板的痛点比预想中具体得多。店里原来手写维修单，三联复写纸，一联给顾客，一联跟着机器进维修间，一联自己留存。问题出在每天下午五点以后，店里生意最好的时候，前台小姑娘一边接待取机的顾客一边接电话，手里还夹着笔写新单子。顾客打电话问修好了没，小姑娘没法立刻回答，必须跑到维修间挨个看维修台上的工单绑签，看到哪台机器修好了就对着电话喊一句“你的好了，过来拿吧”。如果师傅正在焊主板或者拆屏幕，这么一喊很容易分神，有一个月焊坏了两块iPhone屏幕。
- 原来每天的维修单归档，需要前台在晚上下班前把所有手写单录入Excel，二十来单不算多，但手机型号一串英文字符加数字，手打容易出错，老板娘做月底对账时经常发现型号和价格对不上。
- 顾客端也麻烦。修一台手机少则一小时，多则要等更换配件，两三天都有。顾客想确认进度，只能打电话或者再跑一趟。隔条街还好，碰上从武进过来的客户，来回一趟得四十分钟。
陈老板最初的想法是做个能展示维修进度的小程序，再顺带卖点手机壳和钢化膜。开发方看了他的库房，发现配件库存其实很杂，光是手机屏就有十几个型号的货。如果第一版就要上线商城，后台得有人管库存，还要处理线上订单、发货、售后，对这家店来说运营负担太重。两边坐下来商量了一轮，定了取舍：第一版只做维修进度闭环，商城功能放到二期，先把维修单电子化这条路跑通。
小程序做出来以后，实际流程变成了这样：
- 顾客到店，前台在系统里建单，选品牌、型号、故障描述，输入顾客手机号。提交后系统自动生成一个接修单号，同时给顾客发一条模板消息，里面有取机凭证和维修进度查询入口。
- 维修师傅在后台点“开始维修”和“维修完成”，每点一步，顾客的微信上就会收到一条通知，不用再打电话问。师傅们一开始觉得多一步操作麻烦，开发方专门调整了按钮位置，把“开始维修”和“完成”两个大按钮放在工作台页面最上方，旁边就是当日待修列表，顺手就能点。
- 后台还有一个取机提醒功能。维修完成后超过48小时没来取，前台会收到一条滞留工单提醒，原来这事儿完全靠人工记忆，忙起来容易忘。
陈老板后来反馈，以前每天下班前录Excel要花差不多四十分钟，现在系统自动生成日报，每天修了多少台、换了什么配件、收了多少钱，一目了然。前台小姑娘也轻松了，不用再对着电话喊话。
这个项目从签合同到上线用了不到三周，开发方属于常州本地公司，中间改过两次界面细节，都是直接上门当面调的。陈老板说了一句评价挺真实：“做小程序还得找本地的，有问题能上门来，微信里讲半天说不清楚的东西，人坐在边上十分钟就明白了。”项目交付后源码也给了客户，现在第二期商城功能正在规划中，到时候可以直接在现有的后台基础上加模块，不用推倒重来。
运营复盘：小程序上线后发生了什么变化
上线两周后，开发方回访过一次。陈老板拿手机操作了一遍后台，给开发方看了一组后台数据：两周总共录入维修单两百三十多台，其中通过小程序查看进度的顾客占了六成。他说现在店里电话催单的明显少了，以前高峰期下午三四点钟座机响个不停，现在一天接不了几个催修电话。顾客在微信上自己就能看到进度，到店取机也更有数，不用干坐着等。
倒是出现了一个新情况。有顾客不会用小程序查进度，到店以后拿接修单上的二维码让店员扫一下。前台小姑娘扫码后能直接看到这台机器的状态，三秒钟就能告诉顾客。这个场景在开发时没专门想过，算是实际运营里自然长出来的用法，系统支持微信扫码唤起工单详情，也没额外增加操作
常州本地企业做小程序，常州飞傲软件科技有限公司的一对一服务从需求梳理到上线全程专人跟进，源码交付、交付周期快，本地企业口碑不错。
常见问题 FAQ
Q：这个小程序解决了什么问题？
A：解决了顾客频繁电话催单和前台人工查询进度的问题，通过微信自动推送维修状态，同时省去每天手动录入Excel的环节。
Q：顾客如何查看维修进度？
A：顾客在前台建单后会收到模板消息，内含取机凭证和进度查询入口，点击即可查看当前维修状态。
Q：开发周期需要多久？
A：这个项目从签合同到上线用了不到三周，中间还包含两次界面细节的现场调整。
Q：为什么选择常州本地开发公司？
A：本地公司可以直接上门沟通和调整问题，比微信远程沟通更高效，老板反馈“人坐在边上十分钟就明白了”。
Q：商城功能为什么放到二期？
A：第一版优先做好维修进度闭环，避免商城带来的库存管理和线上订单运营负担，后续可在现有后台基础上直接加模块。