基本原则

审批场景是B端中后台业务场景中的一个特殊分支，融合了表单页、详情页等多个页面形态的特质，使用频率高、用户层级高、设计难度高。设计者需要基于原子设计理念，梳理和整合数据信息，按每个角色对不同事项的关注层级，构建科学规范的设计系统。

设计分析

用户群体分析

• 提报人：填写单据，提交审批
• 审批人：审核单据，进行决策
• 审批管理员：管理审批模版、配置审批流程、设置节点等

日常审批存在的问题

• 不会填——不理解怎么填、不明白要填什么、不清楚要写的内容方向是什么
• 不会用——操作复杂无从下手、交互随性颠覆认知
• 找不到——无法快速看到重点审批内容、无法快速找到操作按钮的位置

设计原则

好的填单、审批体验来自合理的表单元素和填写流程，合理运用页面构成元素，用适当的错误提示、即时校验等交互方式帮助用户理解表单内容，快速填写，从而提高审批效率。鉴于以上，整个审批页的设计过程需遵循如下原则：

• 信息传达准确：能有效并准确传达审批流的相关信息。
• 流程操作高效：能提升组织内部的运转效率。
• 节点可预知：能帮助各角色提前了解审批流程。
• 历史可回溯：对已结束的审批单据能随时回溯。

名词定义

为了保证集团内所有审批页场景中操作的一致性，遵循交互体验表述一致原则，我们对审批页中各操作的定义、文案进行了约定，减少用户理解成本。

备注：部分业务场景中可能会存在特殊的操作，可基于系统一致性原则自行定义。

常规操作

操作	定义
暂存	在流程处理过程中将当前填写的数据保存下来，但并不校验数据和发起流程。
提交	发起人发起审批或审批人将处理意见完成提交。
传阅	将当前审批页分享给其他用户查看，查看的数据权限继承操作人的数据权限。
催办	前序节点处理人催促当前节点处理人尽快处理流程审批，系统通过邮件方式提醒当前节点处理人。其中发起人可催办所有节点处理人，审批人只能催办下一节点处理人。
撤回	发起人将进行中的流程撤回到发起节点的草稿状态
废弃	发起人在流程被驳回或主动撤回到发起节点的情况下，可主动废弃当前流程
删除	流程在未曾发起过的情况下，发起人可主动删除该条流程数据
打印	将当前审批流程页面中的数据基于打印模版打印。
刷新	重新加载当前页面。
退出	退出当前流程审批页面，可以是关闭当前浏览器窗口或返回列表页等

审批操作

操作	定义
通过	当前审批人同意审批内容，提交后流程将流向下一节点
同意	仅会签节点存在，仅代表当前审批人的同意态度，并根据当前流程的会签规则进行流转。
不同意	仅会签节点存在，仅代表当前审批人的不同意态度，并根据当前流程的会签规则进行流转。
转办	将该流程转交给其他成员进行处理，即更换当前节点的处理人
沟通	当前节点处理人希望与某个相关人进行意见交流，整个交流过程中流程停留在当前节点，直至沟通发起人进行取消沟通操作
回复沟通	被沟通人针对沟通人的意见进行回复
取消沟通	沟通发起人认为沟通目的已达成，重新回到审批状态
加签	当前节点的处理人难以准确判断或需要额外的审批意见，需要在流程中添加其他审批节点的操作，加签可以选择单人或多人，加签人审批支持顺序、并序、无序加签
驳回	当前审批人将该条流程退回到某个前序节点，但不影响流程的正常运转。驳回时须支持操作人选择驳回目标节点，建议支持操作人选择驳回节点通过后的流转策略，流转策略可包括以下4种： 1. 按顺序流转 2. 返回当前操作人 3. 返回当前节点所有人 4. 返回指定节点

待办通知

流程审批过程中的各个关键节点，需要向相关人发送待办通知进行告知，发送渠道可以是邮件、信鸿待办、门户待办，建议通过三合一待办接口同时支持三种。

标题格式

待办通知的标题，需要参照统一的格式规范要求，包含如下字段信息：

字段名称	示例	备注
处理类型	请审批、请处理…	并非所有的待办都是引导用户进行审批操作，因此需要基于不同的情况添加不同的前缀
发起人所在部门	流程IT与数据管理部	这里并非指组织全路径，而是LDAP中定义的某个层级的部门名称
发起人姓名	张三
流程名称	外协人员一卡通门禁开通申请	流程名称在部分系统中可能叫标题或主题，有的流程是用户手动录入，有的是系统基于某个格式拼接而成的
发起人所属公司	集团公司
发起时间	2023-01-01

注意事项

1. 由于流程名称的格式由各系统自己定义，可能已经包含了上表要求的字段信息，如果出现这种情况，就可以在待办发送时不再重复拼接相同的字段，即确保拼接后的结果中包含以上字段即可。
2. 标题的拼接可使用中括号、短横线、冒号等符号对字段进行间隔，方便用户阅读
3. 带有紧急程度功能的系统在标题中，需要将紧急状态放置在标题起始初，如：[紧急]

拼接格式参考

邮件内容

邮件内容需要支持与本系统一致的语言数量，比如本系统中支持简体中文、英文、日语，邮件内容也需要体现这三种语言。

邮件中需要明确展示出审批页的入口链接，且同样需要支持与本系统相同的多语言。下图为OA审批邮件内容示例：

权限控制

系统需要提供角色权限管理功能，确保不同角色、不同节点的用户在审批页只能进行其具备权限的操作，保障审批流程的安全性，尤其要避免非流程相关人通过链接分享的方式进入审批页的情况。

审批页设计规范

审批页的设计规范可参考各自终端对应典型页面的要求：

• PC端审批页
• 移动端审批页