workflowの構築を開始すると、最初にトリガーを選択し、その後トリガー設定を構成して、このworkflowがどこで、誰に、いつ実行されるかを決定します。以下で各設定について説明します。

Workflowsトリガールール

workflowを開き、編集をクリックしてから最初の「トリガー」ブロックを選択し、トリガー設定を管理します。アウトバウンドworkflow（例：「顧客がページを訪れたとき」）の場合、workflowを表示する期間を選択する必要があります：

既読（デフォルト） — workflowを顧客に一度だけ送信し、その後はインタラクションや閉じる操作に関わらず再送しません。
何らかのインタラクションが発生した場合 — 顧客が関与（workflowパスを選択）、Messengerを開く、または通知を閉じるまで、workflowを継続的に送信します。
関与済み — 顧客がworkflowパスを選択して関与するまで、workflowを継続的に送信します。
顧客がworkflowを閉じるかMessengerを開いた場合、そのセッションの残りの間は非表示になります。新しいセッションが始まると、顧客が関与するまでworkflowが再表示されます。

注意：「workflowを表示する期間」とスケジューリングを併用している場合、workflowは「既読」「インタラクション」「関与済み」であっても、次の頻度日に再送されます。

workflowチャネルの管理

workflowを開き、編集をクリックしてから最初の「トリガー」ブロックを選択し、チャネルを管理します。以下のチャネルからworkflowを表示する場所を選択できます：

Web
iOS
Android

モバイルでworkflowを使用するには、最新のiOSおよびAndroid SDKにアップグレードする必要があります。

注意：モバイルチャネル（iOSおよびAndroid）のみでworkflowを構成する場合、対象はUsersのみでなければなりません。LeadsまたはVisitorsを対象に選択すると、workflowのライブ設定がブロックされます。これはモバイルチャネルを使用するすべてのworkflowに適用されます。

以下のようなトリガーを使用している場合：

顧客が最初のメッセージを送信したとき、
顧客が任意のメッセージを送信したとき、
チームメイトが会話の状態を変更したとき、
顧客が応答しなかったとき、または
チームメイトが応答しなかったとき

これらのworkflowがトリガーされるチャネル（WhatsApp、Facebook、Instagram、SMS、Email、Slackなど）を構成するための追加オプションがあります。

workflowの送信先の管理

workflowを開き、編集をクリックしてから最初の「トリガー」ブロックを選択し、ページ滞在時間やURLなどのページルールを追加してworkflowの送信先を選択します。ページルールが一致した場合にのみworkflowがトリガーされます。

例えば、顧客が価格ページに60秒滞在したときにアウトバウンドworkflowをトリガーしたい場合があります。

ヒント：

特定のURLをターゲットにする場合は、アプリやサイトから直接コピー＆ペーストするのが良いでしょう。これにより、ブラウザのアドレスバーに隠れている文字（末尾のスラッシュなど）も正確にキャッチできます。
URLベースのページルールはモバイルアプリには適用されません。モバイルアプリはネイティブ画面を使用し、ブラウザのURLを使用しないため、URL条件はモバイルアプリのユーザーのターゲットや除外に使用できません。モバイルとデスクトップのworkflowでチャネルタイプ条件を使用して明確に分けてください。

workflowの対象者管理

workflowを開き、編集をクリックしてから最初の「トリガー」ブロックを選択し、workflowをトリガーするために満たす必要がある条件を定義します。これは、対象者フィルターに一致する場合にのみworkflowが表示されることを意味します。

すでに構成済みの再利用可能な Fin audienceを選択するか、データ属性や述語を使ってカスタムaudienceを設定できます。

注意：workflowのトリガーで特定のaudienceを作成するには、まずカスタムaudienceオプションを選択し、条件のために希望の属性と値を設定する必要があります。
例えば、特定のdomainの顧客をターゲットにするには、カスタムを選択し、Emailに@yourdomain.comを含むルールを追加します。

audienceルールは、一致しない人すべてをカバーする追加のworkflowがある場合にのみ使用することを推奨します。

例えば、フランス語と英語の2つのworkflowがあり、どちらがトリガーされるかはユーザーのブラウザ言語によって決まる場合があります：

追跡している任意のデータに基づいてusersをターゲットにすることもできます。例えば、15日前にサインアップしたトライアルusersをターゲットにできます。

プロのヒント：非常に特定のaudienceをターゲットにするために複数のフィルターを追加します。例えば、以下を追加できます：

「最終閲覧」が14日未満で、アクティブなusersのみをターゲットにし、かつ
「ブラウザ言語」が英語で、メッセージの言語を話すusersをターゲットにします。

audienceセクションで否定ルールを追加して、特定のグループをworkflowから除外することもできます。例えば、セグメントがXでないというルールを追加すると、そのセグメントの誰に対してもworkflowがトリガーされなくなります。これは定義済みの任意のセグメントに対して機能し、workflowトリガーの設定時に特定のグループを正確にターゲットまたは除外できます。

また、audienceルールで会話タグ述語を使用してworkflowをトリガーできます。例：「会話タグはBug report」

注意：以下のworkflowトリガーでは会話タグ述語はaudienceルールとして利用できません：

顧客がページを訪れたとき
顧客がMessengerで新しい会話を開いたとき
顧客がウェブサイトの要素をクリックしたとき

audienceルールで会話開始者述語を使用して、Intercomでの会話開始方法に基づいてworkflowをトリガーできます。例えば、Inboxからチームメイトが新しい会話を作成して開始した場合にworkflowをトリガーできます。

各会話開始者オプションの意味は以下の通りです：

顧客メッセージ：会話は顧客からのインバウンドメッセージで開始されました。
チームメイトが直接メッセージを送信：会話はチームメイトがInboxから新しい会話を作成して開始しました。
チームメイトが複数の顧客に送信：会話はチームメイトがInboxから複数参加者と新しい会話を開始しました。
workflow：会話は「顧客がページを訪れたとき」workflowによって開始されました。
アウトバウンドメッセージ：会話はアウトバウンドタブから送信されたアウトバウンドメッセージで開始されました。（これはInboxから送信された直接メッセージ（例：チームメイトが直接メッセージを送信、チームメイトが複数の顧客に送信）を含みません。）

ヒント：「AND」と「OR」フィルターを組み合わせて、より柔軟なaudienceターゲティングを行いましょう。

workflowのaudienceプレビュー

workflowをライブ設定すると、マッチする可能性のある既存の顧客の数と名前をプレビューできます。

トリガー設定のベストプラクティス

トリガーの構造化で再エンゲージメントを防ぐ

workflowトリガーが広範すぎるとFinが会話に再エンゲージする可能性があります。例えば、「顧客が任意のメッセージを送信したとき」に設定されたworkflowは、顧客がメッセージを送信するたびに発火し、エスカレーションされたスレッドでもFinをトリガーする可能性があります。これを防ぐには：

「顧客が最初のメッセージを送信したとき」トリガーを使用して、workflowの起動を会話の開始に限定します。
Finの事前条件を含める例：
- 会話がすでにチームメイトやチームに割り当てられている場合はFinをスキップします。
- 「人間所有」タグ（例：「エスカレーション済み」）が存在するか確認します。