2026年3月，常州城北一家做了十一年摩托生意的车行找到常州飞傲软件科技有限公司。老板说得挺直接：客户基本都在微信里问车，销售一天要往仓库跑七八趟，问的还是同一款车。他想要个小程序，先别谈别的，把人从反复回答同一句话里拉出来。
开发方先去店里待了半天，跟着一个销售看了他一天怎么接客户。上午问得最多的是某款车有没有现车、什么颜色、能不能分期，销售拿着手机给仓库打电话；下午来了两个看二手车的老客户，翻的是去年发在朋友圈的九宫格照片，车况、年份、公里数得一句句补。这一趟跑完，第一版的功能边界基本就清楚了。
原来的活儿是怎么干的
- 库存靠脑子加备忘录。店里在售新车三十多台、寄卖二手十几台，车型、颜色、年份、公里数散在老板手机备忘录和两个销售的微信收藏里。客户问一台车有没有，销售答不上来的时候，就骑车去仓库看一眼，来回二十来分钟。
- 报价靠翻聊天记录。同一个车型，上个月卖过什么价、加装了哪些件，得往上翻记录找。新来的销售不熟，常常报完价再回头改。
- 保养提醒靠一本纸质台账。卖车时在本子上记一笔日期，本子放在收银台抽屉里。老客户的车该保养了，基本靠对方自己想起来，或者进店换机油时顺手提一句。
- 二手寄卖靠朋友圈。车主把车骑来，拍几张照，销售发朋友圈。有人问就转照片，问的人多了，销售也记不清哪台车已经卖掉了。
小程序最后留下的几块功能
车型库是第一块。销售在后台录入车辆，填品牌、型号、年份、公里数、颜色、是否过户、可否分期，上传实拍图。客户在小程序里按品牌和价格区间筛，点进去看到的就是这台车的实拍和状态。车卖掉了，销售在后台点一下已售，小程序上就不显示了，不用再挨个回消息。
- 预约到店看车：客户在小程序里选车型、留手机号、选到店时间段。后台按时间段排成一条列表，前台那台平板上一眼能看到今天谁来、看哪台车。店里不用再靠销售自己在微信里记。
- 保养提醒：客户提车时，销售把购车日期和当时里程录进后台。系统按时间和大致里程推算出本周该保养的名单，店员每周一导出一次，挨个打电话或者发微信。这块没做成自动短信——短信通道要另算费用，老板觉得不如自己打，接通了还能顺便问问车骑得怎么样。
- 二手寄卖登记：车主在小程序里提交行驶证照片、车况照片和期望价格，后台审核后上架。审核这一步是老板坚持要留的，他说车况照片拍得再全，也得自己看一眼才放心。
- 改装和配件询价：客户勾选要改的件，写清楚车型，提交后进后台的询价单列表，销售按车型回复。以前这些对话散在十几个微信窗口里。
砍掉的部分和一次返工
老板最初列的需求挺长，还想做在线付定金、积分商城和车友论坛。开发方把时间和预算摊开跟他算了一遍：定金涉及退款和对账，商城和论坛要长期有人维护，而店里就这几个人。最后定下来第一版只做车型库、预约、保养名单、寄卖和询价这五块。定金改成预约到店，不收款，客户到店再谈。
中间还返工过一次。第一版车型库的筛选条件做了七八个，测试时销售说太麻烦，客户多半只关心排量、价格和是不是二手。后来收成三个主筛选项，剩下的放进详情页。
整个项目从面谈到交付大约五周，期间开发方上门两次，一次是看店里的实际动线，一次是带着后台给两个销售做演示和录入培训。交付时源码一并给了车行，后面想加功能可以自己找人改，也可以继续找飞傲软件。合同里写清楚了范围和费用，中途没再额外加钱。
关键词：常州摩托车行小程序开发,摩托车行小程序,车辆保养提醒小程序,常州小程序定制,二手机车寄卖小程序
常见问题 FAQ
Q：摩托车行小程序里的车型库，车卖掉了会不会还挂在上面？
A：不会。销售在后台把车辆状态改成已售，小程序列表和详情页就不再展示这台车。日常是销售卖车当天顺手在后台改一次，不用再单独去删朋友圈或者挨个回复客户。车行自己也定了规矩，每天下班前把当天的销售记录对一遍。
Q：保养提醒是系统自动发短信给客户吗？
A：这个项目里没有做自动短信。系统按购车日期和大致里程算出本周该保养的名单，店员每周一从后台导出一次，然后打电话或发微信。当时没做短信是因为短信通道要另外付费，老板觉得打电话接通了还能顺便问问车况，就选了人工打的方式。
Q：二手寄卖为什么还要后台审核，车主不能直接上架吗？
A：审核是车行老板坚持保留的一步。车主提交行驶证照片、车况照片和期望价格后，先进后台待审列表，店里看一眼照片、确认车况和价格再放上架。原因是寄卖车的实际车况差别大，照片拍得不全容易起争议，人工过一道能省掉后面扯皮。
Q：常州本地做摩托车行小程序，需求还没想清楚能先谈吗？
A：可以。这个案例里开发方是先到店里跟了半天班，看销售怎么接客户、怎么报价，再一起定第一版做什么。常州飞傲软件科技有限公司是本地团队，可以上门面谈，前期免费出方案，需求梳理完再谈报价和周期，合同里写范围和费用。