ETC 迁移 — 开发工时评估
文档来源:蓝湖《湖南三湘畅行小程序 2025+2026 版本》→ 「✅ETC迁移」模块
评估日期:2026-06-30
评估范围:小程序前端界面开发 + 接口联调(单端,微信小程序)
一、评估方法与数据依据
- 树形结构:通过蓝湖文档左侧页面树,完整提取「ETC迁移」节点下的全部子节点(1 个占位分组 + 3 个功能分组 + 16 个待开发页面节点)。
- 界面复杂度量化:逐个解析每个原型页对应的 Axure 源文件,统计客观指标:
uids:页面控件总数(UI 元素量,工时主要驱动因子)imgs:图片控件数(界面/状态切片数参考)sticky:产品批注数(需求描述密度参考)
- 界面数校准:按 Axure 画布中的完整手机界面稿逐页统计,纯说明便签、Q&A、外链跳转页不单独计界面。
- 工时模型:按控件量分档 + 功能特性调整(含 OCR、地图、多步骤表单、退款逻辑等加成)。
⚠️ 说明:界面数已按蓝湖/Axure 页面中的完整手机界面稿校准;工时仍为高级开发人员估算(±20%)。✅标记为确认要开发的页面,(可参考)为参考稿。
二、ETC 迁移文档树形结构
✅ETC迁移
├── 通用 (占位/公共组件,无独立界面)
├── 首页
│ ├── ✅整合-ETC(首页)
│ ├── ✅附近网点
│ └── ✅合作停车场
├── 应用
│ ├── (可参考)ETC自营办理 ※ 参考稿,不计入基础工时
│ ├── ✅ETC第三方办理
│ ├── ✅ETC资格查询
│ ├── ✅用户二次激活
│ ├── ✅网点二次激活
│ ├── ✅二次签约
│ ├── ✅卡签续期
│ ├── ✅退费申请
│ ├── ✅设备检测
│ ├── ✅高频产品资格查询
│ ├── ✅灵活用工
│ └── ✅车辆信息修改
└── 我的
└── ✅推广码
节点统计:3 个功能分组下共 16 个 ✅ 待开发页面 + 1 个参考稿 + 1 个占位分组。
三、分页面工时明细
复杂度分档:轻量(uids≤20) · 标准(21–40) · 中等(41–80) · 复杂(81–160) · 重度(>160)
1️⃣ 首页分组
| 页面 | 界面数 | 控件 uids | 图片 imgs | 批注 | 复杂度 | 工时(人日) | 说明 |
|---|---|---|---|---|---|---|---|
| 整合-ETC(首页) | 3 | 531 | 37 | 12 | 重度 | 8 | 首页 ETC 卡片整合,含未办理/已办理/办理中等多状态及多个子入口,控件量全模块最高 |
| 附近网点 | 3 | 151 | 16 | 8 | 复杂 | 5 | 网点地图 + 列表 + 详情 + 筛选,含地图组件集成 |
| 合作停车场 | 2 | 30 | 4 | 8 | 轻量 | 2 | 停车场列表 + 查询,结构简单 |
| 小计 | 8 | — | — | — | — | 15 |
2️⃣ 应用分组
| 页面 | 界面数 | 控件 uids | 图片 imgs | 批注 | 复杂度 | 工时(人日) | 说明 |
|---|---|---|---|---|---|---|---|
| (可参考)ETC自营办理 | 23(参考) | 46 | 29 | 17 | 参考 | 0 ※ | 参考稿,作为第三方办理的设计参考,不计入基础工时 |
| ETC第三方办理 | 5 | 33 | 6 | 13 | 标准 | 4 | 第三方办理流程:入口/渠道选择/协议/表单/结果 |
| ETC资格查询 | 3 | 10 | 3 | 7 | 轻量 | 2 | 车牌输入 + 资格查询接口 + 结果展示 |
| 用户二次激活 | 7 | 34 | 7 | 18 | 标准 | 3 | 用户侧二次激活流程 |
| 网点二次激活 | 7 | 35 | 7 | 19 | 标准 | 3 | 网点侧二次激活流程 |
| 二次签约 | 2 | 13 | 2 | 8 | 轻量 | 2 | 简单签约操作页 |
| 卡签续期 | 1 | 17 | 1 | 6 | 轻量 | 2 | 卡签续期单页操作 |
| 退费申请 | 3 | 17 | 4 | 9 | 轻量 | 3 | 退费表单 + 退款流程逻辑 |
| 设备检测 | 6 | 31 | 6 | 13 | 标准 | 3 | 设备检测流程 |
| 高频产品资格查询 | 4 | 15 | 4 | 7 | 轻量 | 2 | 高频产品资格查询(类资格查询) |
| 灵活用工 | 16 | 111 | 16 | 37 | 复杂 | 6 | 注册多步骤流程 + OCR 证件识别 + 协议 + 推广码管理,需求批注最密集 |
| 车辆信息修改 | 15 | 80 | 16 | 43 | 中等 | 4 | 车辆列表 + 信息编辑表单 + 校验 |
| 小计 | 69 | — | — | — | — | 34 | (不含参考稿) |
3️⃣ 我的分组
| 页面 | 界面数 | 控件 uids | 图片 imgs | 批注 | 复杂度 | 工时(人日) | 说明 |
|---|---|---|---|---|---|---|---|
| 推广码 | 6 | 54 | 6 | 11 | 中等 | 4 | 推广码生成 / 分享 / 统计 / 管理 |
| 小计 | 6 | — | — | — | — | 4 |
4️⃣ 通用分组
| 页面 | 界面数 | 控件 uids | 复杂度 | 工时(人日) | 说明 |
|---|---|---|---|---|---|
| 通用 | 0 | 3 | 占位 | 0 | 公共/共享组件占位,复用既有组件,无独立界面开发 |
| 小计 | 0 | — | — | 0 |
四、工时汇总
| 分组 | 界面数 | 工时(人日) |
|---|---|---|
| 首页 | 8 | 15 |
| 应用 | 69 | 34 |
| 我的 | 6 | 4 |
| 通用 | 0 | 0 |
| 合计 | 83 | 53 |
排期参考(按 53 人日计)
| 团队配置 | 预计周期 |
|---|---|
| 1 名前端 | ~11 周(约 2.5 个月) |
| 2 名前端并行 | ~5.5 周(约 1 个月) |
| 3 名前端并行 | ~3.5 周(约 3 周) |
应用分组占比最大(约 64%),其中「灵活用工」「车辆信息修改」「ETC 第三方办理」三项最重,建议优先排期与接口契约对齐。「整合-ETC(首页)」单页工时最高,建议最早启动。
五、假设与风险说明
工时口径(已包含)
- 小程序前端界面开发(布局、交互、状态管理)
- 与后端接口联调
工时口径(未包含,需另计)
- 后端 API 开发(若含后端,总额大致 +50%~80%)
- UI 设计 / 视觉走查
- 测试(功能 / 兼容 / 回归)、Bug 修复
- 项目管理、需求沟通、环境部署
关键风险 / 待确认项
- ※ ETC 自营办理:当前为"可参考"稿。若需实际开发(自营办理完整流程,共 23 个界面),需追加 6~8 人日。
- OCR / 地图 / 支付类能力依赖第三方 SDK 或原生能力,联调成本可能上浮;「灵活用工」「附近网点」「退费申请」需重点确认。
- 界面数已校准:当前界面数按 Axure 画布中的完整手机界面稿统计;后续如产品增删流程,以最终确认稿为准。
- 接口契约:ETC 类业务(资格查询、办理、激活、签约、续期、退费)强依赖 ETC 侧接口可用性与字段定义,接口未就绪会阻塞前端,建议前置对齐。
- 部分页面(如二次激活、签约、续期)业务逻辑相近,可通过抽象公共流程组件压缩约 10%~15% 工时。
*本评估基于蓝湖原型控件量化 + 采样校准生成,供排期参考;最终工时以需求确认及技术方案评审后为准。*