手順により、Finは破損した注文のクレームやアカウントのトラブルシューティングなどの複雑な問い合わせを最初から最後まで解決できます。自然言語の指示と決定論的な制御を組み合わせて、会話の変化に応じてFinを適応させつつ、ルールやポリシーを遵守し、システム全体で安全な操作を行い、正確で信頼性の高い回答を提供します。
この記事では、すばやく始めて最初の簡単な手順を作成する方法を紹介します。
ヒント：
このビデオでProceduresの始め方を確認してください。
Procedures Meetup Office Hoursでコミュニティの専門家やIntercomソリューションアーキテクトとつながりましょう。隔週開催のこのセッションでは、Fin ProceduresとData connectorsの設定や最適化を支援する実践的なリアルタイムサポートとライブQ&Aを提供します。
始める
Fin AI Agent > Train > Proceduresに移動し、＋ 新しい手順をクリックします。
手順の作成方法を選択する
Fin Procedureを作成する方法は2つあります。AIを使ってプロセスを高速化するか、完全なコントロールのために手動で作成するかです。
オプション1（推奨）： AIでドラフトを使うことで、プロセスを英語で説明します。Finはhelp center、data connectors、過去の会話から情報を利用して、レビューと修正が可能な手順の完全なドラフトを生成します。
オプション2： 最初から作成する場合は、ロジックと手順の構成方法が明確な場合に選択してください。
オプション1：AIにドラフトを作成させる（推奨）
最速の開始方法は、Finに手順を作成させることです。
Fin AI Agent > Train > Proceduresに移動し、＋新しい手順をクリックしてAIに手順のドラフトを作成させるを選択します。
プロセスを説明する：手順に何をさせたいかを自然言語で書きます。
例のプロンプト：「顧客がミーティングを予約できるように支援します。希望日を尋ねます。過去の日付なら時間を戻せないことを説明します。7日以上先ならまだ予約枠が開いていないと言います。そうでなければ、このcalendlyリンクを渡します：[link]。」
明確化の質問に答える：Finは曖昧さを解消するためにいくつかの短い質問をすることがあります。これは任意ですが、回答するとより明確な初稿作成に役立ちます。
Finがドラフトを生成するとフィードバックモーダルが表示されます。保持を選択してドラフトを受け入れ、クリアで破棄してやり直すか、再試行で再生成します。
注意： AIに手順のドラフトを作成させるの説明欄には5,000文字の制限があります。
オプション2：最初から作成する（例：通話予約）
この例では、顧客の希望日を確認し、その日付が有効（次の7営業日以内）であれば予約リンクを提供する手順を作成します。
1. 手順を使用するタイミングを定義する
「この手順を使用するタイミング」セクションで、手順の開始時期と対象顧客を定義します。
説明：この手順をいつ起動するか、また起動しない場合も詳細に記述します。
Finに例で学習させる：手順開始の適切なタイミングをFinに認識させるために、例を追加する方法は2つあります。
顧客の会話を検索する：過去の実際の会話を検索し、この手順を起動すべき（または起動すべきでない）例を選択します。これは実際の顧客の表現を抽出するため、手動で作成した例より現実的です。
手動で追加：顧客がこのトピックについてよく尋ねる表現を知っている場合や、関連する会話履歴がまだない場合に、自分で例文を入力します。
対象者の絞り込み：チャネルや対象者をカスタマイズして、この手順を実行する顧客グループを決定できます。例えば、メールのみや特定のメールアドレスdomainの顧客のみに設定可能です。これらの設定は手順実行前に評価され、選択されたチャネルや対象者に合わない会話では手順は開始されません。
2. 指示を書く
まず、Finに顧客がいつ会いたいか尋ねるよう指示します。これは簡単な指示を書くのと同じくらい簡単です。
最初のステップに、顧客にデモ予約希望日を尋ねると入力します。
効果的な指示の書き方
指示を書く際は、簡潔で明確にしてください。抽象的または形式的な言葉（例：validate, ascertain, perform, facilitate）ではなく、一般的な動詞（例：ask, check, send, update, escalate）を使いましょう。
指示でツールを使う
これらの指示内でツールを使い、Finの機能を拡張できます。
例えば、次のことができます：
外部システムにアクセスして情報を読み取ったり操作したりするためにData Connectorsを使います。
より良いレポートのために会話を自動的にタグ付けします。
顧客データを最新に保つために属性を更新します。
💡 プロのコツ：人間のチームメイトに書くようにFinに書いてください。人が理解しにくい指示は、Finも正確に解釈できません。
3. 条件を使って異なるシナリオに対応する
自然言語の指示を強化し、Conditionステップを使って異なるシナリオでFinに何をすべきか指示できます。Conditionステップで分岐を追加し、シナリオごとに対応します。
Conditionステップは、単純な決定ではなく、明確に分かれた主要なロジックの分岐に使うのが最適です。
@を入力してConditionを選択します。
分岐A（IF）：ボックスに
提供された日付が過去の場合と入力します。次に、インデントされたステップに以下の指示を追加します。
顧客に過去の日付の予約はできないことを伝える。インデントされたステップ： @を入力して終了を選択し、手順を終了します。
ブランチB（ELSE IF）: 省略記号（...）をクリックし、else if条件を追加を選択します。
条件: 種類:
今日を含まない、今日から7日以上先の日付の場合。下のインデントされたステップに入力してください
お客様に予約枠は1週間前からしか開放しないことを伝えてください。@を入力してEndを選択し、手順を終了します。
ブランチC（ELSE）: 省略記号（...）をクリックし、else条件を追加を選択します。
インデントされたステップ: これは有効な「ハッピーパス」です。種類:
お客様にリンクを送信し、予約を進めるためにクリックするよう伝えてください: calendly.com/demo-booking。インデントされたステップ: @を入力してEndを選択します。
4. ハンドオフの設定（オプション）
@Handoffコマンドを使って、特定のチームや再利用可能なワークフローにFinをハンドオフする設定もオプションで可能です。この例では、それを示す追加の指示を加えます。
Endステップを削除します。
これを次の指示に置き換えます:
お客様にチームにハンドオフすることを伝えてください。
プロのコツ: 条件はdata connectorsと組み合わせると効果的です。外部システムからのデータを統合することで、Finに特定の出力に基づいて動作を分岐させる指示が可能になります。
自然言語でルールを作成することもできますが、Code Conditionsを活用するとさらに制御と複雑さが増します。これにより、Finはプログラム的にデータを評価し、利用可能な正確な情報に基づいて適切な処理を行えます。
例: Data Connectorを使った注文状況の照会
この例は上記の予約手順にData Connectorを追加したものです。システムからリアルタイムデータが必要なProcedureの参考にしてください。
ユースケース
お客様は注文の状況を問い合わせるために頻繁にサポートに連絡します。サポートチームは内部の注文管理システムを手動で確認し、状況をコピーして返信します。これは繰り返しが多く、複雑さは低く、量も多いため、最初のProcedureに最適です。
Procedure
Procedureは上記の予約例と同様に自然言語で書かれています。
注文番号がまだ提供されていない場合は、お客様に注文番号を尋ねてください。
注文状況ツールを使って注文を照会します。
注文が見つかった場合は、お客様に現在の状況と推定配達日を伝えてください。
注文が見つからない場合は謝罪し、チームメンバーへのハンドオフを提案してください。
Data Connector
ProcedureはData Connectorを使って注文管理システムのAPIを呼び出します。エンジニアリングは以下の詳細でIntercomにコネクタを設定します。
フィールド | 値 |
エンドポイント | GET /orders/{order_id} |
認証 | AuthorizationヘッダーのBearerトークン |
リクエストパラメータ | order_id（文字列）、会話からFinが渡す |
許可されたレスポンスフィールド | order_id、status、estimated_delivery_date、carrier |
エンジニアリングはFinが使用できるフィールドを制御します。この例では、支払い情報や顧客のPIIなどの機密フィールドは許可されたレスポンスから除外されています。
APIレスポンスの例
Finがエンドポイントを呼び出すと、システムはJSONレスポンスを返します。エンジニアリングはセットアップ時にモックバージョンを提供できるため、ライブAPI接続前にProcedureの構築とテストが可能です。
{
"order_id": "ORD-8821",
"status": "In transit",
"estimated_delivery_date": "March 24th, 2026",
"carrier": "FedEx"
}
Finはレスポンスを読み取り、平易な言葉でお客様に返信します: 「ご注文のORD-8821は現在FedExで輸送中で、2026年3月24日に到着予定です。」
Procedureをテストする
Procedureをライブにする前に、Simulationsを利用して動作を検証してください。
エディタ上部のTestボタンをクリックします。
FinのAIが自動的にテストシナリオを提案します。これはSimulationsの機能を体験するのに役立ちます。
シミュレーションを実行して、Finがステップを実行し、モックAPIをトリガーし、ロジックに従う様子を確認します。
緑の成功メッセージが表示されたら、ライブ設定の準備ができています！
詳細はこちら:
よくある質問
Procedureを作成するのにData Connectorは必要ですか？
Procedureを作成するのにData Connectorは必要ですか？
いいえ、Procedureを作成するのにData Connectorsは必要ありません。Data ConnectorsはFinが外部システムからリアルタイムデータを必要とする場合のみ必要です。
どの作成方法を選べばよいですか？
どの作成方法を選べばよいですか？
プロセスを平易な言葉で説明できる場合は、Let AIにProcedureの草案を作成させてください。これが最も速く動作する初稿を得る方法です。最初からステップ構造とロジックを完全に制御したい場合は、Build from scratchを使用してください。
Procedureを公開前にテストできますか？
Procedureを公開前にテストできますか？
はい、Simulationsを使ってサンドボックス環境でProcedureを検証できます。Finは自動的にテストシナリオを提案し、各ステップの実行をリアルタイムで確認できます。