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

Workflows トリガールール

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

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

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

workflow チャンネルの管理

workflow を開き、編集をクリックしてから最初の「トリガー」ブロックを選択し、チャンネルを管理します。以下のchannelsから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 を開き、編集をクリックしてから最初の「トリガー」ブロックを選択し、Time on pageやURLなどのページルールを追加してworkflowの送信先を選択します。ページルールが一致した場合にのみworkflowがトリガーされます。

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

注意：ユーザーが時間制限に達する前にMessengerを開いた場合、Intercomは待たずに優先順位順に次の一致するworkflowを即座に評価して実行します。これにより、Messengerをすぐに開いたユーザーは意図したworkflowではなくフォールバックworkflowを見ることになります。特に言語別workflowでは、例えば中国語workflowに15秒の時間条件があり、ユーザーが5秒でMessengerを開くと、リストの次のworkflow（別言語の場合もある）を表示します。これを防ぐには、言語別workflowから時間条件を削除するか、閾値をできるだけ低く設定してください。

ヒント：

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

workflow 対象者の管理

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

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

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

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

例えば、フランス語と英語の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で会話が開始されました。
アウトバウンドメッセージ：Outboundタブから送信されたアウトバウンドメッセージで会話が開始されました。（これはInboxから送信された直接メッセージ（例：チームメイトが直接メッセージを送信、チームメイトが複数の顧客に送信）は含みません。）

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

workflow 対象者のプレビュー

workflow をライブ設定すると、対象となる既存顧客の数と名前をプレビューできます。

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

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

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

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