本篇文章主要讲解系统自动化执行中一个很小的模块——触发器的系统化拆解和产品设计过程，希望对你有所启发。

一、什么是系统自动化执行

本文所讲的系统自动化执行，指的通过后台aPaaS产品配置，以实现当数据满足某种条件时，在某个具体的操作或者时间点下触发系统自动化执行一系列操作的过程。

二、系统自动化执行——触发器的应用场景

通常在进行平台型SaaS产品设计时，由于产品要适配不同的行业，不同的企业，因此无法根据企业的个性化需求，将一些通用的功能提前预置到标准产品里，这就需要通过aPaaS层产品配置，来实现企业个性化需求。

以下，通过一些业务场景示例，来阐述触发器的应用场景：

• A企业管理者要求，当销售人员在系统中创建重点客户时，需要通知销售主管；
• B企业管理者要求，当销售人员在系统中创建的客户规模大于1000人时，客户类型必须变为“大客户”；
• C企业财务要求，在回款计划到期前3天，回款计划状态仍然是“未回款”时，系统要在每天上午9:00通知该笔回款计划的负责人，提醒尽快处理；

由以上场景可知，不同企业因为其业务特殊性，根据业务数据条件的不同，所要求的系统执行的事件也不同，那我们如何通过系统化的设计，来满足此类场景？

三、系统自动化执行——触发器的系统化拆解

通过上述事例分析可知，以上的场景如果进行系统化的拆解，我们可以将其拆解为两大块：触发规则和触发事件。

• 触发规则：所谓触发规则，即为要触发某个事件的前提条件，因此触发规则主要用于设定条件。
• 触发事件：所谓触发事件，即为当满足系统设定的前提条件时，系统自动化执行的动作。

四、系统自动化执行——触发器的产品设计

以下分别从触发规则和触发器两个方面进行阐述，产品设计的拆解过程和核心功能逻辑。

1. 触发规则设计

首先从业务场景上进行分析，我们可以从触发的时效性上将触发规则分为两类：定时触发和即时触发。其中共性部分：均需要设定，当数据满足什么条件时，触发器生效被触发。

• 定时触发：即在某个确定的时间点触发。因此触发规则侧重点在于设定“定时的时间点”。
• 即时触发：即当满足某种条件，即时触发，和时间无关。因此触发规则侧重点在于设定即时触发的“操作”。

设计细节见如下脑图：

2. 触发事件设计

触发事件：系统所有可自动化执行的动作均可被定义为事件。触发事件可和触发规则关联使用，当数据满足某种条件时，在某个确定的时间点或操作下执行的事件。

以下脑图示例可被系统执行的事件，仅做参考，并非全量：

以上不同的事件，需要根据事件本身的属性，可自由配置不同的内容，比如系统消息，可配置系统消息文案，其他以此类推，不多做赘述。

综上，触发器闭环功能，是触发规则+触发事件结合而成的，之所以解耦，主要有以下两点原因：

• 一个触发事件可同时被多个触发规则引用，且一个触发规则可同时引用多个触发事件；
• 触发事件除了可被触发规则所引用，也可以在其他自动化执行的产品（如自动化流程）里被重复引用；

通过解耦，以实现产品组装的灵活性，这就是产品系统化拆解的重要性，之前文章中均有所提及。

本篇文章主要讲解系统自动化执行中一个很小的模块–触发器的系统化拆解和产品设计过程，仅供参考，如有疑问，欢迎探讨。

本文由 @椰子 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议