移动应用 · 设计概念
现场服务应用
现场服务应用设计，覆盖上门日程、巡检清单和报告核对，并说明离线保存与任务未完成时的提示方式。
以下是概念设计，并非客户项目。展示内容为静态效果图，名称和数据均为虚构。
设计出发点
现场人员需要明确当前任务的下一步，网络不稳定时也不能混淆处理状态。概念将每日服务安排、巡检和报告复核串联起来。
- 面向谁
- 按计划上门、使用手机记录巡检结果的技术人员。
- 需要考虑的限制
- 现场工作可能被打断，也可能没有网络。界面必须区分本地保存和服务器接收。静态效果图并未实现离线存储或数据同步。
建议的操作流程
- 01
查看服务安排
当日日程按任务分组，提供识别下一项上门工作所需的信息。
- 02
完成巡检项目
巡检页面将工作拆成检查项，并预留照片记录区域。
- 03
复核报告
复核页集中展示检查信息，通过本地保存提示说明拟采用的离线流程。
为什么这样设计？
支持中断后继续
明确的检查项名称帮助现场人员重新找到处理位置。完成、待办和受阻状态应有文字说明。
说明数据去向
保存到设备与提交报告是不同状态。服务器确认接收之前，不应提示办公室已经收到记录。
细看视觉设计
以下为建议的设计样式，均为静态示例，不是可操作功能或正式开发规范。
配色用途
任务背景
#F2F7F5
主要操作
#146B58
任务文字
#253D36
字体与间距
信息清楚，下一步明确。
时间与检查数量使用数字清晰的无衬线字体。操作指引简短直接，较长的检查说明单独展示。
采用单列任务布局，触控区域之间保持间隔。说明文字紧邻对应控件，报告状态不混入可编辑备注。
正常流程之外的状态
已保存到设备
已在本设备保存，办公室尚未收到报告。
报告已送达
办公室已收到报告，可以返回服务任务列表。
巡检未完成
请完成必填检查项后再提交报告。
离线提示需要向现场人员说明什么？
需要区分数据保存在本地、等待发送和已确认接收。仅显示成功图标无法说明区别。重试与冲突处理还需要和数据同步机制一起设计。
