メインコンテンツにスキップ

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

Finが外部システムに接続し、より複雑なプロセスを自動で処理できるようにします。

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 Proceduresのテストやプレビュー時に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の利用可能なテンプレートとユースケースについて詳しく学びましょう。


始めましょう

こちらの回答で解決しましたか?