aPaaS层自定义审批流产品设计

10: 46: 56每个人都是产品经理

在工作项目实践的基础上,总结了审批流程的定制结构化设计的相关经验,供大家参考和学习。

批准的流程应用程序业务场景是众所周知的,不会重复。

企业规模和流程变化的扩大将导致内部审批流程的调整。许多传统的2B企业也将具有流程再造和IT系统重构的要求。因此,作者主要讨论平台定制审批流程的产品设计。

对于用户:企业IT系统管理员/系统实施者/高级业务人员

基于上述场景,我们最初设计了自定义审批流程,以解决企业审批流程变更时的大规模,高成本IT系统重建问题。因此,设计审批流程定制配置产品,以方便企业IT运维和/系统实施/高级业务人员,并通过可视化界面快速或有效地配置或修改审批流程。

产品结构设计

1.审批流程基本信息管理

该部分主要用于审批流程的基本信息管理,需要突出显示:

(1)相关业务

这里的主要原因是根据业务发生情况设置审批流程。如果平台具有现有服务,则可以直接关联。

如果此处的审批流程需要独立定制相关业务描述,则可以通过自定义表单的情况来实现。表单设计属于另一个主题,此处不再赘述。

(2)生命周期

如上所述,批准流程可能随时更改,但历史审批流程已生成历史数据,因此无法直接删除。这需要批准流程的生命周期管理。 “禁用”的批准过程在前台不可见。它不可操作,但会查询基于批准流程的历史数据。

2.视觉审批流程配置

根据节点属性分类,可视化过程配置分为三个部分:

(1)开始节点

(2)批准节点

最困难的一点包括节点和节点之间的连接过程:

最后一个节点和下一个节点是一对一节点,即下一个节点是单个节点;最后一个节点和下一个节点是一对多节点,即下一个节点是分支节点;如果节点最终需要融合合并,则还可以在节点之间插入空节点,因为分支节点中的节点可以跨节点到达下一个节点。

(3)结束节点

以上三部分主要用于批准流程属性配置。每个过程都是必不可少的。定义的属性粒度足够详细,前台审批流程的灵活性会更高。

其中,抽象关键能力模块是:

执行触发事件。

触发事件组件:

触发器有许多应用场景,可以打包成独立的触发器功能。

这里没有描述其他细节。如果描述不清楚,欢迎您随时进行讨论。

3.批准流程权限

企业数据涉及许多企业机密信息,因此2B产品有一个非常重要的主题,即权限设计(可以在后面讨论),因此批准流程也不例外。

需要关注的是:

操作权限是仅当前节点的批准者,还是授权给管理员?批准流视图权限,因为如上所述,批准流程由关联的业务执行,所以它是继承服务的默认数据视图权限吗?或者你可以更精细地控制权限?

在这里,您需要根据业务场景进一步设计,当然,欢迎您进行更多讨论。

产品交互设计

每个人都应该熟悉使用Visio和其他工具来绘制业务流程。为了减少用户交互的培训,我也希望这种交互可以用来实现审批流程。一般结构可以参考下图:

以上是作者基于他自己的经验总结的审批流程的自定义结构化设计。它只代表个人观点。欢迎您深入讨论并与更多火花碰撞。

本文由