面向设备维保、弱电安防、IT 运维及现场工程服务等行业的中小型服务团队，解决客户报修、内部受理、人员派工、上门预约、现场执行和客户验收等环节依赖微信、电话和 Excel 导致的信息分散问题。
传统现场服务管理中，工单状态不透明、人员职责不清、服务进度难以跟踪，服务报告和验收记录也容易缺失。
ServiceFlow 将服务请求、审核、工单、派工、预约、现场执行、服务报告及验收组织为完整业务流程，支持调度人员、现场工程师和客户跨角色协作。
项目定位为个人开发的现场服务管理产品，已完成可运行 MVP 的本地验证，用于探索复杂业务流程和多端应用的工程实现。
【Web 管理后台】
1. 服务请求：集中查看客户提交的服务请求，支持审核、受理及相关业务处理。
2. 工单管理：将已受理的服务需求转化为工单，跟踪处理进度和业务状态。
3. 调度派工：支持工程师指派、任务安排及相关异常处理。
4. 预约管理：管理上门服务时间，支持预约调整等业务场景。
5. 服务记录：查看现场服务轮次、报告和验收相关记录。
【客户微信小程序】
支持客户查看服务事项、提交服务请求、填写联系信息、跟踪服务进度、查看预约安排，以及查看服务报告和进行相关验收操作。
【工程师微信小程序】
支持工程师查看个人任务、接收与查看工单、确认预约信息、记录现场服务过程、编辑服务报告、上传现场照片及查看提交状态。
【主要业务流程】
服务请求 → 审核受理 → 创建工单 → 调度派工 → 上门预约 → 现场服务 → 服务报告 → 客户验收。
同时围绕实际业务需求处理信息补充、拒单重派、改约及验收异常等场景。
【当前状态】
Web 管理后台、客户小程序和工程师小程序已完成本地开发环境验证，尚未正式商业上线。
【本人职责】
作为个人工程实践项目，负责业务需求梳理、产品流程设计、数据与状态模型设计、前后端开发集成、界面实现及测试验证。
【技术架构】
1. Web 管理后台：采用 Next.js、React 和 TypeScript，实现服务请求、工单、调度、预约等业务页面。
2. 微信小程序：分别实现客户端与工程师端，使用微信原生小程序技术开发业务界面和交互流程。
3. 后端 API：使用 Next.js HTTP Route Handlers 提供业务接口，实现数据访问、权限控制及服务流程相关操作。
4. 数据存储：采用 PostgreSQL 与 Drizzle 管理业务数据，处理工单、预约、现场服务和报告等业务记录。
5. 文件与通知：实现本地文件存储及模拟消息通知，预留实际生产集成空间。
【关键工程实践】
1. 业务建模：将服务请求、工单、上门服务及验收拆分为不同业务对象，明确状态转换及操作边界。
2. 角色与权限：围绕调度、工程师和客户的职责，控制业务操作和数据访问范围。
3. 流程一致性：处理派工、预约、报告提交等操作之间的状态协调，避免业务状态混乱。
4. 跨端协作：通过统一业务接口连接 Web 与两个原生微信小程序，实现跨角色业务流转。
5. 测试验证：通过本地数据、HTTP 接口和页面流程验证主要业务闭环，并整理关键异常场景。
【项目成果】
已完成 Web 管理后台和双原生微信小程序的可运行 MVP，主要业务流程已在本地开发环境验证。真实微信平台发布、生产环境部署及商业化运营不在当前已验证范围内。
评论