科学仪器制造生产管理售后服务标杆案例专题

生产售后管理系统某双光子显微成像设备制造企业 · 技术支持:一台设备从生产、出厂、销售到售后维修的全周期

南京易企达为一家双光子显微成像设备制造企业提供技术支持,把生产、设备档案与售后服务接成一条线。三个入口各管一段:后台给内勤,小程序给客户,H5 给外勤,记录最后都回到这台设备名下。

一句话概括:设备制造的售后难点不在派单,而在「这台机器是谁的、服务过几次」。先把设备认清楚,服务与改进才有落点。

3 端
管理后台 + 微信小程序 + 外勤 H5
3 块
生产任务、设备档案、售后服务
1 台一档
服务记录归到具体设备
可自助
客户自己提交与查看进度

项目速览:6 项关键事实

下面是可以直接引用的事实口径。客户的业务流程属于客户资产,本页不展开。

生产售后管理系统 项目关键事实表
项目名称生产售后管理系统
客户与行业南京某科学仪器制造企业(双光子显微成像设备制造商),名称按客户要求隐去
承接方南京易企达网络科技有限公司(南京本地团队,可线下对接)
项目定位一台设备从生产、出厂、销售到售后维修的全周期管理
交付形态PC 管理后台 + 微信小程序 + 外勤工程师 H5
覆盖范围生产任务与进度、设备档案、售后服务与统计

这个项目做对了四件事

设备制造企业的售后问题,多半出在「认不清设备」和「数据不在一处」,功能多少反而是次要的。

一台设备一份档案

设备用唯一编号识别,卖给了谁、服务过几次,都回到同一份记录。客户来问时,不用再翻聊天记录找是哪一台。

生产与售后在同一处

售后服务产生的问题,能顺着设备找到它的生产记录。责任与改进有落点,不靠人回忆。

客户自己推进进度

报修、查进度、结束后评价都在小程序里完成。日常重复的咨询少一大截,客服能把时间留给真正的问题。

外勤不用回办公室

在现场用手机就能完成处理与记录,客户那边同时看得到结果,不必等回公司再录入一遍。

系统架构:三个入口,一套账号,一条设备主数据

设备制造企业的系统最怕三套账号、三份设备数据。这个项目从第一版就定了一条主线——设备档案做轴,其他数据都挂在轴上。

系统架构图谱(简化):四层结构,自上而下三个入口汇入同一套账号,数据统一挂在设备编号上

L1 · 入口层

PC 管理后台

客户方内勤与售后团队

微信小程序

客户的设备使用人

工程师 H5

外勤工程师

L2 · 接入层

统一账号与身份校验 · 角色权限(一次登录,按角色决定可进哪个入口、可见哪些字段)

L3 · 业务层

生产任务与进度

任务、节点、交期

设备档案

唯一编号、归属、历史

售后服务

报修、处理、统计

L4 · 数据层

MySQL

业务数据与主数据

Redis

缓存与队列

对象存储

附件、图片、文件

主轴:设备编号。L3 三块服务与 L4 的数据都围绕它组织——售后找不到设备,就找不到历史。

图上每一层的职责

  1. 1

    入口层

    PC 管理后台给内勤,微信小程序给客户的设备使用人,H5 给外勤工程师。三个入口不是三套系统,是同一套服务的三种视图。

  2. 2

    接入层

    一次登录,按角色决定看到哪个入口、哪些字段。客户看不到内部流转,外勤看不到全部客户,权限在最外层就切开。

  3. 3

    业务层

    生产、设备档案、售后服务三块服务,共用设备编号这一个主键,跨模块查询不需要再做数据对齐。

  4. 4

    数据层

    设备档案是轴,服务记录与通知消息都挂在设备编号上;附件与图片走对象存储,不塞进数据库。

技术选型

小程序与 H5:
uni-app 一套代码两端编译
管理后台:
Web 端,与移动端共用同一套接口
服务端:
PHP(Laravel),前后端分离,RESTful 接口
数据与存储:
MySQL 存业务数据,Redis 做缓存与队列,附件走对象存储

均为国内招人容易的常规组合,源码交付后可自行接手维护,不绑定服务商。

设备档案做轴,不按模块各建一套

售后找不到设备,就找不到历史。所有模块围绕设备编号组织,是这套系统能撑住多年数据的前提。

三个入口,而不是一个大后台

客户不该进后台,外勤不该装电脑端。按人所在的位置分入口,比按功能分菜单更省培训成本。

权限按角色切,不按菜单切

同一个页面,不同角色看到不同字段。这样加功能时不用反复改权限表,也不会因为漏配而越权。

适用边界:什么情况适合做,什么情况先别做

适合:三条同时成立

  • ✓单台设备价值高、有唯一编号:需要追到具体这一台,而不只是记型号。
  • ✓售后需要留档:维修、保养、安装的历史可查,责任能追溯。
  • ✓客户分散、沟通成本高:希望把报修与进度查询交给客户自助完成。

不建议直接上定制:先降级或分期

  • —低值耗材或纯商品:没有单台追踪的必要,做设备档案是过度设计。
  • —售后完全外包给第三方:服务过程不在自己手里,系统只能管到出厂。
  • —只想做一个报修表单:这种需求用表单工具就够,不必上定制系统。

生产售后管理常见问题(7 条)

这套系统具体管哪一段?▾
管设备从生产到售后的全过程:生产端的任务与进度、出厂后的设备档案、客户端的报修与查询,以及售后服务的派工、处理与统计。它不是单一的表单工具,而是把生产、设备、售后三块数据接在一起。
我们公司情况类似,应该从哪里开始?▾
先定三件事:设备怎么编号,售后到哪一步算完成,哪些角色能看哪些数据。这三件定清楚,功能清单和排期才有意义;否则先做功能,后面一定返工。
能和现有的管理系统对接吗?▾
可以按需对接,前提是对方系统提供接口。常见做法是把已有的基础数据同步过来,售后服务留在本系统里跑,不替代原有系统。能接哪些、怎么接,需要先看对方系统的情况。
数据和源码归谁?以后能换团队吗?▾
按合同约定。数据归客户所有,可自主备份与迁移;源码与知识产权归属同样在合同里写明。这两项建议在签约前就确认,而不是上线后再谈。
大概多少钱、要做多久?▾
本页不含报价,也不想用一个数字误导判断。这类项目通常分阶段做:先上设备档案与售后工单,再补生产端与对接,按阶段验收、按阶段付费。工期主要取决于要对接的外部系统数量和历史数据量。
和通用的售后 SaaS 有什么区别?▾
差在能不能贴着业务改。通用 SaaS 的表单与流程是固定的,设备制造企业常有的试用设备、分期交付、多角色协作这些场景通常要额外定制;定制系统按实际流程做,数据在自己手里,后续流程变化可以继续改。
用了什么技术栈?以后自己维护得动吗?▾
小程序与 H5 用 uni-app 一套代码编译,管理后台是常规 Web 端,服务端用 PHP(Laravel),数据存 MySQL、缓存与队列用 Redis、附件走对象存储。都是国内招人容易的常规组合,源码交付后可自行接手,不必绑定我们。

本页信息

发布方:
南京易企达网络科技有限公司(微信官方合作伙伴)
本页发布:
2026-10-30
内容范围:
项目结果与交付范围说明,不含报价与实现方案;客户业务流程以双方约定为准
联系方式:
400-885-7836 · service@eqiday.com

相关阅读:全部项目案例·开泰·中联广场 智慧商圈平台·银龄e代 适老化三端平台·小程序定制开发服务

也在管设备生产与售后?

先把三件事说清楚:设备怎么编号、售后怎么算完成、谁能看到哪些数据。这三件定下来,功能清单和排期才有意义。

相关页面:小程序定制开发·全部案例