Proceduresは、Finが破損した注文のクレームやアカウントのトラブルシューティングなどの複雑な問い合わせを最初から最後まで解決できるようにします。自然言語の指示と決定論的な制御を組み合わせることで、会話の変化に応じてFinを適応させつつ、ルールやポリシーを遵守し、システム全体で安全な操作を行い、正確で信頼性の高い回答を提供します。
アカウントのトラブルシューティング、破損した注文のクレーム、本人確認などの複雑な問い合わせをエンドツーエンドで解決します。
自然言語で構築し、誰でも技術的な専門知識なしにProceduresを書いたり更新したりできます。
顧客が話を遮ったり、文脈を追加したり、話題を変えたりしたときに会話の変化に動的に適応します。
分岐ロジック、ルール、コードスニペット、安全なデータアクセスで制御を維持します。
Simulationsで安全に大規模テストし、更新が顧客に届く前に動作を検証します。
実際の顧客との会話の自然な流れに合わせて非線形に移動し、必要に応じてステップを再訪問またはスキップします。
自然言語の指示と条件やコードなどの構造化されたステップを組み合わせて柔軟性と制御のバランスを取ることができます。
ヒント: Procedures Meetup Office HoursでCommunity ExpertsやIntercom Solutions Architectsとつながりましょう。隔週開催のこのセッションでは、Fin ProceduresとData connectorsの設定と最適化を支援するライブQ&Aなど実践的なリアルタイムサポートを提供します。
Fin Proceduresの仕組み
Proceduresは、実行タイミングの定義から問題解決、チームへの引き継ぎや終了まで、単一の共有された指示フローに従います。手順の指示は、Finに対してインタラクション全体の完全なコンテキストを提供します。
ドキュメントを書くように簡単にProceduresを作成
チームメイトをトレーニングするときのように自然言語でプロセスを書いたり、AIにドラフトを作成させたりできます。Finはすべてのステップに従い、会話の変化に自然に適応します。
Finを導くために自然言語を使用 - ドキュメントのようにProceduresを構築し、誰でも簡単に作成、更新、理解できます。
AIにProceduresの作成を手伝わせる - プロセスの概要を共有すると、Finがコンテンツと顧客との会話を組み合わせてドラフトを作成し、洗練・改善できます。
会話の変化に自然に適応 - 顧客が話を遮ったり、考えを変えたり、新しいリクエストを追加した場合、Finは次に何をすべきかを推論し、堅苦しいスクリプトなしに適切なステップやProcedureにシームレスに移動します。
ルール、ロジック、システムアクセスを追加して制御を維持
自然言語と決定論的制御を組み合わせて、Finが各ステップに従い、データやシステムと連携する方法を定義します。Finは問題を最初から最後まで解決するか、必要に応じて人間に引き継ぎます。
信頼性のために分岐ロジックを追加 - if/else条件を追加して、Finが各シナリオに対して正しいステップのみを実行し、回答をより予測可能で一貫性のあるものにします。
精度のためにコードを使用 - 特定のステップを実行する際に厳密なルールに従う必要がある場合（適格性チェック、日付計算、記録更新などの正確性を確保するため）にコードを追加します。
Finをシステムに接続 - Stripe、Shopify、Linearなどのツールや、データコネクターやMCPを使った内部システムと統合します。Finがアクセスできるデータとその使用方法を制御し、リアルタイムの注文更新からアカウント詳細まで対応します。
必要に応じてシームレスに引き継ぎ - Finがチームメイトにエスカレーションすべきタイミングを制御し、顧客が人間の対応を必要とする敏感または重要な状況で適切なサポートを受けられるようにします。これはDeployセクションで定義されたFinブロックに続くworkflowで定義されたエスカレーションパスに従います。
サブプロシージャでロジックを再利用 - 共通のステップを再利用可能なサブプロシージャに抽出します。どのProcedureからも参照でき、ロジックの一貫性を保ち、重複を減らします。サブプロシージャは可読性を向上させ、複雑なフローの保守を容易にします。
主要なロジックの分岐にはConditionsを使用 - 適格性チェックやプランベースのルーティングなどに自然言語やPythonを使い、予測可能な結果を得ます。
イベントでProceduresをトリガー - 重要なビジネスの瞬間にProceduresを実行するためにイベントトリガーを使用します。InboxトリガーはチームメイトがInboxから手動でProcedureを開始できます。
Fin Outcomes and billingでProceduresと価格について詳しく学べます。
大規模での信頼性のためにSimulationsを実行
Procedureをライブに設定する前にSimulationsを実行することは、大規模で信頼性のある動作を保証する推奨方法です。Finが複雑な問い合わせを信頼性かつ安全に処理することをSimulationsで確認してください。単純なフローから難しいエッジケースまで実際のシナリオでFinのパフォーマンスをテストし、期待通りに動作することを確認し、問題が顧客に届く前に発見します。
開始から終了までの会話を完全にシミュレート - AIがシミュレートされた顧客として、提供されたコンテキストを使いFinと会話します。これにより、実際の顧客シナリオを再現した完全なエンドツーエンドのインタラクションが作成されます。AIは設定した成功基準に基づいて会話を評価し、合格/不合格の結果を割り当てます。テストが失敗した理由を完全に把握できるため、問題のデバッグと修正が可能で、テストのスケーラビリティと信頼性が向上します。Procedureを更新するたびに保存されたSimulationsを再実行して早期に回帰を検出し、自信を持って反復できます。
変更を自信を持ってライブに設定 - すべてのテストに一元的にアクセスし、Procedureを更新するたびに保存されたSimulationsを再実行します。早期に回帰を検出し、更新を自信を持って公開できます。
AIでテストを作成・改善 - 手動でのテスト作成を省略し、AIを使って新しいテストを生成、失敗したテストを編集し、フィードバックに基づいて反復します。テストカバレッジを迅速に拡大し、Finの動作を継続的に改善します。
ネイティブ機能
これらの機能はFin Proceduresに標準搭載されています。
自律的にエスカレーション - 会話が進展しない、ループしている、または顧客が明示的に人間のエージェントを要求した場合、Finは会話をエスカレーションします。エスカレーションはProcedureを終了し、Deployセクションで定義されたFinブロックに続くworkflowで定義されたエスカレーションパスに従って適切なチームにルーティングします。
ナレッジ検索 - Finは自律的にナレッジハブを検索してコンテキストを取得できます。例えば、Finに顧客に「Transaction ID」を尋ねるよう指示し、顧客が「どこにあるかわからない」と答えた場合、Finはサポートコンテンツに記載があるかどうかを検索します。Finは必要な時だけ検索を行い、会話を集中かつ効率的に保ちます。
Proceduresの制限事項
Proceduresは順次的なworkflows向けに設計されています。
これは以下を意味します：
アクションは一つずつ実行される：各ステップやアクション（Data Connectorの呼び出しなど）は、Finが次のProcedureの部分に進む前に完全に完了する必要があります。
並列処理は不可：現在、複数のシステムクエリを同時にトリガーしてデータを単一のステップに統合することはできません。
注意：異なるシステム間でリアルタイムの並列アクションが必要な場合は、これらを別々のProceduresに分割するか、独自のミドルウェアで統合してからIntercomにデータを渡す必要があります。
よくある質問
SimulationsはProceduresでのみ利用可能ですか？
SimulationsはProceduresでのみ利用可能ですか？
はい。 SimulationsはProcedures内で動作するよう設計されています。AIエージェントのロジックを完全な会話でテストおよびプレビューするには、Proceduresを使用してください。
なぜ単純なFAQにProceduresを避けるべきですか？
なぜ単純なFAQにProceduresを避けるべきですか？
単一質問のFAQ（「営業時間は？」など）にProcedureを構築すると、堅苦しい体験になります。Knowledge Hubの記事やスニペットを使うことで：
Finは自然言語を使ってより柔軟に回答できます。
単純な情報の複雑なロジックのメンテナンス時間を削減できます。
顧客はより速く直接的な回答を得られます。
なぜフルProcedureではなく単独のData Connectorを使うのですか？
なぜフルProcedureではなく単独のData Connectorを使うのですか？
単独のData Connectorは、順序だった複数ステップのやり取りを必要としない直接的で単一ステップの原子的操作（例：「サブスクリプションをキャンセル」）に使用します。Data Connectorの説明内でプロンプトを使うこともできます。複数の入力収集、明示的な確認、分岐ロジックなど決定論的な複数ステップのフローが必要な場合はProcedureを使います。
ProceduresはWorkflowsとどう違い、いつ使い分けるべきですか？
ProceduresはWorkflowsとどう違い、いつ使い分けるべきですか？
ProceduresとWorkflowsはIntercomの2つの異なる自動化機能です：
Proceduresは、Finが従う自然言語の指示を書き、会話の進展に応じて動的に適応するAI駆動の自動化です。複雑で複数ステップのプロセスに最適です。
Workflowsは、返信ボタンや事前定義されたパスを使ってキャンバス上で構築される視覚的な自動化です。明確な選択肢とバックグラウンドの自動化がある構造化された会話に最適です。
重要：ProceduresはWorkflowのステップから直接呼び出せません。Proceduresは主に顧客の意図によってトリガーされます。Finは顧客の発言に基づいてProcedureを開始するか決定します。また、イベントトリガー（Inboxトリガーを含む）でトリガーされることもあります。顧客がFinに到達するタイミングはWorkflowのLet Fin handleブロックで制御し、Finが実行するProcedureはProcedure内の明確なトリガー条件で制御します。
例：注文クレーム、アカウントのトラブルシューティング、本人確認にはProceduresを使用します。トリアージメニュー、CSAT調査、チームへの会話ルーティングにはWorkflowsを使用します。