メインコンテンツにスキップ

会話でWorkflowがトリガーされたかどうかを確認するには?

この記事では、会話でどのWorkflowsが発動したかを確認する方法を紹介します。

対応者:Jennifer

この記事を使って、顧客との会話でどのWorkflowが発動したかを特定し、期待したWorkflowがトリガーされなかった理由を理解し、Workflowに移動して変更を加える方法を説明します。この内容は、Workflowsを含む任意のIntercomプランのチームメンバーおよびワークスペース管理者向けです。

会話でどのworkflowが発動したかは、主に2つの方法で確認できます。

1. Inboxの会話イベント

Inbox内で、Show conversation eventsをクリックすると、会話で発生したイベントの履歴を表示できます。このビューには、その会話内で発動したWorkflowに関する情報が含まれています。

Inboxの会話イベントパネルのスクリーンショット。発動したWorkflowの名前が他の会話イベントと共に表示されています。

会話イベントでどのWorkflowがトリガーされたかを特定した後、必要に応じてWorkflowに移動して変更を加えることができます。移動するには、Fin AI Agent > Workflowsに行き、名前でWorkflowを探します。クリックしてトリガールール、対象者、ステップを確認または編集してください。

2. WorkflowsのSentタブ

各WorkflowにはSentタブがあり、そのWorkflowが発動した会話のリストを表示します。これにより、特定のWorkflowによってトリガーされたすべての会話を追跡できます。

Workflow内のSentタブのスクリーンショット。Workflowが発動した会話のリストが表示されています。


顧客向けとバックグラウンドのWorkflows

Workflowsは主にCustomer-Facing WorkflowsBackground Workflowsの2種類に分類されます。違いを理解することは効果的な自動化に不可欠です。

顧客向けworkflows

Customer-Facing Workflowは、返信ボタンやメッセージなど、顧客が見たり操作したりできる要素を含みます。顧客に対しては常に1つのCustomer-Facing Workflowのみがアクティブであり、最初に一致したWorkflowが適用されます。この状態は、会話内の条件変更により別のWorkflowに切り替わるまで続きます。

会話スレッドでアクティブとしてマークされたCustomer-Facing Workflowを示す会話イベントのスクリーンショット。

バックグラウンドworkflows

Background Workflowsは内部で動作し、顧客には見えないタスクを処理します。タグの追加、会話のルーティング、メッセージのスヌーズ、属性の設定などを行います。複数のBackground Workflowsが同時に実行されることがあり、ターゲティング条件を満たすと順番に実行されます。実行順はWorkflow List(Fin AI Agent > Workflows)内の上から下の順で、すべての該当するBackground Workflowsがその順序で発動します。

注意:会話ルーティングなどのBackground Workflowsによる割り当ては、Customer-Facing Workflowが完了するか、会話がBot Inbox(アクティブなCustomer-Facing Workflowを持つ会話をメインのInboxから分離して保持する場所)から移動するまで遅延する場合があります。Workflow名の横に小さなアイコンが表示され、Background Workflowを視覚的に示します。

Workflow Listのスクリーンショット。Workflow名の横に小さなアイコンがあり、Background Workflowsを示しています。


workflowトリガーのトラブルシューティング

期待した会話でCustomer-Facing Workflowがトリガーされなかった場合、最初に確認すべきはAudience Rulesです。

Audienceターゲティング基準

Audienceターゲティング基準は重要です。顧客がこれらの条件を満たさない場合、Workflowは会話内で発動しません。

例:Workflowが"Users"をターゲットに設定されているが、会話が"Lead"の場合、Workflowは実行されません。Audienceルールは複雑で、AND/ORロジックの誤用によりWorkflowが意図した通りにトリガーされないことがあります。例えば、除外ルール内でORロジックを使うと、予期しないAudienceにマッチしたり、外れたりすることがあります。

注意:Intercomでは、Userはログイン済みの顧客で、ワークスペースがIDなどで追跡しています。Leadは認証されていない匿名の訪問者です。UsersをターゲットにしたWorkflowはLeadsには発動せず、その逆も同様です。Audienceルール作成時、ANDロジックはすべての条件が真である必要があり、ORロジックは1つの条件が真であればよいです。除外ルール内でORを使うと、意図以上に多くの会話にマッチすることがあります。


​Audienceルールと分岐の構造化

WorkflowのAudience RulesとBranchesのロジックを期待通りに機能させるには、条件を次の順序で配置してください。

例の一致:「アカウントをキャンセルしたい」

  • まず、必須の単語やフレーズを確認します(例:「キャンセル」を含む)。

  • 次に、任意の肯定的チェックを追加します(例:「アカウント」を含む)。

  • 最後に、「含まない」否定チェックを追加します(例:「ヘルプ」を含まない)。

否定条件を最後に置くことで、すべての肯定的マッチを確認した後にフィルタリングし、意図しない除外を避けられます。

重要:会話開始後にWorkflowが更新された場合でも、会話開始時のWorkflowルールが適用されます。

期待した会話でWorkflowが表示されない場合、会話開始時に以下のいずれかの条件が適用されていた可能性があります。

  • 会話がWorkflowの受信者ルールに合致していない。

  • より重要と設定された別のWorkflowが代わりに表示された。

  • タイミングの問題—会話開始時にWorkflowが利用可能でなかった、またはチャット開始後にWorkflow設定が変更された。

期待したWorkflowが表示されない場合、会話がこれらの条件のいずれかを満たしていなかった可能性が高いです。

こちらの回答で解決しましたか?