管理后台与仪表盘 · 设计概念
物业管理后台
物业运营设计研究，连接项目总览、维修申请详情和分派核对，并提供责任归属与更新冲突提示。
以下是概念设计，并非客户项目。展示内容为静态效果图，名称和数据均为虚构。
设计出发点
协调人员安排维修时，需要明确申请所属的物业及位置。概念把项目整体情况与单项维修详情区分开来。
- 面向谁
- 查看维修申请并准备分派任务的物业运营人员。
- 需要考虑的限制
- 物业、申请和人员均为虚构。真实住户信息需要访问控制；本概念不派发任务，也不承诺服务响应时间。
建议的操作流程
- 01
查看项目概况
总览按物业项目展示运营信息。
- 02
检查维修申请
详情页集中介绍一项已上报问题。
- 03
核对任务分派
分派前提供独立检查步骤，本概念不会发送工单。
为什么这样设计？
保留明确的位置
申请需要标明物业及具体位置，避免相似问题描述造成地点混淆。
区分负责人和处理进度
指定负责人不表示维修已完成。任务归属及处理状态应分别展示。
细看视觉设计
以下为建议的设计样式，均为静态示例，不是可操作功能或正式开发规范。
配色用途
物业工作区
#F4F7F8
导航与数据
#33434E
分派操作
#167F81
字体与间距
信息清楚，下一步明确。
无衬线字体突出申请标题，位置标签保留足够字号。状态用明确文字表达，不只依赖颜色圆点。
物业信息与申请记录分区排列，任务分派控件周围保留空间，便于检查地点和负责人。
正常流程之外的状态
暂无待处理申请
当前物业及筛选条件下没有待处理维修申请。
分派待核对
分派信息已准备好，维修申请尚未完成。
申请已更新
该申请已有变更，请查看最新信息后再分派。
为什么分派任务和维修进度要分开显示？
分派表示由谁负责，状态表示处理进展。已有负责人的申请仍可能等待评估或维修。分别展示，可以避免让人误以为派单后问题就已解决。
