トリガータイプ：例として「Customerが最初のメッセージを送信した時」「Teammateが会話状態を変更した時」「Customerが応答しなかった時」や「Customerがページを訪問した時」などがあります。

Audienceルール：ユーザー属性、ブラウザ言語、容量などのフィルターを使って、Workflowを適用するUsers、Leads、またはVisitorsを指定できます。

チャネル選択：Workflowをトリガーする場所を選択します（Web、iOS、Android、WhatsApp、Facebookなど）。

スケジューリング：Workflowを有効にする時間を設定します（例：営業時間のみ）。

目標設定：一部のトリガーでは、Workflowの効果を測定するための目標を定義できます（例：有料プランへのコンバージョン）。

分岐：設定した条件（例：ユーザー言語、会話トピック、営業時間）に応じてusersを異なる経路に振り分けるために分岐を使用します。

条件：これらは論理文（例：「ブラウザ言語がフランス語ならフランス語のWorkflowを表示」）で、どの分岐をたどるかを制御します。

データソース：条件ロジックは、個人データ、会社データ、メッセージデータ、会話データ、または容量を使用できます。

AND/ORロジック：複数の条件を組み合わせてより複雑な分岐を作成します（例：「最終確認日<14日 AND ブラウザ言語が英語」）。

自動アクション：経路に基づき、Workflowはメッセージ送信、会話へのタグ付け、ticketの割り当て、外部システムとの連携などのアクションを実行できます。

トリガー設定は、適切なタイミングで適切な人をWorkflowに入れます。

条件ロジックは、リアルタイムのデータとユーザー行動に基づいてWorkflowの旅をパーソナライズし適応させます。

例：DublinのUser：「City is not Dublin」＝偽、「City is not London」＝真 → ルールがマッチ（どちらかが真のため） - LondonのUser：「City is not Dublin」＝真、「City is not London」＝偽 → ルールがマッチ

結果：DublinとLondonのusersが含まれてしまい、意図したものではありません。

これで、どちらの都市にもいないusersのみがマッチします。

DublinまたはLondonのusersは意図通り除外されます。

トリガーのAudienceルールを使用して、関連するusersのみがWorkflowに入るようにします。

条件分岐を使って、微妙でリアルタイムな意思決定（例：営業時間、ユーザー属性）を行います。

時間ベースや複雑なルールは、トリガー設定ではなく分岐に移動して柔軟性を高めます。

制限事項に注意してください。例えば、1つの会話につき同時に実行できるcustomer向けWorkflowは1つだけであり、チャネル別の分岐がないことなどです。

トリガー設定＝「Workflowはいつ、誰のために開始されるか？」

条件ロジック＝「次に何が起こるか、どのように経路を分岐させるか？」