01
后台派单、手机接单
班组长在电脑上把点位派给人，巡检员手机上收到，到点扫码、拍照、勾检查项，提交就进系统。
待办 03 现场拍照上报
待办 04 到店核销
消息 工单已派发给你
【谁】 一家 400 人的市政工程公司，一线巡检 60 多人，管着 200 多个点位（地下管廊、泵房、配电房），3 个班组长排班。
【原来的日子】 巡检还是纸质表，一个人一天填 60 多张（示例口径），晚上回办公室再照抄进 Excel，抄到 9 点是常事（示例口径），数据永远滞后一天。发现渗水、报警器不响这种事，靠电话通知维修班，谁跟的、修没修完没人说得清，平均 3 天才有人回一句"弄好了"（示例口径）。月底对账要 2 个人核 2 天（示例口径），还常对不上。
【现在的样子】 数据当天进系统，不用再抄第二遍，晚上 9 点的加班没了（示例口径）。问题从"电话里飘着"变成"每条都有主"，从发现到有人响应，从平均 3 天缩到 4 小时以内（示例口径）。月底对账从 2 天变半小时（示例口径），漏检点位从一个月 30 多个降到个位数（示例口径）。
01
原来的日子
巡检还是纸质表，一个人一天填 60 多张（示例口径），晚上回办公室再照抄进 Excel，抄到 9 点是常事（示例口径），数据永远滞后一天。发现渗水、报警器不响这种事，靠电话通知维修班，谁跟的、修没修完没人说得清，平均 3 天才有人回一句"弄好了"（示例口径）。月底对账要 2 个人核 2 天（示例口径），还常对不上。
02
我做了什么
02
没信号也不丢数据
地下管廊里没网络，数据先存在手机本地，走出管廊自动补传；同一张单被两台手机改过，以最后一次提交为准，改动记录能查。
86进行中 12逾期 ¥48万本月
03
问题直接变成维修工单
巡检勾了"异常"，当场生成维修工单推给维修班，修完必须拍照确认，状态在手机上全程能看到。
提交审批
04
后台一张看板
当天完成率、漏检点位、问题分布、每个班组的工作量，班组长早上开会就看这一张。
待办 03 现场拍照上报
待办 04 到店核销
消息 工单已派发给你
03
功能清单
可勾选 04
现在的样子
数据当天进系统，不用再抄第二遍，晚上 9 点的加班没了（示例口径）。问题从"电话里飘着"变成"每条都有主"，从发现到有人响应，从平均 3 天缩到 4 小时以内（示例口径）。月底对账从 2 天变半小时（示例口径），漏检点位从一个月 30 多个降到个位数（示例口径）。
05
项目周期
| 阶段 | 周期 | 交付内容 |
|---|---|---|
| 需求评估与选型 | 1–2 周 | 需求清单 + 报价区间 |
| 原型与 UI 设计 | 1–2 周 | 原型 + UI 稿 |
| 数据模型与接口 | 1–2 周 | 接口文档 + 测试环境 |
| 功能开发（迭代） | 3–8 周 | 每周可运行版本 |
| 联调测试与验收 | 1–2 周 | 测试报告 + 修复版 |
| 部署上线与移交 | 1 周 | 上线系统 + 源码文档 |
| 合计 | 2.5 个月（APP + Web 后台一起做），第 5 周先给一版能跑的，现场试跑 1 周再定稿 | 按里程碑分期验收付款 |
06
投入量级
Reference
15 万级 = ①45% 手机端 ②30% 后台与看板 ③25% 部署培训与上架
同类范围项目的参考投入，真正报价以实际需求评估为准。
※ 不含第三方服务费用（服务器、短信、支付通道等）。
Payment
按里程碑分 3 期
包含开发 + 部署 + 培训 + 上线后 3 个月免费维护。
付款节点与验收标准写在合同附件，双方确认后开工。
07
技术栈与交付成果
FlutterNode.jsPostgreSQLRedis对象存储推送服务
✓ 可运行系统 + 完整源码
✓ 接口文档与部署文档
✓ 使用培训与操作手册
✓ 上线后 3 个月免费维护
✓ 第三方账号与部署环境配置说明
08
坑在哪
① 现场网络一定烂，离线暂存不是可选项；更麻烦的是"两个人同时改一张单"，冲突规则不先定，上线第一周就吵。② 拍照必须强制带定位和时间，不然一线会事后补录假数据；安卓后台被系统杀掉导致定位丢，各家厂商机型都得实测。