管理后台与仪表盘 · 设计概念
审批工作台
审批工作台设计研究，展示待审队列、文档审阅及决定草稿确认，并提供版本变化的处理提示。
以下是概念设计，并非客户项目。展示内容为静态效果图，名称和数据均为虚构。
设计出发点
让审批决定明确对应到所审阅的文档版本。概念分别处理查找申请、检查材料和核对决定草稿。
- 面向谁
- 处理内部文档审批的审核人员与流程负责人。
- 需要考虑的限制
- 文档和决定均为虚构。本概念不批准记录、不添加签名，也不产生法律效力。实际权限、版本及审计规则需要另行定义。
建议的操作流程
- 01
查找待审事项
队列呈现等待审阅的申请。
- 02
检查文档
文档审阅界面为相关材料提供独立工作区。
- 03
核对决定草稿
确认草稿展示拟作出的决定供检查，不会提交审批结果。
为什么这样设计？
明确审阅的版本
决定应标识其对应的文档版本。源文件发生变化时，需要提示审核人员重新检查。
说明不同操作的含义
批准、拒绝和要求修改具有不同效果。用明确标签及确认文字表达，不能只依靠颜色。
细看视觉设计
以下为建议的设计样式，均为静态示例，不是可操作功能或正式开发规范。
配色用途
审批背景
#F7F5EF
决策操作
#434A91
文档文字
#282D42
字体与间距
信息清楚，下一步明确。
队列控件和审核备注使用清晰的无衬线字体。文档正文保持适宜阅读的字号，与周边界面标签有所区分。
文档阅读区与决定区域分开布局。最终核对处保留足够空间，同时展示申请和拟执行操作。
正常流程之外的状态
暂无待审事项
当前审核队列没有待处理申请。
决定草稿待检查
决定草稿已准备好，尚未提交。
文档版本已变化
文档已有新版本，请先审阅再提交决定。
为什么审批结果需要关联文档版本？
对旧版本的批准不能自动延伸到修改后的内容。显示已审阅版本可以明确决定范围，系统还需要用版本校验和审计记录执行这一规则。
