ProceduresはFinが破損した注文のクレームやアカウントのトラブルシューティングなどの複雑な問い合わせを最初から最後まで解決できるようにします。自然言語の指示と決定論的な制御を組み合わせることで、会話の変化に対応しつつ、ルールやポリシーを遵守し、システム全体で安全な操作を行い、正確で信頼性の高い回答を提供します。
この記事では、すぐに始められる方法と最初のシンプルなprocedureの作り方を紹介します。
ヒント: Procedures Meetup Office HoursでCommunity ExpertsやIntercom Solutions Architectsとつながりましょう。2週間ごとに開催されるこのセッションでは、Fin ProceduresやData connectorsの設定と最適化を支援する実践的なリアルタイムサポートとライブQ&Aが提供されます。
始める
Fin AI Agent > Train > Proceduresに移動し、+ New procedure.をクリックします。
procedureの作成方法を選択
Fin Procedureを作成する方法は2つあります。AIを使ってプロセスを高速化するか、完全なコントロールのために手動で作成するかです。
オプション1(推奨): AIを使ってドラフトを作成し、プロセスを平易な英語で説明します。Finはhelp center、data connectors、過去の会話から情報を活用し、レビューと修正が可能なProcedureの完全なドラフトを生成します。
オプション2: 最初から作成し、ロジックとステップの構成を正確に把握している場合に適しています。
オプション1: AIにドラフトを任せる(推奨)
最速で始める方法は、Finにprocedureを作成させることです。
Fin AI Agent > Train > Proceduresに移動し、+ New procedureをクリックしてLet AI draft your procedure.を選択します。
プロセスの説明: procedureにしてほしいことを自然言語で書きます。
例のプロンプト: 「顧客がミーティングを予約できるように手伝います。希望日を尋ねます。過去の日付なら、時間を戻せないことを説明します。7日以上先なら、まだ予約枠を開放していないと伝えます。そうでなければ、このcalendlyリンクを渡します: [link]。」
明確化の質問に回答: Finは曖昧さを解消するためにいくつか短い質問をすることがあります。これは任意ですが、回答するとより明確な初稿作成に役立ちます。
レビュー: Finは自動的にTrigger、Instructions、Logicを生成します。その後、ドラフトを編集できます。
オプション2: 最初から作成(例: コール予約)
この例では、顧客の希望日を確認し、その日が有効(次の7営業日以内)であれば予約リンクを提供するprocedureを作成します。
1. FinがProcedureを使うタイミングを定義
Procedureの名前を明確にし、「When to use this procedure」説明を詳細に書いて、FinがProcedureを使うタイミングを定義します。
「When to use this procedure」セクションを使って、procedureの開始タイミングと対象顧客を定義します。
説明: このprocedureをトリガーするタイミングやトリガーしない場合も詳細に記述します。
Finに例で学習させる: Procedure開始の適切なタイミングをFinに認識させるために、例を追加する方法は2つあります。
顧客の会話を検索: 過去の実際の会話を検索し、このProcedureをトリガーすべき(またはすべきでない)例を選択します。これは実際の顧客の表現を取り込むため、手動で書いた例より現実的です。
手動で追加: 顧客がこのトピックについてよく使う表現を知っている場合や、関連する会話履歴がまだない場合に、自分で例文を入力します。
対象者の絞り込み: チャンネルや対象者をカスタマイズして、このprocedureを実行する顧客グループを決められます。例えば、メールのみや特定のメールアドレスdomainを持つ顧客のみに設定可能です。これらの設定はprocedure実行前に評価され、選択されたチャンネルや対象者に合わない会話ではprocedureは開始されません。
2. Finに何をするか指示を書くことから始める
まず、Finに顧客がいつ会いたいか尋ねるよう指示します。これは簡単な指示を書くことと同じです。
最初のステップで、顧客にデモ予約希望日を尋ねる。と入力します。
効果的な指示の書き方
指示を書くときは、簡潔で明確にします。抽象的や形式的な言葉(例: validate, ascertain, perform, facilitate)ではなく、一般的な動詞(例: ask, check, send, update, escalate)を使いましょう。
指示でツールを使う
これらの指示内でツールを使い、Finの機能を拡張できます。
例えば、次のことができます:
外部システムにアクセスして情報を読み取ったり操作したりするためにData Connectorsを使う。
より良いレポートのために会話にタグ付けを自動で行う。
顧客データを最新に保つために属性を更新する。
💡 プロのヒント: Finに指示を書くときは、人間のチームメイトに書くように書きましょう。人が理解しにくい指示は、Finも正確に解釈できません。
3. 条件ステップを使って異なる状況でFinに何をするか指示する
自然言語の指示を強化し、条件ステップを使って異なるシナリオでFinに何をするか指示できます。条件ステップで分岐を追加し、異なるシナリオに対応します。
条件ステップは、単純な決定ではなく、明確に分かれる主要なロジックの分岐に使うのが最適です。
/を入力してConditionを選択します。
分岐A(IF): ボックスに
提供された日付が過去の場合と入力します。次に、インデントされたステップに以下の指示を追加します。
顧客に過去の日付の予約はできないことを伝える。インデントされたステップ: /を入力してEndを選択し、procedureを終了します。
分岐B(ELSE IF): 省略記号(...)をクリックし、Add else if conditionを選択します。
条件: ボックスに
今日を含まず、今日から7日以上先の場合と入力します。以下のインデントされたステップに入力してください
顧客に予約枠は1週間前にしか開放しないことを伝える。/を入力してEndを選択し、procedureを終了します。
分岐C(ELSE): 省略記号(...)をクリックし、Add else conditionを選択します。
インデントされたステップ: これは有効な「ハッピーパス」です。
顧客にリンクを送り、クリックして予約を進めるよう伝える: calendly.com/demo-booking。インデントされたステップ: /を入力してEndを選択します。
4. 必要に応じてFinの意図的な引き継ぎを設定
@Handoffコマンドを使って特定のチームに引き継ぐ設定も可能です。これはDeployセクションで定義されたFinブロックのワークフローに従うエスカレーションパスに従います。この例では、これを示す追加の指示を加えられます。
Endステップを削除します。
これを
顧客にチームに引き継ぐことを伝える。という指示に置き換えます。
プロのヒント: 条件はdata connectorsと組み合わせると効果的です。外部システムのデータを統合することで、Finに受け取った特定の出力に基づいて動作を分岐させる指示ができます。
自然言語でルールを作成できますが、Code Conditionsを活用するとさらに制御と複雑さが増します。これにより、Finはプログラム的にデータを評価し、利用可能な正確な情報に基づいて適切な処理を行えます。
procedureをテストする
procedureを公開する前に、Simulationsを使って動作を検証しましょう。
エディター上部のTestボタンをクリックします。
FinのAIが自動的にテストシナリオを提案します。これはSimulationsの機能を体験するのに役立ちます。
シミュレーションを実行し、Finがステップを実行し、モックAPIをトリガーし、ロジックに従う様子を確認します。
緑の成功メッセージが表示されたら、公開の準備ができています!
詳細はこちら:





