一个真实场景:客户发现智能马桶冲水无力,客服当天建了工单,技师也安排了上门。到了现场拆开检查,才发现需要更换进水阀。仓库没货,只能向工厂下单;工厂发出来后,物流还要两天;到仓后需要入库、外观检查、适配确认,才能领到维修项目。
客户听到的是“我们已经安排师傅了”,但他看到的是“约了两次还没修好”。这种问题不是客服不努力,也不是技师不专业,而是没有一条把工厂、仓库、工单、技师和客户承诺串起来的链路。
| 维度 | 典型情况 |
|---|---|
| 客户 | 家装业主、民宿、工程项目、门店客户、经销商客户 |
| 产品 | 智能马桶、恒温花洒、淋浴房、浴室柜、岩板、瓷砖、防水、木门、净水器、热水器 |
| 服务 | 安装、维修、调试、保养、返修、退换、施工返工、质保追溯 |
| 资源 | 客服、售后主管、技师、仓库、厂家供应商、施工项目经理 |
| 关键约束 | 工厂发货周期、到货入库、质检、备件配货、技师排班和客户预约时间 |
| 环节 | 模块 | 关键内容 |
|---|---|---|
| 客户问题 | 售后工单 / 客诉闭环 | 报修、投诉、建议、定级、SLA、责任、根因、预防措施 |
| 材料准备 | 物料齐套 | 工厂发货、物流单、到仓、入库、质检、工单配货、齐套放行 |
| 服务履约 | 预约排班 | 技师、路线、ETA、现场签到、施工进度 |
| 现场证据 | 照片视频 / 电子签字 | 现场照片、视频、PDF、哈希、客户验收签字 |
| 质量与售后 | 返修退换 / 质保 | 责任判定、厂家索赔、二维码质保卡、保养计划、延保 |
| 经营结算 | 报价赔付 | 客户报价、免费返工、赔付审批、厂家结算 |
| 协同管理 | 通知/AI/审计 | 短信、微信、企业微信、AI风险研判、用户权限、操作日志 |
驾驶舱不再是“只有一个折线图”。系统参考海澜之家的可视化思路,使用 7 类图表把售后经营盘起来:服务趋势、工单状态排行、物料齐套阶段趋势、品类排名、SLA、满意度、成本金额排行,所有图表都直接显示数字或金额。
AI决策中心能回答“今天有哪些风险”“哪些技师适合派单”“哪些材料堵住了工单”“哪些客诉要升级”“哪些产品质保快到期”。它只给建议,不自动派工、不自动赔付,关键动作仍由人确认。
关键规则不是“提示一下”,而是写进状态机:材料未入库、未质检或仍在物流中时,工单不能进入“上门中”,技师也不能现场签到。主管如需例外派工,必须记录例外原因和客户沟通。客户在等待期会自动收到材料延迟通知,不再让客服靠嘴解释。









| 能力 | 实现 |
|---|---|
| 前端 | 原生 HTML/CSS/JS,玻璃拟态,本地 ECharts,无外网 CDN 依赖 |
| 驾驶舱图表 | 7 类图表全部显数,支持渐变柱线、状态横条、趋势面积、排行和仪表盘 |
| 服务端 | Node 22 + node:sqlite,用户、会话、RBAC、审计和业务状态持久化 |
| 部署 | 腾讯云 Nginx + systemd,子路径 `/zjw/`,应用端口只监听本机 |
| 安全 | API 401 鉴权、写操作角色限制、登录限流、路径穿越修复、CSP 和安全响应头 |
| 闭环 | 客户问题、工单、物料、排班、证据、维修、验收、回访、质保、返厂和结算 |
| 系统手册 | 系统内“数据与治理 → 使用手册”随时查看,另有 PDF 下载 |
安全扫描结果显示:未发现未认证绕过、路径穿越、暴力登录或任意审计写入的高危漏洞;当前仍有 2 个中风险和 1 个低风险,主要是多角色数据范围隔离、全量状态快照并发覆盖和业务审计粒度。因此本篇上线的定位是 FDE 试运行版,适合单组织、多岗位内部试用;多门店正式生产前还要继续做行级权限、规范化事务接口和服务端业务审计。