图3：多态用户选择
②触发条件：面向表单配置条件，选取字段进行条件匹配；以下给个参考：
图4：触发条件配置
如果企业/组织体系较大时，流程管理权限是可以下放的，需要对用户进行权限控制的。
3）推进规则配置
推进规则用于控制整个流程的规则，如果场景比较单一，推进规则可以写死，当要面对多业务场景或者SaaS系统，对于流程的规则要支持多场景配置。
举几个例子吧！
- 是否支持推进到任意阶段还是必须按阶段进行推进，可以向前还是向后；
- 是否支持流程结束后，重新激活；
- 是否支持去重：比如一个人在流程中需要处理多次，是否可以自动跳过；
还有很多其他规则就不一一罗列了，以上规则还有很多细分规则，比如有必填任务时，是否支持推进等等。
规则要结合自身的业务发展，逐步完善，不必刻意追求一步到位。
产品设计时，要把最常用的全部进行默认；比如常见的审批流程，就是必须按阶段向后逐个推进。
4）流程图绘制
流程图绘制，目前市面上较为流行两种，一种是flowable，一种是像钉钉和飞书那种线性结构；各有优劣吧！总体来讲，流程较为复杂的可以采用flowable绘制，流程较为清晰明了且为了降低操作难度角度考虑，可以采用线性结构；流程图绘制组件主要包括：开始、业务动作、网关、结束。
一个流程中，至少要有一个开始节点和一个结束节点。 开始：只有一个，比较明确；
业务动作：主要配置人、事、节点规则，具体的业务动作可以按照流程应用进行拆分配置；常见的有审批、办理、自动任务、计算校验；
网关：网关可以理解为分流器（即分支），主要分为条件分支、并行分支、并行 条件分支；
图5：网关示意图
- 条件分支：只能进入其中1个分支，需要添加条件规则，产品设计时条件规则必须配置优先级，不然会出现条件规则交叉情况，导致系统错误；
- 并行分支：同时进入多个分支，无需添加条件规则；
并行 条件分支：只要满足条件规则的分支，都可以进入；
并行分支在产品设计时，要注意分支合并和单独结束的情况。
5）节点执行人
节点执行人，表示当前节点的业务动作需要执行的人员范围；这个范围主要包括3种类型：用户、流程相关用户、数据相关用户；
- 用户：支持多态用户（部门、指定用户、用户组、角色、职能、角色组）；
- 流程用户：指定节点的办理人、办理的上级、同步指定节点规则；
- 数据用户：表单内字段对应人/角色/部门、数据相关人（创建人、归属人、修改人、提交人）、数据相关规则（创建人/归属人/修改人/提交人–连续多级/上级/部门负责人）；
6）执行人规则
当我们选取了节点执行人后，必然会出现两种情况：存在多人、压根没有人；存在多人时，系统无法判断如何继续向下流程；压根没有人时，流程会出现中断，信息会出现丢失；所以，这两种情况要进行处理，常见的处理方式为：
- 会签：多人时，所有人都需要进行执行办理；
- 或签：多人时，仅需1人进行执行办理；
- 为空：压根没有人时，可以进行指定人、指定管理员、或者支持一些规则，比如连续多级、追踪角色等；
特别注意：以下情况可在推进控制管理时，需细化配置规则。
- 离职会影响正常审批，也会造成为空；
- 去重会影响会签/或签；
- 为空追踪会持续为空，应设置管理员托底；
7）节点操作配置
在业务动作约束下，配置不同操作名称及工作内容；
以审批为例：
①设置操作内容
图6：业务动作（审批）操作设置
②设置工作内容
