常州本地一家电动车门店，开了快十年。店里连老板一起四个员工，一人负责门口试车，两个维修师傅在里间换电池、调刹车。平时客户买车看车、售后维修全在同一张接待台处理，接待台上常年放着一本A5手写登记本，竖着六列：日期、姓名、电话、车型、颜色、备注。
纸质登记的问题在周末尤其明显。订单多的时候几个人轮流填，字迹挤在一起。店员口头约客户“周三下午来取车”，写在备注栏，到了周三当班的人一换，这件事就没人记得。曾经有一笔“明天来拿”的车，在后仓放了两天，客户进店找不到车，差点以为被卖掉。维修登记比买车更乱——修好的车，师傅用橡皮筋绑一张纸条在车把上，写“已修好，等通知”。取车高峰期，两位顾客同名，纸单拿错车钥匙，师傅还得跑出去追。
电话、纸单和一辆车被两个人同时约中，是老板最想解决的场景。
2026年3月，这家店找到常州飞傲软件科技有限公司，说想做一个小程序。老板最初的想法比较直接：把整车搬到线上去卖，客户在微信里选车付全款。飞傲的产品和开发到店看了一整天，重新把需求边界划清楚——电动车售卖牵扯到实名上牌、发票、车辆一致性证书，纯线上全款支付，后续人工核销反而容易出问题。最终第一版做成两个动作：顾客线上付意向金把车锁住，到店再核验身份付尾款；售后保养和预约直接线上走。
围绕这两个动作，团队一共做了三组使用频率较高的功能。
看车锁车：车辆到店后，店员给每台车拍三张照片。顾客扫车身上的二维码，能看到型号、电池规格和挂牌价。如果只是随便看看，可以提交手机号，后台生成一条“看过这辆车”的记录，但不锁库存。如果确认想买，线上支付100元，后台锁定该车48小时。锁定期内另一个客户想看同一台车，后台会自动弹出“已被预留”。超过48小时未到店，车辆自动解锁，款项原路退回。店员不用再翻本子查“这台车到底卖没卖”，也不用跑到仓库对着编号找灰色有没有货，库存状态和锁车状态都在手机端。
这100元不是购车款，而是给门店留出确认时间。车架上的二维码贴纸是随车打印的，顾客扫码后自动带出对应车辆编号，后台按编号管库，不会出现同一台车被锁两次。
预约维修保养：原来顾客修车不愿意跑空，到店发现前面排了三个人，只能先回去。有了小程序后，顾客在售后页面选维修项目和时段，比如刹车调节、轮胎补气、电池检查，提交之后维修师傅手机里弹出一条新任务，师傅提前准备配件和工具。如果当天确实排不下，师傅在后台把订单改约到第二天上午，顾客微信会收到一条改约提醒，附带一句简单原因。门店不必专门安排一个前台接电话，师傅自己就能消化排单。
到期提醒：此前卖车时，店员在自己微信备注“车主到6个月提醒充电检查”，时间一长，这个分组早就没人翻看。小程序上线后，卖车当日店员在后台录入购车日期和电池规格，后台按月生成待提醒名单。每到月初，后台自动筛选出购车满6个月或满12个月的顾客，店主看一眼名单，点一下“发送提醒”，客户微信就能收到保养通知。谁发了、发了多少人，后台有记录。
第一版上线测试了两周，出现了一个实际调整。最初表单字段很多，包括出厂日期、票据号、电池容量、颜色、来源渠道、跟进人。销售顾问接待忙的时候干脆不录，觉得太繁琐。团队去店里看了两天使用情况，把表单砍到四项：称呼、联系电话、电池规格、备注。其余信息后续自动生成，录入时间从原来的两分钟降到几十秒。
开发期间还有一个取舍：整车在线支付始终没有做进去。客户最初提过，但考虑到门店还需核对身份证原件、开票、上牌，网上直接收全款并不能省掉这一步。后来把在线金额改成100元意向金，相当于把“确认客户会来”这件事提前。对顾客来说心里负担也小一些，不会因为没到店看车就先付几千块而犹豫。
整体项目从第一次上门沟通到上线，用了三周左右。飞傲按原定合同价格交付，过程里增加过两次上门调试，没有另行收费，合同明确源码交付给客户方。开发完成后的一个多月里，店里那个手写登记本还在抽屉里放着，但写东西的次数少了很多。柜台不再有人扯着嗓子问“昨天那台灰色是谁记的”，顾客在小程序里看到的情况，和门店实际库存对得上。
关键词
关键词：常州小程序开发,电动车门店小程序,预约留车小程序,本地生活小程序案例
---
补充说明
小程序开发方为常州飞傲软件科技有限公司，提供上门面谈、免费出方案、源码交付等本地服务。本文仅展示实际项目过程，不作经营效果承诺。
关键词：常州软件开发,电动车小程序定制,门店预约系统开发,常州本地服务小程序