移动应用 · 设计概念
服务预约应用
维修服务应用设计研究，展示服务选择、意向时段及申请核对，区分预约请求和正式确认。
以下是概念设计，并非客户项目。展示内容为静态效果图，名称和数据均为虚构。
设计出发点
让客户选择维修服务，并在发送请求前检查意向时间。概念止于申请核对，不进入服务方确认。
- 面向谁
- 通过手机申请维修服务的客户。
- 需要考虑的限制
- 2026 年 9 月 18 日 11:00–11:30 为示例时间，不查询实时余量、不安排维修人员，也不承诺到达时间。
建议的操作流程
- 01
选择维修项目
服务页面介绍维修预约入口。
- 02
填写意向时间
日期界面显示 2026 年 9 月 18 日和示例 11:00–11:30 时段。
- 03
检查预约请求
核对页汇总拟选服务和时间，不表示预约成功。
为什么这样设计？
定义时间范围
实际服务需要说明这是预约时间、上门范围还是客户偏好，日历本身无法交代这些区别。
由服务方确认结果
申请核对不能暗示已有人员安排，正式预约取决于服务方接受。
细看视觉设计
以下为建议的设计样式，均为静态示例，不是可操作功能或正式开发规范。
配色用途
服务背景
#F4F8FD
时间选择
#286AC1
申请文字
#26394F
字体与间距
信息清楚，下一步明确。
以易读无衬线文字展示服务和日期，完整呈现时间范围，避免含义不清。
服务选择与日期控件分区，核对处将日期及时间集中展示。
正常流程之外的状态
尚未选择时间
请先选择意向日期和时间，再检查申请。
申请待核对
预约请求已准备好，尚未获得确认。
时段不可用
当前时段已不可选，请更换意向时间。
为什么不能把预约请求写成预约成功？
客户选择时间不代表维修人员有空。只有服务方实际接受后，页面才能确认预约。
