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

Finの返信でチームメイトにヘルプを依頼する(Human in the Loop)

Finが承認、情報、または決定をチームに依頼し、その後メールやチャットで会話を完結します。

対応者:Dawn Perrott

これまで、Finには会話を解決するか、全てを引き継ぐかの2つの選択肢がありました。Human in the Loopでは3つ目の選択肢があります。会話にレビューや情報、承認が必要な場合、Finは不足しているものをチームメイトに依頼し、コンテキストと返信案を用意します。チームメイトが回答すると、Finが最終返信を書き送信し、解決を担当します。お客様にとっては一連の連続した会話です。

注意:

  • Human in the Loopは現在ベータ版で、Intercom helpdeskのメールとチャットで利用可能です。

  • エスカレーションルールではHuman in the LoopはAsk for inputと呼ばれ、inboxビューではNeeds teammate input(Fin for Serviceフォルダ内)、レポートではHuman in the loopと表示されます。


なぜHuman in the Loopを使うのか?

ほとんどのチームは3つの理由のいずれかでFinを一部の会話から制限しています。Human in the Loopはこれら全てに対応しています。

  • センシティブなトピック。 払い戻し、支払い、アカウント変更など、人の承認なしに送信したくない内容。Finは返信案を作成し、チームメイトに決定の承認を求めます。

  • 複雑な会話。 例外、判断が必要な内容、複数の質問が同時にある場合。Finは可能な範囲で返信案を作成し、Finが決定できない1つの質問をチームメイトに依頼します。

  • Finがアクセスできないデータ。 Finが接続していないシステムにある注文、予約、支払いの状況。Finはチームメイトに確認を依頼し、正確な詳細で回答を完結させます。

チームが得られるメリット:

  • 会話全体ではなく1つの決定だけ。 これらは通常チームが引き継ぐ会話です。今はチームメイトが1つの質問に答え、Finが残りを処理します。

  • チームがコントロールを維持。 チームメイトはいつでも全コンテキストを持って引き継げます。

  • Finがチームの助けを徐々に必要としなくなる。 すべての回答がFinに不足している情報を示します。事実をFinの知識に追加するかデータを接続し、Finの返信案が正しいと証明されるほどハードルが下がります。Human in the Loopはトピックを引き継ぐ段階からFinが解決する段階への橋渡しです。

エスカレーションルールのHuman in the Loopと手順の違い

この記事はエスカレーションルールのAsk for inputについて説明します。条件を設定するとFinが何を尋ねるか判断します。手順には独自のHuman in the Loopステップがあり、正確な質問を正確な手順のポイントで書きます。チームメイトが必要なタイミングが明確なら手順を使い、その他すべてをカバーしたい場合はAsk for inputを選択したエスカレーションルールを使ってください。


仕組み

Finが送信しようとするすべての回答に対し、Finは信頼度スコアを割り当てます。チームメイトはFinの返信案にバッジとして表示され、LowからVery Highまであります。

会話がルールに合致し、Finの信頼度が設定した閾値を下回る場合、Finは回答を保留します。閾値はルールの感度で、高いほどFinは頻繁に尋ね、Highではすべての該当回答をチェックします。Human in the Loopは回答にのみ適用されます。Finの返信が引き継ぎの提案(例えば顧客が怒っている、または人を求めている場合)なら、Finは通常通り引き継ぎ、チームメイトには尋ねません。

Finは会話をルールのチームメイトまたはチームに割り当て、Inboxで質問をします。Finは顧客のメッセージ、返信案、知識から質問を自動生成します。例えばFinが調べられない予約番号や承認が必要な返信案などです。質問は書きません。

チームメイトはFinの元の返信案、Finの信頼度(理由はShow reasoningをクリック)、そしてFinが必要とする内容が正確に示されたAnswer Fin's questionパネルを見ます。回答待ちの会話はInboxのFin for Service › Needs teammate inputにリストされます。

一方、顧客は:

  • チャットでは:「チームに確認します。すぐ戻ります。」と表示されます。顧客は入力を続けられ、新しいメッセージも同様にチェックされます。

  • メールでは:Finが返信するまで何も届きません。

チームメイトは:

  • 元の解決策を承認:Finは返信案をそのまま送信します。

  • Finに回答を提供:Finが必要とする事実や決定を入力し、Submitをクリックします。Finは新しい返信案を作成し、送信前にチームメイトに表示します。チームメイトはApproveをクリックして新しい返信案を送信します。正しくない場合は回答のEditをクリックするか、変更内容(例:「プランの価格を追加」)をFinに伝え、Finが返信案を書き直します。

  • その他のオプション › Finから引き継ぐ:理由を選択すると会話はチームメイトに割り当てられ、全コンテキストが引き継がれます。Finは返信を停止します。これはFinのエスカレーションと同じ結果で、会話はエスカレーション済みとして報告され、理由はTeammate took overとなり、以前のFin解決が置き換えられます。

回答が送信されると、Finはチームメイトの割り当てを解除し、会話を続けます。顧客が別の質問をすると、Finは次の返信も同様にチェックし、再度質問することがあります。同じ会話の新しい質問は最初に回答したチームメイトに直接届きます。

重要:時間制限を設定し、期限内に誰も回答しなければ、Finは元の返信案をそのまま送信します。無期限に待つ設定なら、チームメイトの回答まで会話は待機します。

チャットで顧客が見るもの

いつ

顧客が見るもの

Finはチームメイトの回答を待っています

「チームに確認します。すぐ戻ります。」メッセージボックスは利用可能なままです。

チームメイトが承認または回答します

同じ会話内でFinからの返信。ウェブMessengerではFinの返信の下にチームメイトの名前とアバターが表示されます(例:「Fin • AI Agent • たった今 • Johnによるレビュー」)。これはチームメイトの顧客向け名前とアバターを使用します。iOSとAndroid SDKではまだ表示されません。

チームメイトが引き継ぎます

「チームメイトを待っています」とチームメイトの写真が表示され、その後「[Teammate]が会話に参加しました」とチームメイトの返信が続きます。

時間切れになります

Finの元の返信案

Finが待機中に顧客がMessengerを閉じます

何も失われません:顧客がMessengerを再度開くと返信が待機しています。

注意:メールの顧客はFinが返信するまで何も見えません。チームメイトがFinの返信案を承認した場合や、チームメイトの入力後すぐにFinが書き直しを送信した場合、メールのフッターにレビュアー名が表示されます(例:「この回答はFin、AcmeのAI Agentが作成し、Johnがレビューしました。」)。メールフッターはテキストのみでアバターはありません。「メールフッターに『AI作成』を表示する」がオフの場合、フッターは表示されません。タイムアウト、引き継ぎ、通常のFin回答はレビュアー名を表示しません。


設定方法

Fin AI Agent › Train › Escalationに移動し、ルールの下の+ 新規をクリックします。

ルールに名前を付け、Whenで条件を設定します。新しいルールはデフォルトでChat, Emailに適用され、1つのルールで両方のチャネルをカバーできます。チャネルごとに異なる設定が必要な場合のみ、チャットの時間制限を短くするなど、チャネルのチェックを外してください。+ Add conditionで条件を追加します。例えばFin属性のTopic is Cancellations & refundsなど。最初のルールは1〜2トピックに絞ってください。

Fin willでAsk for inputを選択します(新しいルールはHand overから開始します)。

設定してください:

  • しきい値:「Finは信頼度がこのしきい値を下回ったときに入力を求めます。」スライダーは低から高まであり、新しいルールは低から始まります。しきい値はルールの感度を示します:高いほどFinがより頻繁に尋ねます。 最初は高を選んで、すべての一致する回答をチェックし、チームがほとんどのドラフトを変更なしで承認したら下げてください。

  • 誰に尋ねるか:新しいルールはすべてのチームメイトに尋ねます。実際にNeeds teammate inputを監視するチームメイトまたはチームinboxを選んでください。例えば専任チーム、シニアチームメイトのみ、またはシフト中の全員です。以下の「誰が質問を受け取るか」を参照してください。

  • 時間制限:「チームメイトに入力を求めた後、Finは…」無期限に応答を待つか、指定した時間(時間と分)後に元のドラフトを送信するかのどちらかです。新しいルールは24時間後にドラフトを送信します。チップには[時間]後に進むまたはFinが無期限に待つ場合は時間制限を設定と表示されます。

  • 優先度:ルールの設定ドロワーで、なし、低、中、高、または緊急を選択します。Finがチームメイトに入力を求めると、その会話はその優先度になります。新しい「Ask for input」ルールは緊急から始まり、既存のルールは元の優先度を維持します。ルールがバランス割り当てを使うチームに割り当てられている場合、優先度が会話の受け取り順を決める会話ソートへのリンクが表示されます。

保存をクリックし、次に有効化してください。

テストするには、Finがあなたのコンテンツから回答できるルールのトピックに関する冷静な質問を送信し、質問がNeeds teammate inputに表示されることを確認してください。怒ったメッセージや「誰かと話せますか?」でテストしないでください。Finは尋ねる代わりに引き継ぎを提案します。

ヒント:WorkflowsのFinステップでHuman in the Loopも設定できます。チームが通常何かを確認するだけのトピックをすでに引き継いでいる場合、そのルールのFin willをAsk for inputに切り替えてください。


誰が質問を受け取るか

  • Finはルールで指定されたチームメイトまたはチームに会話を割り当てます(会話内で「Fin assigned you」と表示されます)。

  • ルールがチームに尋ねる場合、そのチームの通常の割り当て方法(例:ラウンドロビンやバランス割り当て)が適用されます。

  • 同じ会話でFinが再度尋ねる場合、新しい質問はチームの割り当てをスキップして最初に回答したチームメイトに直接送られます。

  • 回答が送信されると、Finはチームメイトの割り当てを解除します。

  • チームメイトが引き継ぐと、会話はそのチームメイトに割り当てられたままになります。


ベストプラクティス

Human in the Loopはオーナーがいる信頼度ゲートとして最適です:正確なルール、質問を監視する特定の人物またはオンラインチーム、Finに書き換えではなく回答するチームメイト。よくある失敗は、最高しきい値で全てにルールを設定すること(Finの前に人がいるだけでループ内ではない)、誰もキューを監視せず時間制限で決まること、Finに何も与えずにチームメイトが引き継ぐことです。

  1. 現在引き継いでいるものから始めましょう。チームがすでに引き継いでいるトピックを選び、チームメイトが通常何かを確認するだけのものです。そのルールのFin willをAsk for inputに切り替えるのが最速の成功法です:チームは同じ会話を受け取り、空白の返信ではなくドラフトと1つの質問が付きます。

  2. 特にチャットでは狭く始めましょう。最初は1つのブランドやオーディエンスに対して1つのトピックごとにルールを設定します。すべての会話に高しきい値でルールを設定すると、Finがトリアージinboxになり、チームはFinがすでに正しく回答していたものも含めてすべてをレビューします。

  3. オーナーを指定しましょう。特定のチームメイトまたはオンラインのチームに尋ね、誰かがNeeds teammate inputを管理していることを確認してください。誰も回答しなければ時間制限が決まり、Finの元のドラフトが未確認で送信されます。

  4. チームの通常の回答時間より長い時間制限を設定してください。 Human in the loopレポートはチームメイトごとの平均対応時間を示します。時間制限後もドラフトが送信され続ける場合は、制限を延長するか無期限に待ってください。

  5. アプローチを選びましょう。 不確かなときだけ尋ねる:中間しきい値のトピックルール。すべてをチェックする:敏感なトピックやFinに慣れていないときの高しきい値の正確なルール。後者から前者へ移行する計画を立ててください。

  6. チームに回答を教え、書き換えさせないようにしましょう。何も与えずに引き継ぐことは、メールを自分で処理するのとほぼ同じコストがかかり、Finに何も教えません。ドラフトを修正できる一文があれば、その文をFinに与えてください。2~3人のチャンピオンを選び、実例を使って説明しましょう。重要なメッセージは:あなたはFinに指示を出しているのであって、ticketに返信しているのではありません。

  7. 承認前にFinの新しいドラフトを確認してください。Finはあなたの回答とコンテンツを組み合わせるので、特にあなたの回答が通常の方針の例外である場合は、承認をクリックする前に新しいドラフトを読んでください。

  8. Finに教えましょう。チームが同じ事実を繰り返し伝える場合は、その事実をFinの知識(記事、内部資料、ガイダンスや手順)に追加するか、Finがその事実を調べられるようにデータコネクターを追加してください。Operatorを使用している場合は、チームの回答からFinに不足しているものをOperatorに尋ねてください。

  9. ルールを評価する前に約1週間の会話を対象にしてください。

  10. その後、しきい値を下げてください。チームがほとんどのドラフトを変更なしで承認する場合、しきい値を1段階下げてFinがその会話に自動回答できるようにし、2週間後に再度確認してください。解決率が維持されれば、さらにしきい値を下げてください。段階を下げるごとにFinが尋ねる頻度が減ります。

  11. 怒った顧客に基づくルールは作らないでください。Finは怒った顧客に引き継ぎを提案するため、怒りの感情に関するルールはほとんど尋ねません。

  12. 既存のエスカレーションルールとガイダンスとの重複を確認し、発動しないルールはオフにしてください。

  13. Finの知識が薄いトピックは、まずコンテンツを修正してください。Finの知識が薄い場合、人間がチェックした回答の方がはるかに良い解決をもたらしますが、それはチームがFinを支えているからです。コンテンツを追加してからしきい値を下げてください。


Human in the Loopが機能する場所

✅ Human in the Loopは、Finが関与する会話のメールとチャットのエスカレーションルールで機能します。

❌ Human in the Loopはエスカレーションガイダンスでは機能しません(「ask a teammate if…」と書いてもチームメイトがレビューする質問は発生しません)。

チャットでのHuman in the Loop

  • すでに引き継いでいるチャットでHuman in the Loopを使用してください。チームはこれらのチャットを通常通り受け取り、顧客も引き継ぎを待ちます。Human in the Loopでは、チームメイトが1回の判断を行い、Finが会話を完了します。Finがすでに解決しているトピックのルールにチャットを追加しないでください。

  • 1つのルールでチャットとメールの両方をカバーできます。同じトピックと同じ時間制限が両方に適している場合のみ、既存のメールルールにチャットを追加してください。そうでなければ別のチャットルールを作成してください。

  • 顧客はライブで待っています。時間制限を設定すると、チームメイトは質問にカウントダウンを表示します。短い制限(例:5分)は顧客の待ち時間を短縮しますが、時間切れになるとFinは元のドラフトを未確認で送信します。無期限に待つ場合はすべての返信がチェックされますが、顧客はチームの対応時間だけ待ちます。Finのドラフトが通常正しいトピックには短い制限を選び、チームがオンラインで迅速な場合のみ無期限待ちを選択してください。

  • チャット時間中にオンラインのチームに質問をルーティングし、Human in the Loopを有効にする前にチーム全員が回答方法を理解していることを確認してください。

メールでのHuman in the Loop

  • 顧客はFinが返信するまで何も見ません。

  • 無期限に待つ場合は未確認のまま何も送信されませんが、顧客は誰かが回答するまで待ちます。時間制限を設定した場合は、チームの通常の応答時間より長く設定してください:時間切れになるとFinは元のドラフトを未確認で送信します。Human in the Loopレポートはチームの平均対応時間を示します。


トラブルシューティング

  • ルールが発動しない場合:ルールは有効ですか?チャネルは一致していますか?会話はFin workflowのLet Fin handleステップに到達していますか?しきい値は低すぎませんか?テストのために高に設定してください:高ではFinがすべての一致する回答に尋ねます。

  • ルールは一致したがFinが尋ねなかった場合:Finが自信を持っていたか、Finの返信が回答ではなく引き継ぎの提案でした。引き継ぎの提案は信頼度チェックをスキップするため、質問は発生しません。顧客が怒っている、担当者を求めている、またはコンテンツにない質問をした場合にFinは引き継ぎを提案します。どれが起きたかは会話を開いて確認してください。

  • 質問が多すぎる場合:しきい値を下げる、条件を狭める、または不足している情報をFinの知識に追加してください。

  • 時間制限後に多くのドラフトが送信される場合:誰も監視していません。誰に尋ねるかが個人またはオンラインチームであることを確認し、時間制限を延長するか無期限に待ってください。

  • チームメイトがほとんど引き継ぐ場合:チームメイトガイドのGive Fin an answerをチームメイトに示してください。ドラフトがトピック全体で間違っているために引き継ぐ場合は、そのトピックのコンテンツを修正してください。

  • すべての一致する会話で尋ねる(良いものも含む)場合:広範なルールでしきい値が高に設定されています。条件を狭めるか、しきい値を1段階下げてください。

  • 過去のHuman in the Loop会話を見つけるには:Needs teammate inputはまだ回答待ちの質問のみ表示します。すべてのHuman in the Loop会話はHuman in the Loopレポートを開いて詳細を確認してください。


請求

Human in the Loop自体に追加料金はありません。請求は解決ごとに行われ、通常の解決ルールが適用されます:会話がFinの解決になると課金されます(顧客が回答が役立ったと確認するか、追加の質問や否定的なフィードバックをしない場合)。顧客が不満を持つか担当者を求める場合は課金されません。

課金されるかどうかは、チームメイトが関与したかどうかではなく、誰が最終的に解決を送信したかによります。

  • TeammateがFinに回答し、Finが返信を送信します:これは課金されます。Teammateは事実や決定を提供し、Finが最終案を作成して送信します。その案がFinの解決策になると、他のFin解決策と同様に課金されます。

  • Finの案が時間制限後に未確認で送信される場合:これも同様に課金されます。Fin自身の返信が解決策になるためです。

  • Teammateが「Other options › Take over from Fin」を選択した場合:これは決して課金されません。会話はTeammateに割り当てられ、Finは返信を停止し、次に送信するのはFinではなくTeammateです。Finが解決策を送信しないため、課金対象の解決策はありません。

要するに:Finを「helping」(質問に答えること)は、Finが返信を送信すると課金される解決策につながる可能性があります。「Taking over」はFinを会話から完全に外すため、決して課金されません。


よくある質問

Finは返信前に私のチームに確認できますか?

はい。Human in the Loopを使うと、FinはTeammateに承認、情報、または決定を求め、その後メールやチャットで会話をFin自身が完結させます。

なぜ私のHuman in the Loopルールが発動しないのですか?

最も一般的な理由:Finが回答する代わりに引き継ぎを提案したためです(例えば、顧客が怒っていたり人を求めたりした場合)。Human in the LoopはFinが回答を送信しようとする時のみ適用されます。トラブルシューティングセクションを参照してください。

Human in the Loopは他のhelpdeskでFinと一緒に利用できますか?

いいえ、Human in the LoopはIntercom helpdeskでのみ利用可能です。

TeammateはSlackでFinの質問を受け取れますか?

いいえ、Human in the Loopを使用している場合、Finの質問はIntercom Inboxにのみ表示されます。

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