客户是常州本地一家做充电桩运营的服务商，规模不算大，自营加代运营一共三十多个站点，桩主要集中在武进和新北的园区、写字楼地下车库和几家饭店门口。团队一共六个人，真正管现场的运维只有两个，另外有一个兼职客服，平时在别的公司上班，只有中午和晚上回消息。
小标题：车主找不到空位，客服一天要接四十多个电话
改版之前，车主要充电基本靠三件事：地图软件上看站点地址、到现场碰运气、在微信群里问。那个群三百多人，客服和车主都在里面。谁看到某台桩充完了，顺手在群里发一句“某某大厦B2的3号桩空了”，消息很快被后面的聊天顶上去，晚来十分钟的车主翻不到。运气不好的时候，车主开车绕二十分钟到站，发现四台桩两台在用、一台贴着“故障”纸条、一台被燃油车占着，只能再开走。
客服这边的动作也很碎。车主打电话进来，她要打开电脑上一个Excel表，逐个站点往下翻，看有没有记录过哪台桩在修；表是月初更新过的，中间坏了的桩有时候来不及改进去。她自己也说，一天接四十多个电话，一半都是问“有没有空位”“哪台能用”。
小标题：扫码启动和故障上报，落在两个运维的手机上
小程序第一版主要解决的就是这两件事。车主扫桩上的二维码，页面显示这台桩的编号、功率和当前状态，选充电金额，微信支付，后台生成订单，桩这边同步启动。站点状态由运维在管理端切换，桩企那边支持协议的站点自动回传，暂时读不到数据的老桩就手动维护。
故障上报是后来加的。车主扫完码发现桩没反应，可以在页面上传一张照片、选一个故障类型，提交后直接进后台工单列表。两个运维在手机上就能看到，谁离得近谁接单，处理完拍照回填、标记完成，客服不用再打电话问“修好没有”。
小标题：客户最初想做预约充电，第一版砍掉了一半
需求沟通的时候，客户列了挺长一张单子：预约充电桩、自动锁枪、积分商城、附近商户优惠券、企业客户月结、会员等级，还想做异业联盟。开发方常州飞傲软件科技有限公司的对接人上门在武进的场地里聊了两次，先免费出了一版功能清单和报价，把这些拆开算工期和钱——预约和自动锁枪要跟桩企的协议对接，不是小程序这边能单独定的；积分商城和异业联盟在日均订单还不稳定的情况下，做了也没多少人用。最后商定第一版只做扫码充电、站点状态、余额充值、故障上报和企业客户对账五块，后面按实际使用情况再加。从第一次聊到上线后三个月，都是同一个对接人跟，客户有问题直接微信找他。
客户当时有点犹豫，怕小程序“看着太素”。上线跑了两个月，情况反过来印证了这个判断：车主打开小程序最常点的不是充值，是首页的站点列表——先看附近有没有空位，再决定去不去。第二版就把“最近充过的三个站”做成快捷入口放在最上面，点一下直接看这几台桩的状态。故障上报的表单也从六项砍到两项，只留照片和类型，要填的东西多了司机嫌烦，干脆不报，直接走人。
企业客户对账是另一个被留下来的功能。以前和物流车队结账，财务月初要把充电平台导出的流水和自己记的Excel对着核，两个表来回看，大概两个多小时。现在车队在小程序里绑定车牌和子账号，月底后台按账号一键导出明细，核对十几分钟就能完事，剩下的时间用来对开票信息。
项目从进场到上线大概一个半月，中间改过三轮。源码完整交付给客户，后台和数据库都留在客户自己的服务器上；后面运维自己换了两次站点状态的显示规则，没再找开发方。合同里写清楚的功能范围之外，客户想加的企业端开票入口，是单独报的价。
主要功能：
- 站点地图与实时状态：按距离排附近站点，显示每台桩空闲、占用还是故障
- 扫码启动充电：扫桩上二维码、选金额、微信支付、后台生成订单
- 余额与充值：充值活动规则在后台配置，无需改动前端
- 故障上报与工单：车主拍照提交，运维手机端接单、回填、标记完成
- 企业客户对账：绑定车牌与子账号，月底按账号导出充电明细
特色功能：
- “最近充过的三个站”快捷入口，首页直接看这几台桩的当前状态
- 老桩手动维护、新桩协议自动回传，两套状态并行，不必为了上线统一换桩
- 故障上报只留照片和类型两项，降低司机填写成本
关键词：常州充电桩小程序开发,充电桩扫码充电小程序,常州小程序定制开发,充电站运营小程序,常州充电桩运营小程序
常见问题 FAQ
Q：小程序里显示的桩“空闲、占用、故障”状态是怎么来的，需要把老桩全换掉吗？
A：不强制换桩。桩企那边支持通信协议的站点，状态由桩端自动回传到后台；读不到数据的老桩，由运维在管理端手动切换状态，两套并行。这样既有数据的站点能自动更新，老桩也不至于空着显示，代价是手动维护的桩需要运维记得及时改。
Q：车主在小程序上报故障之后，运维怎么接到和处理这个工单？
A：车主上传一张照片、选一个故障类型提交，工单直接进后台列表，两个运维在手机上就能看到，谁离得近谁接单。现场处理后拍照回填、标记完成，客服在后台能看到状态，不用再逐个打电话问修好没有。
Q：物流车队这类企业客户，月底对账在小程序里具体怎么操作？
A：企业客户先在后台绑定车牌和子账号，司机充电时订单归属到该账号下。月底财务在后台按企业账号一键导出充电明细，和自家台账核对即可。原来要拿两张Excel来回对两个多小时，现在主要是核对十几分钟，再确认开票信息。
Q：第一版为什么没做预约充电桩和自动锁枪？
A：这两项要跟桩企的通信协议对接，不是小程序端能单独实现的，工期和费用都不低；当时日均订单还不稳定，先做预算内的扫码充电、站点状态、余额充值、故障上报和企业对账五块，后续按实际使用情况再决定加不加。
Q：小程序做好之后站点状态显示的规则想改，还要再找开发方吗？
A：这个客户的源码是完整交付的，后台和数据库都放在客户自己的服务器上，运维自己改过两次站点状态的显示规则，没有另外找人。合同功能范围之外新加的东西，比如后来想做的企业端开票入口，是单独报价的。