手順は通常、顧客の意図によってトリガーされます。Finは顧客の発言を手順の「使用タイミング」基準と照合します。プロアクティブトリガーは会話の外部から手順を開始できます：顧客がウェブサイトの特定要素をクリックしたとき、または外部システムがIntercom APIを呼び出したときです。

注意：プロアクティブ手順トリガーはベータ版です。アクセスにはアカウントマネージャーにお問い合わせください。

顧客体験

プロアクティブトリガーが発動したとき：

重要：保留中の結果は解決率にカウントされません。プロアクティブトリガーはアウトリーチ用であり、解決指標は顧客が関与し手順が実行された場合にのみ適用されます。

最初の顧客返信後のルーティング

手順がトリガーされても必ず実行されるわけではありません。顧客の最初の返信後、Finはメッセージを評価し進行方法を決定します：

注意：この点を考慮してプロアクティブフローを設計してください。顧客の最初の返信がFinを別方向に導く場合、トリガーされた手順が必ず実行されるとは限りません。

ウェブサイト要素クリックトリガーは、顧客がウェブサイトの特定のボタン、リンク、または他の要素をクリックしたときに発動します。

重要：このトリガーはウェブ（Messenger）のみで利用可能です。Messengerは要素が表示されるページにインストールされている必要があります。

APIコールトリガーは外部システムがプログラム的に手順を開始できます。

注意：このトリガーはウェブ（Messenger）とメールチャネルをサポートします。チャネル指定がない場合はウェブがデフォルトです。

重要：アクセストークンはサーバー側で保管してください。クライアント側コードに含めてはなりません。

必須ヘッダー：

Authorization: Bearer {your-access-token}
Intercom-Version: Unstable

重要：Intercom-Version: Unstableヘッダーは必須です。このエンドポイントはまだ安定版APIではありません。このヘッダーを省略するとリクエストは失敗します。

リクエストボディ：

{
  "user": {
    "id": "your-user-id"
  }
}

成功したリクエストはconversation_idとprocedure_idを返します：

{
  "conversation_id": "...",
  "procedure_id": "..."
}