管理者
谁处理、什么时候处理、哪些任务需要优先关注？
现场报修管理派工接单与维修验证与回退保养与留证
围绕使用者的任务组织信息
维修人员
当前能做什么，还缺哪些信息，处理记录在哪里？
资产使用人
报修是否有人接单，处理完成后如何验证？
实际界面与跨端分工
关键设计判断
按任务状态组织入口
待派工、待维修、维修中分别对应不同操作，避免让现场人员从完整字段表里寻找下一步。
保留紧急程度、设备对象和负责人；详细资料放在任务内。
PC 与手机分工
管理端需要比较和调度，手机端需要查看任务并记录执行过程。两端沿用同一业务对象与状态语义。
网页端保留列表、详情和批量操作，手机端收敛为任务卡片与触控动作。
保养项目与设备分别表达
一个保养工单可能包含多个项目与设备。单一“完成”标签无法解释每个组合的进展。
项目与设备组合状态对应填写结果，范围、选项、文本采用不同输入形式。
异常路径和结果留证
转派与验证回退会改变任务去向，附件、工时和备件记录需要跟随任务。
明确处理对象、状态和结果入口；弱网与同步冲突仍作为后续验证课题。
进入交互原型
源稿结构包括保养计划、保养工单、巡检任务、点检任务、工时填报和设备台账。即时设计 PC 文件同时保留修改版、设计页面与参考页，本案例只引用业务设计内容。
展示范围：报修、维修、转派与保养的界面设计及原型。公开数据已替换；不将演示页面描述为客户实际运行结果。