图7：业务动作（审批）工作设置
8）节点超时控制
节点超时控制，主要用于对于流程节点有时间控制的需求，比如设备维修；主要包括2个方面：截止时间控制、节点时限规则；
截止时间控制：主要约束节点流程没有任何处理，出现停滞；但该节点又比较重要时，可以对当前流程进行强制约束；比如自动转交、自动通过、自动拒绝、自动办理、事件触发；也可不进行超时控制，那么待办任务将自动添加超期标签；
节点时限规则：对当前节点可添加时限规则，用于控制节点停留时间，加快流程流转效率；节点时限规则，可以同时配置多个；比如不同时间内，发不同的消息提醒；
时限计时方式一般按照2种方式：固定时间、接收后计时；
满足时限规则后，可以进行流程约束：自动转交、自动通过、自动拒绝、自动办理、事件触发；
9）节点规则配置
节点规则配置，是因为在实际业务流程中，会出现临时性情况，执行人拿不定主意或者自己完不成时，需要进行加办；比如某项工作无法进行评估，可邀请专家一起；
固化的流程也会因实例数据的特殊性，流转到非工作范围内时，可进行转交；比如某项维修单，数据比较特殊，需要指定人进行处理；
一般节点规则配置主要包括：加办、转交、抄送；
图8：节点规则配置
- 加办：分为前置、后置，也会有单人/多人之分；所以，在执行加办时，要能够支持前后的选择，同时也可配置或签/会签；
- 转交：节点当前执行人，因临时情况/不在工作范畴内时，可将任务进行转交，转交是将执行人进行替换，同时继承当前节点执行人的所有数据及规则；
- 抄送：主要用于节点特别需要对部分用户进行数据查阅控制；
10）流程管理
流程管理主要包括：流程版本、实例编号。
- 流程版本：流程在应用过程中，会不断的调整和优化，每次调整都应创建新版本；以避免在运行的流程数据出现问题，也就是说在运行中的流程仍然用旧版本，新发起的/驳回重新提交的，才会使用新的版本。
- 实例编号：对实例数据要进行编码管理，根据业务表单情况，进行编码规则管理；实例数据出现多次触发单一流程或者触发不同流程时，可根据实例编号进行流程数据整合。
4. 事件管理：干完活后是发奖金，还是抽鞭子
事件管理，主要用于在进行某种操作/变化时，进行事件触发；所以事件管理主要包括事件捕获和事件触发；
- 事件捕获：根据流程中配置的事件触发机制进行定时捕获、消息捕获、操作捕获；为了确保系统的可靠、准确，在产品设计时要有补偿机制；
- 事件触发：当流程执行到事件，会触发一个事件，在流程中，常见的事件类型有通知消息、短信、邮件、业务流程触发、新建/更新表单数据；
5. 流程管理：时刻关注工作的进度
作为多业务系统流程管理，需要对流程进行实时监督，以便完成企业特定目标；流程监控可以帮助企业分析流程的性能，找出关键问题，改善业务流程的速度、质量及效率。
流程管理主要包括：流程监控、异常流程管理、流程强制介入、流程时效分析；
- 流程监控：对流程数据进行实时监控，可查看数据详情和流程实时进度，监控流程的持续时间、完成情况等；
- 流程异常：对流程数据中，如果出现异常情况，进行监控，比如节点为空、审批人离职、流程超时等情况，以方便对应管理员对相关流程进行优化调整；
- 流程强制介入：对流程数据进行强制性处理，常见的有：转交、强行中止；
- 流程时效分析：耗时分析、使用分析、时效分析、超时统计等；
最后：抓不住老鼠的，都不是好猫。
面向实际业务中，只要在整体框架无误的基础上，降低一定的灵活性也是可以的，快速实现、快速应用、快速迭代方为上策。
无论多么流畅、多么强大的流程，不能对业务产生增益，都是失败的！
本文由@张三丰 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
