本篇文章主要講解系統(tǒng)自動化執(zhí)行中一個很小的模塊——觸發(fā)器的系統(tǒng)化拆解和產品設計過程，希望對你有所啟發(fā)。

一、什么是系統(tǒng)自動化執(zhí)行

本文所講的系統(tǒng)自動化執(zhí)行，指的通過后臺aPaaS產品配置，以實現(xiàn)當數(shù)據滿足某種條件時，在某個具體的操作或者時間點下觸發(fā)系統(tǒng)自動化執(zhí)行一系列操作的過程。

二、系統(tǒng)自動化執(zhí)行——觸發(fā)器的應用場景

通常在進行平臺型SaaS產品設計時，由于產品要適配不同的行業(yè)，不同的企業(yè)，因此無法根據企業(yè)的個性化需求，將一些通用的功能提前預置到標準產品里，這就需要通過aPaaS層產品配置，來實現(xiàn)企業(yè)個性化需求。

以下，通過一些業(yè)務場景示例，來闡述觸發(fā)器的應用場景：

• A企業(yè)管理者要求，當銷售人員在系統(tǒng)中創(chuàng)建重點客戶時，需要通知銷售主管；
• B企業(yè)管理者要求，當銷售人員在系統(tǒng)中創(chuàng)建的客戶規(guī)模大于1000人時，客戶類型必須變?yōu)椤按罂蛻簟保?/li>
• C企業(yè)財務要求，在回款計劃到期前3天，回款計劃狀態(tài)仍然是“未回款”時，系統(tǒng)要在每天上午9:00通知該筆回款計劃的負責人，提醒盡快處理；

由以上場景可知，不同企業(yè)因為其業(yè)務特殊性，根據業(yè)務數(shù)據條件的不同，所要求的系統(tǒng)執(zhí)行的事件也不同，那我們如何通過系統(tǒng)化的設計，來滿足此類場景？

三、系統(tǒng)自動化執(zhí)行——觸發(fā)器的系統(tǒng)化拆解

通過上述事例分析可知，以上的場景如果進行系統(tǒng)化的拆解，我們可以將其拆解為兩大塊：觸發(fā)規(guī)則和觸發(fā)事件。

• 觸發(fā)規(guī)則：所謂觸發(fā)規(guī)則，即為要觸發(fā)某個事件的前提條件，因此觸發(fā)規(guī)則主要用于設定條件。
• 觸發(fā)事件：所謂觸發(fā)事件，即為當滿足系統(tǒng)設定的前提條件時，系統(tǒng)自動化執(zhí)行的動作。

四、系統(tǒng)自動化執(zhí)行——觸發(fā)器的產品設計

以下分別從觸發(fā)規(guī)則和觸發(fā)器兩個方面進行闡述，產品設計的拆解過程和核心功能邏輯。

1. 觸發(fā)規(guī)則設計

首先從業(yè)務場景上進行分析，我們可以從觸發(fā)的時效性上將觸發(fā)規(guī)則分為兩類：定時觸發(fā)和即時觸發(fā)。其中共性部分：均需要設定，當數(shù)據滿足什么條件時，觸發(fā)器生效被觸發(fā)。

• 定時觸發(fā)：即在某個確定的時間點觸發(fā)。因此觸發(fā)規(guī)則側重點在于設定“定時的時間點”。
• 即時觸發(fā)：即當滿足某種條件，即時觸發(fā)，和時間無關。因此觸發(fā)規(guī)則側重點在于設定即時觸發(fā)的“操作”。

設計細節(jié)見如下腦圖：

2. 觸發(fā)事件設計

觸發(fā)事件：系統(tǒng)所有可自動化執(zhí)行的動作均可被定義為事件。觸發(fā)事件可和觸發(fā)規(guī)則關聯(lián)使用，當數(shù)據滿足某種條件時，在某個確定的時間點或操作下執(zhí)行的事件。

以下腦圖示例可被系統(tǒng)執(zhí)行的事件，僅做參考，并非全量：

以上不同的事件，需要根據事件本身的屬性，可自由配置不同的內容，比如系統(tǒng)消息，可配置系統(tǒng)消息文案，其他以此類推，不多做贅述。

綜上，觸發(fā)器閉環(huán)功能，是觸發(fā)規(guī)則+觸發(fā)事件結合而成的，之所以解耦，主要有以下兩點原因：

• 一個觸發(fā)事件可同時被多個觸發(fā)規(guī)則引用，且一個觸發(fā)規(guī)則可同時引用多個觸發(fā)事件；
• 觸發(fā)事件除了可被觸發(fā)規(guī)則所引用，也可以在其他自動化執(zhí)行的產品（如自動化流程）里被重復引用；

通過解耦，以實現(xiàn)產品組裝的靈活性，這就是產品系統(tǒng)化拆解的重要性，之前文章中均有所提及。

本篇文章主要講解系統(tǒng)自動化執(zhí)行中一個很小的模塊–觸發(fā)器的系統(tǒng)化拆解和產品設計過程，僅供參考，如有疑問，歡迎探討。

本文由 @椰子 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協(xié)議