电动车门店小程序:以旧换新估价、维修工单与电池档案的设计实现

电动车(两轮电动自行车/电摩)门店的业务横跨销售、维修、以旧换新三块,其中最值得系统化的是以旧换新估价和维修工单------前者是成交催化剂,后者是复购入口。本文给出可落地的服务端方案,示例基于 MySQL 8 + Spring Boot。

一、以旧换新:可解释的估价模型

旧车估价直接影响成交,"系统说值三百、老板说值两百"会让客户怀疑整套流程。估价模型必须可解释:每个扣减项都让客户看得懂。

复制代码
CREATE TABLE valuation_rule (
  id          BIGINT PRIMARY KEY AUTO_INCREMENT,
  brand_group VARCHAR(30) NOT NULL COMMENT '品牌组:一线/二线/其他',
  vehicle_age INT NOT NULL COMMENT '车龄区间',
  base_price  INT NOT NULL COMMENT '基础价,分',
  battery_deduct INT NOT NULL DEFAULT 0 COMMENT '电池衰减每档扣减,分',
  status      TINYINT NOT NULL DEFAULT 1,
  KEY idx_brand_age (brand_group, vehicle_age)
);

CREATE TABLE valuation_order (
  id           BIGINT PRIMARY KEY AUTO_INCREMENT,
  store_id     BIGINT NOT NULL,
  user_id      BIGINT NULL,
  frame_no     VARCHAR(40) NULL COMMENT '车架号',
  brand        VARCHAR(30) NOT NULL,
  bought_year  INT NOT NULL,
  battery_type TINYINT NOT NULL COMMENT '1铅酸 2锂电',
  battery_age  INT NOT NULL COMMENT '电池使用年限',
  damage_level TINYINT NOT NULL COMMENT '1完好 2轻度 3明显',
  quoted_price INT NOT NULL,
  quote_json   JSON NOT NULL COMMENT '估价明细快照',
  valid_until  DATETIME NOT NULL COMMENT '报价有效期',
  status       TINYINT NOT NULL DEFAULT 1 COMMENT '1已报价 2已成交 3已过期',
  created_at   DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
  KEY idx_store (store_id, created_at)
);

估价流程:品牌组定基础价 → 车龄逐年递减 → 电池按类型和年限扣减(铅酸电池三年基本归零,锂电衰减慢一档)→ 外观损伤分档扣减。每一项的计算结果写进 quote_json 快照,客户端展示"基础价 - 车龄折旧 - 电池折旧 - 外观扣减 = 最终价",客户看到的是减法过程,不是黑箱结果。

两个工程细节:一是 quote_json 用快照而不是引用规则------估价规则会调,成交凭据必须定格在报价那一刻;二是 valid_until 报价有效期设 7 天,旧车行情和新车促销节奏都在变,过期重新估,避免拿旧报价纠缠。

二、维修工单:状态机与留痕

门店维修业务的特点是"快进快出":补胎换闸几分钟,换控制器半天,大修留店过夜。工单模型要覆盖这种快节奏:

复制代码
CREATE TABLE repair_order (
  id          BIGINT PRIMARY KEY AUTO_INCREMENT,
  store_id    BIGINT NOT NULL,
  user_id     BIGINT NOT NULL,
  bike_desc   VARCHAR(100) NOT NULL COMMENT '车型与外观描述',
  fault_desc  VARCHAR(300) NOT NULL,
  estimate    INT NULL COMMENT '预估费用,分',
  final_amount INT NULL,
  status      TINYINT NOT NULL DEFAULT 1
              COMMENT '1待接 2维修中 3待取车 4已完成 5已取消',
  taken_at    DATETIME NULL,
  finished_at DATETIME NULL,
  UNIQUE KEY uk_no (id),
  KEY idx_user (user_id, status),
  KEY idx_store_status (store_id, status)
);

CREATE TABLE repair_item (
  id         BIGINT PRIMARY KEY AUTO_INCREMENT,
  order_id   BIGINT NOT NULL,
  item_name  VARCHAR(60) NOT NULL,
  labor_fee  INT NOT NULL DEFAULT 0 COMMENT '工时费,分',
  parts_fee  INT NOT NULL DEFAULT 0 COMMENT '配件费,分',
  parts_id   BIGINT NULL COMMENT '关联配件库存',
  qty        INT NOT NULL DEFAULT 1,
  KEY idx_order (order_id)
);

状态迁移全部走条件更新(WHERE status = 1),杜绝并发下的重复接单。工时费与配件费分列,配件关联库存扣减------配件账和工单账打通,月底"修车收入"和"配件出库"才能对上。

留店车和快修的差异处理:快修现场完成直接结单;留店车(如换电池等货)建"待取车"状态,完成后推送取车提醒,超 7 天未取车进入催领流程,催领两次仍不取的,按协议约定的保管规则处理------这条规则要在接单时明示,避免长期占用车位引发纠纷。

三、电池档案:复购的核心资产

电池是电动车的易耗核心,换电池是门店稳定的复购来源。给每一块售出的电池建档:

复制代码
CREATE TABLE battery_record (
  id          BIGINT PRIMARY KEY AUTO_INCREMENT,
  user_id     BIGINT NOT NULL,
  battery_sn  VARCHAR(40) NOT NULL,
  type        TINYINT NOT NULL COMMENT '1铅酸 2锂电',
  capacity_ah DECIMAL(5,1) NOT NULL,
  sold_at     DATE NOT NULL,
  warranty_until DATE NULL,
  UNIQUE KEY uk_sn (battery_sn),
  KEY idx_user (user_id, sold_at)
);

档案的价值在提醒:铅酸电池的建议更换周期 18-24 个月,保修期到期前一个月推送检测提醒。这套提醒的转化率远高于泛泛的促销------电池什么时候该换,客户自己心里没数,系统替他记着,到期推送就是精准的获客。保修到期提醒还顺带完成了一次服务触点:免费检测是个低成本高感知的动作,检测出衰减就自然过渡到换新成交。

门店端的操作效率也值得专门设计。电动车门店的高峰在早晚(上班前取车、下班后修车),前台一个人要接单、报价、收款、取车四件事并行。系统操作要按这个节奏优化:接单页默认值智能填充(常客的车型自动带出)、收款支持扫码即结、取车扫码核验。每一个操作少点一次,高峰期的排队就短一分。做过门店系统的都清楚:系统最后能不能用起来,取决于店员忙的时候愿不愿意打开它,而不是闲的时候功能全不全。

数据报表侧,电动车门店最该看三个数:进店维修的车型分布(决定备件库存结构)、故障类型分布(刹车、电池、轮胎的占比指导配件采购)、以旧换新的转化率(报价后成交的比例,过低说明估价或话术有问题)。这三个报表都是简单的聚合查询,但对备货和估价的校准价值很高:

复制代码
SELECT fault_type, COUNT(*) AS cnt
  FROM repair_order r JOIN repair_item i ON i.order_id = r.id
 WHERE r.store_id = ? AND r.created_at >= CURDATE() - INTERVAL 90 DAY
 GROUP BY fault_type ORDER BY cnt DESC;

四、旧车回收的二次流通

以旧换新收上来的旧车两条出路:翻新转卖或拆件。翻新转卖的车要独立建档(新车档案与翻新车档案分开),明确标注翻新属性与保修条款------翻新车的客诉风险高,靠的是条款前置透明。拆件入配件库的,按旧件折价入库,与新件库存分开管理:客户换配件时要能选"新件"还是"二手件",价格差异明示,账目才干净。

上线节奏的建议是分两步走:先上维修工单和电池档案(这两块见效快,店员学习成本低),跑顺一个月后再上以旧换新估价------估价模型需要积累门店的真实成交价做校准,上线初期先用人工复核模式(系统给建议价,老板确认后生效),积累两三百单真实成交后再放开自动报价。估价模型没校准就全自动,报出来的价格离市场行情远,系统反而失去信任。

风险控制上还有一条容易被忽略:以旧换新收车的车源合法性。车辆来源要登记车架号并留存购车凭证或登记信息的核对记录------来路不明的车辆流入二手链条,门店可能承担连带责任。系统里把"凭证核对"设为成交前的必勾项,这一步花十秒钟,规避的是说不清的麻烦。

五、小结

电动车门店系统的四条主线:估价可解释(明细快照、有效期)、工单状态机(条件更新、工时配件分账)、电池档案(周期提醒是复购引擎)、旧车分流(翻新与拆件分账管理) 。这门生意客单不高但频次稳,系统的价值在把每一次接触变成下一次成交的铺垫。青海青帝信息科技有限公司在本地两轮车门店项目里,把"估价明细可见"和"电池建档率"列为验收指标------前者防纠纷,后者直接决定这套系统半年后还能不能带来复购。

相关推荐
努力变的更好1 小时前
H5与小程序之间的回调
前端·小程序·apache
镭封18 小时前
自媒体内容生产怎么提速?文案整理、配音与剪辑流程
人工智能·小程序·音视频·语音识别·媒体
科威网络19 小时前
小程序开发性能优化:分包、预加载与启动时间
性能优化·微信小程序·小程序
派小心.1 天前
App数据统计平台怎么选?从SDK接入到日活留存看板的技术实现
数据库·人工智能·小程序
互联网+人工智能观察1 天前
微信小程序私有化定制、源码交付方案选型|SaaS / 模板二开 / 定制方案技术对比
微信小程序·小程序
微三云 - 廖会灵 (私域系统开发)1 天前
小程序首屏从 3.2s 压到 1.1s:我们在这个订货商城项目上做的 7 个改动与 3 个踩坑
小程序
微擎应用市场1 天前
二手闲置交易小程序管理系统
小程序
小小王app小程序开发1 天前
潮玩抽赏小程序玩法开发分析
小程序
干啥啥不行,bug第一名1 天前
小程序里不要用 requestAnimationFrame
小程序