客户案例 · 照明制造

电子熊猫照明 · 经销商与售后协同

经销商下单、查库存、报售后在一个入口完成,订单状态与处理人随时可查,对账不再翻表格。

  • 照明制造
  • Java
  • Spring Boot
  • MySQL

项目背景

订货、库存与售后放进同一套系统

经销商订货依赖电话与聊天记录,库存情况要逐级询问,售后受理后处理到哪一步缺少统一记录,月底对账经常翻表格核对。项目把经销商下单、库存查询与售后受理收进一套系统,订单与工单共用同一套客户与商品资料。

系统按角色划分经销商、厂商业务与售后处理三类操作入口,订单状态拆成下单、确认、发货、签收等节点,售后工单记录问题描述、处理人与处理结果。小程序端只保留订货、库存与售后三个高频入口。

  • 经销商小程序自助下单
  • 库存按区域与型号查询
  • 售后工单记录处理过程
  • 订单状态与处理人可见

项目档案

客户
电子熊猫照明
行业
照明制造
交付形态
Web 系统 / 小程序
技术栈
Java / Spring Boot / MySQL / 微信小程序
服务范围
需求梳理 / 交互设计 / 开发交付 / 上线支持

交付内容

这套系统由四个模块组成

按实际业务拆成可独立验收的模块,先跑通主流程,再逐步补齐细节;每个模块都能单独验收与迭代。

经销商小程序

提供下单、库存查询、订单跟踪与售后提交四个入口,经销商登录后只看自己范围内的商品与价格。

订单处理后台

业务人员在后台确认订单、拆单发货并回填物流信息,状态变更后同步到经销商端,减少电话确认。

售后工单模块

受理时记录产品型号、问题描述与照片,派单后跟踪处理人与处理结果,完成后由经销商确认关闭。

基础资料与对账

统一维护经销商、商品与价格资料,订单与售后数据按客户与时间汇总,供业务核对与导出。

实现要点

让系统真正好用的几个设计

功能之外,影响长期使用体验的是权限、数据口径与后续可维护性,这些在设计阶段就要定清楚。

一处登录看全链路

经销商登录后可连续完成查库存、下单与报修,不必在多个入口之间切换,操作记录随账号留存。

状态机约束流转

订单与工单各有一套状态机,非法跳转被拦截,状态变化自动记录操作人与时间。

资料同源

商品、价格与经销商资料只维护一份,订单、库存与售后引用同一份数据,减少口径不一致。

把需求交给豆米,把确定性留给自己

一次沟通,获得可落地的产品建议与报价方案。