郑州市房屋安全
信息化监管平台
体验升级设计 · 守护 ~2506 万幢既有房屋的数字化安全防线
背景与挑战
截至 2024 年，郑州市排查录入的房屋总数约 2506 万幢。住建部要求推进既有房屋安全管理信息化，实现排查数据的统一采集、动态更新与风险预警。
"排查员在烈日下拿着纸质表格逐户登记，回到办公室再手动录入系统，一次排查要花两天。"
— 一线排查员访谈
效率低下
排查员需要 2~3 步跳转才能开始工作，纸质表格 + 手动录入双重负担
数据孤岛
APP、PC、GIS 多系统割裂，数据不互通，管理人员无法全局掌控
角色复杂
排查员、管理层、决策层三类用户需求差异大，一套界面无法满足
三类核心用户
通过现场观察、深度访谈与问卷调研，梳理出三类关键角色的使用场景与核心痛点。
王师傅
PrimaryAPP 端排查员
"我只想快点拍完照片提交，别让我填那么多表。"
日均排查 20+ 栋房屋，在烈日/雨天户外作业。核心诉求：快、准、少打字。
李科长
SecondaryPC 端管理人员
"我需要看到所有街道的排查进度，哪里没完成一目了然。"
管理 3~5 个街道的排查任务，需要进度追踪与异常预警。
张局长
Decision决策层用户
"我想知道哪些房屋是 C/D 级，风险最高的在哪里。"
关注全局风险态势，需要直观的数据大屏与风险热力图。
四大设计策略
North Star Metric
排查员完成一栋房屋排查的时间
从 45 分钟降至 15 分钟
降低 67%，释放人力处理更多房屋
地理赋能
矢量图斑 + 图层筛选 + 离线瓦片，用测绘底库的 GIS 能力解决排查员「找不到房子」的根本痛点。
任务驱动
从"找功能"到"做任务"的范式转变。系统主动推送今日待办，按紧急度排序，点击即开始。
信息分层
按角色、场景动态展示信息密度。排查员看任务卡片，管理层看进度报表，决策层看风险态势。
防错设计
系统预填 + 逻辑校验减少人工失误。关键字段自动带入历史数据，异常值实时拦截提醒。
信息架构重塑
旧系统采用 4 个平级 Tab 作为首屏入口，新架构以任务驱动首页为核心，将高频操作前置。
APP 首页：任务驱动工作台
从「空白入口页」到「今日待办驱动」— 打开即见任务，减少无效跳转
S2 任务驱动核心原则
系统主动推送「今天该做什么」，而非用户被动寻找入口。待办按紧急度排序（C/D 级危房置顶），每张卡片含位置信息和一键进入按钮。
解决的启发式问题
H2 效率性：2~3 次跳转 → 1 步直达
H3 认知负荷：70 字段无引导 → 首页告知目标和数量
H8 反馈缺失：无进度感知 → 顶部数据一目了然
核心设计决策
引导式排查
70 字段 → 5 步引导，每步 ≤14 字段
旧版排查表单是一张包含 70+ 字段的巨型表，排查员需要反复翻页填写。新版将其拆分为 5 个逻辑步骤，系统预填已知信息，实时校验减少返工。
房屋确认
扫码 / 地图选点
自动带入地址信息
外观检查
结构类型 + 损伤等级
选择式交互
照片采集
必拍清单 + AI 补全
确保数据完整
数据补录
仅填写变更字段
智能差异检测
确认提交
汇总预览 + 一键提交
离线缓存保障
GIS 地图排查模式
排查员反映最多的不是「表单太复杂」，而是找不到房子。城中村、农村的房屋既无门牌又无导航，光靠地址文字列表在现场毫无用处。既然公司有测绘图斑底库 + 自研空间引擎，就应该把这个能力用来解这个最难的痛点。
矢量图斑 + 离线瓦片 + 图层筛选 — 用测绘基因解决空间定位问题
真实房屋轮廓多边形替代圆点标记，四色状态编码（绿/红/橙/虚线），GPS+图斑双重定位 ≤2m
按状态/危房等级筛选图层，锁定高优先级区域，目视规划最优排查路线
全区瓦片本地预载，断网无感知切换，覆盖约 30% 信号弱区
PC 端管理后台
面向管理人员的全局视图：街道级进度追踪、C/D 级房屋预警、数据报表导出。
销号审核流程
针对危房销号的高风险操作，设计多级审核机制，防止误操作导致安全隐患遗漏。
设计说明
信息分层 · 14列→7列
原始表格 14 列信息密度超标，排查员需横向滚动才能获取关键信息。重新梳理字段优先级后，将核心字段压缩至 7 列：地址 + 危险等级 + 当前状态 + 整治进度 + 剩余天数 + 操作。辅助字段（排查日期、排查员、房屋结构等）收纳至详情页，按需展开。
防错设计 · 前置校验规则
销号审核是高风险操作，误销可能导致安全隐患遗漏。设计三重防错机制：① 系统自动校验整改完成度，未达标禁止提交；② 关键字段（鉴定等级、整改照片）强制填写；③ 审核意见预设模板 + 自由输入，降低漏审概率。
任务驱动 · 内联筛选器
审核工作台的核心场景是「批量审核」，而非「逐条查找」。将筛选器（等级、状态、区域、时间范围）内联至表格顶部，审核员无需跳转页面即可快速定位待审批次。筛选条件实时生效，支持组合查询。
交互优化 · 状态可见性
每个审核节点的状态用颜色编码（黄=待审、蓝=审核中、绿=通过、红=驳回），审核员一眼识别批次优先级。进度条可视化整治完成度，剩余天数用红/橙/灰三色预警，避免超期遗漏。
设计系统
统一的视觉语言与交互规范 — 基于 APP首页、GIS地图、引导式排查、PC-Desktop、PC-Desktop-Detail 五组设计稿归纳提炼
验证成果
排查时间缩短
45min → 15min
用户满意度 /5
原 2.1 → 4.3
完成率提升
一次提交成功率
验证方法
可用性测试
招募 8 名真实排查员进行任务测试，记录完成时间、错误率与满意度评分。
启发式评估
基于 Nielsen 10 项启发式原则逐条评估，验证设计决策的问题解决度。
A/B 方案对比
首页改版前后对照测试，量化任务驱动 vs 功能入口的效率差异。
专家走查
邀请 3 名 UX 专家进行认知走查，识别潜在交互盲点。
项目反思
政务系统设计需要在规范性与易用性之间找到平衡点——既满足上级数据报送要求，又不让基层人员疲于填表。
现场网络环境差是政务 APP 的常见痛点，离线缓存 + 增量同步的方案极大提升了数据可靠性。
多角色系统的信息架构需要角色感知的动态界面——同一入口，不同角色看到不同内容。