Fin ProceduresとData connectorsは強力な機能で、Fin AI Agentが外部システムに接続して複雑な顧客の問い合わせを自動で処理できます。

Data connectorsは、Finを外部システムに接続して単純な一段階の顧客問い合わせを処理します。例えば「私の注文はどこですか？」のようなパーソナライズされた回答をFinが生成するのに使えます。
Fin Proceduresは複雑な多段階のプロセスを管理し、複数のData connectorsとビジネスロジックを組み合わせることができます。例：「注文をキャンセルしてください。」

両機能は人の介入を減らし、応答時間を改善し、顧客満足度を向上させます。

注意：

Fin Proceduresは現在、管理された利用可能性のもとでカスタマイズされた手厚いサポートを提供しています。アクセスについてはアカウントマネージャーにご相談ください。
Data connectorsはすべての顧客が利用可能です。Data connectorsの設定にFin Proceduresを使う必要はありません。

Data connectorsとは何ですか？

Data connectorsはFinが外部システムの情報にアクセスし、顧客固有の質問に答えることを可能にします。顧客がチームメンバーの調査を待ったりセルフサービスの指示を受ける代わりに、Finが即座にデータを取得しパーソナライズされた回答を作成します。

Data connectorsの仕組み

各Data connectorは設定するAPIコールで構成されます。Finは顧客固有の回答を提供するためにいつ使用するかを自動で判断します。APIを持つ任意のシステムに接続可能で、例えば：

カスタム内部バックエンドツール
サードパーティプラットフォーム（Shopify、Salesforce、Stripe、Jiraなど）

Fin Proceduresとは何ですか？

Fin Proceduresは顧客が複数のボタンをクリックして正しい解決策にたどり着く必要をなくします。全体の体験がより自然で会話的になり、顧客が必要な支援をより簡単かつ直感的に得られます。例えば、Finは顧客を詳細なトラブルシューティング手順に案内したり、破損した注文の画像を分析して必要に応じて返金処理を行います。これにより手作業の負担を減らし、迅速で正確かつ知的な応答を人の介入なしに提供します。

Fin Proceduresの仕組み

Fin Proceduresは複数のData connectors（APIコール）とビジネスロジックを組み合わせて、より複雑な多段階の顧客対応を処理します。Finは顧客を各ステップに案内して問い合わせを解決します。

複数ステップの意思決定ツリーを構築する必要があるworkflowsとは異なり、Fin Proceduresは自然言語の説明で設定できます。これにより、より強力で設定も簡単になります。

機能と特徴

機能
Procedureトリガー	Finは顧客の意図に基づいてProcedureを自動検出し、複雑な設定は不要です。例：顧客が「クレジットカードのこの請求に覚えがありません」とメッセージを送ると、Finは異議申し立ての意図を検出し、すぐに解決プロセスを開始します。
指示ブロック	Finが情報収集、確認質問、外部システムでの操作などのステップごとの指示を自然言語で定義できます。例： Finは顧客に取引詳細、異議申し立ての理由、請求を分類するための補足情報を尋ねます。
外部システムに接続	Data connectorsを使って返金処理、アカウント更新、サブスクリプション変更などのリアルタイム操作を外部システムで実行します。例： Finは異議申し立てを決済処理業者に送信し、銀行から取引状況を取得します。
webhookを待つ	外部システムが必要なデータを提供するまで処理を一時停止します。例： Finは内部システムからの自動応答を待ち、ユーザーがデモを受ける資格があるか確認します。
本人確認	複数の認証方法で顧客の本人確認を行います。例：異議申し立て処理前に、Finはメールで送信されたワンタイムパスワードコードやセキュリティ質問で本人確認を促し、不正請求を防止します。
機能
AI生成指示	AIを使ってProcedureの指示作成を支援し、サポートプロセスの自動化を迅速に開始できます。
Procedureドラフト	ライブのProceduresに影響を与えずにドラフト版で安全に編集・テストできます。公開前に自動化を完璧にする安全な環境を提供します。
スターターテンプレート	返金やアカウント更新など一般的なサポートフロー用のテンプレートでFin Procedureをより速く設定できます。
専門家のサポートを受ける	Fin Proceduresが有効な場合、Finの「Procedures Squad」から設定支援を受けてより速くProceduresを導入できます。
Finの思考過程を追う	チームメンバーはテストやプレビュー時にFinの思考を確認し、どの指示がFinに従われているか、なぜかを理解できます。
特定のユーザーとしてテスト	VIPや新規顧客などのリアルなユーザーペルソナでFin Proceduresをテストし、問題を早期に発見し、すべてのProceduresが期待通りに動作することを保証します。

データコネクタとFin Proceduresの違い

どちらもFinによってトリガーされ、自然言語の説明で定義されますが、目的が異なります：

データコネクタ

複雑さ：シンプルな単一ステップのAPIコール
最適：単純で単一ターンの顧客質問向け
例：「私の注文の状況は？」（注文状況を取得するための単一APIコールが必要）

Fin Procedures

複雑さ：複数ステップのロジック駆動フロー
最適：複雑で複数ターンの顧客対応向け
例：「注文の返金を希望します」（複数のAPIコールとビジネスロジックが必要）

Fin Proceduresとデータコネクタのユースケース

業界	ユースケース	説明（例）
Fintech	取引紛争	取引の詳細や紛争理由の収集から返金や解決の発行までのプロセスを自動化し、不審または予期しない取引を処理します。さらに審査が必要な場合は適切なチームにエスカレーションされます。
Fintech	個人情報の変更	本人確認、必要書類の収集、記録の更新を通じて、名前変更などの個人情報の更新を支援します。確認に失敗した場合は自動的にエスカレーションされます。
Fintech	取引失敗	詳細の収集、状況の確認、失敗原因の特定、必要に応じて返金やチャージバックの開始を行い、複雑なケースはさらなる調査のためにエスカレーションされます。
Fintech	銀行振込未着	取引の詳細収集、振込状況の確認、問題の特定、更新や解決策の提供を行い、未解決のケースは迅速なサポートのためにエスカレーションされます。
eCommerce	注文キャンセル＆返金	詳細の確認、部分または全キャンセルの処理、返金の発行を行います。無効な注文IDなどの問題は解決のためにエスカレーションされます。
eCommerce	配送先住所の更新	顧客情報の確認、注文状況のチェック、可能な場合は変更処理を行います。配送中の注文や特別な注意が必要な場合は適切にエスカレーションされます。
Traveltech	予約キャンセル	予約詳細の収集、提供者のポリシー確認、適格な返金処理を行います。自動処理できないケースは正確な解決のためにエスカレーションされます。
Healthtech	予約の再スケジュール	現在の詳細の特定、代替時間帯の提案、変更の確認、スケジュールの更新を行います。未解決のリクエストは迅速な支援のためにエスカレーションされます。
Insurtech	保険契約の更新	必要なデータの収集、適格性の確認、見積もりの作成、変更の実施を通じて、車両情報などの保険契約を更新します。エラーがあればシームレスな処理のためにエスカレーションされます。
SaaS	ログイン問題	本人確認、ログインリンクの送信、パスワードリセットの案内を通じてログイン問題を支援します。未解決の問題は代替サポートのためにチームにエスカレーションされます。
SaaS	技術的トラブルシューティング	セッションIDやエラーコードなどの重要なデータを収集し、チケットを作成または更新し、持続する問題は技術チームにエスカレーションして調査します。
SaaS	サブスクリプション返金	顧客の意図を検出し、返金の適格性を確認し、部分的または全額の返金を処理することで、サブスクリプションの返金リクエストを管理します。適格でないケースはさらなるレビューのためにエスカレーションされます。
SaaS	トライアル後の請求確認	アカウント詳細の取得、トライアルの有効期限確認、予定請求日の確認により請求の明確化を提供します。複雑な問い合わせは正確な情報を確保するためにエスカレーションされます。
オンデマンドエコノミー	支払い状況	ユーザーの詳細を取得し、最近の記録を確認し、支払い状況を確認することで、未払いの問題に対処します。未解決の問題は顧客満足のためにエスカレーションされます。
オンデマンドエコノミー	荷物配達の問題	宅配業者の詳細を確認し、配達状況を確認し、適格であればキャンセルを処理することで荷物配達の問題を解決します。複雑なケースは手動対応のためにエスカレーションされます。

ヒント: Finの利用可能なテンプレートとユースケースについて詳しくはこちら。

始めましょう

まず、外部システムへのData connectorsを設定します。
次に、複雑な多段階の顧客問い合わせを処理するためにFin Proceduresを作成します。

Finの手順とデータコネクタの説明