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

Fin Operatorの使い方

実例を使ってOperatorの使い方を学びましょう。

対応者:Patrick Andrews

注意: Fin OperatorはPro add-onの一部として含まれています。アクセスにはPro add-onが必要です。

Fin Operatorの場所

ナビゲーションメニューのOperatorに移動します。ここで新しい会話を開始し、進行中のスレッドを管理します。

Fin Operatorは、レポート、会話、knowledge hub、guidance home、procedures editorなど、ワークスペース全体のコンテキストから呼び出すこともできます。Fin Operatorは見ている内容のコンテキストを把握するので、Operatorタブに切り替えずに質問や変更依頼が可能です。

Fin Operatorはシンプルなループで動作します:やりたいことを説明し、提案を確認し、承認して実行します。

  1. 目標を説明する:自然言語のプロンプトを入力します(例:「先週なぜ解決率が下がったのか?」)または製品概要やリリースノートなどのドキュメントをアップロードします。

  2. Fin Operatorに任せる:必要なツールを自動で選択します。データのクエリ、会話の書き起こしの読み取り、knowledge baseの閲覧、またはその組み合わせです。

  3. 提案を確認する:すべての変更はプルリクエストのようなレビュー可能な差分として提示されます。承認なしにライブにはなりません。

  4. 承認する:承認すると変更がライブになります。提案を拒否または編集するとFin Operatorが調整します。


Fin Operatorにアクセスできる人

Fin Operatorはフルシートまたはライトシートのチームメイトが利用可能です。アクセスはOperator access権限で管理されており、すべてのチームメイトにデフォルトでオンになっています。

Operator accessがないチームメイトはOperatorページでブロックされ、Inboxの「Ask Operator」プロンプトなど、Operator会話を開始するためのコンテキスト内プロンプトが表示されません。

アクセス権を変更するには、設定 > ワークスペース > チームメイトに移動し、該当するチームメイトのOperator access権限を切り替えます。

注意:

  • Operatorは既存のチームメイト権限を尊重します。Intercomで許可されていない操作はOperatorで行えません。

  • Fin OperatorはPro add-onの一部として含まれています。アクセスにはPro add-onが必要です。


実例

Fin Operatorはサポート体制を維持する運用役割を担います。チャットボットというより、有能なチームメイトのように、サポート運用の分析から問題の根本原因の修正まで、単一の会話で対応します。

以下はFin Operatorが担う役割と、それぞれの実際の例です。

ユースケース1:「どのコンテンツを変更すべきか教えて」

内容:更新が必要なコンテンツを見つけ、記事、スニペット、内部記事全体で変更を行います。

  1. Fin Operatorに製品やポリシーの変更を伝えます。例:「価格を月15ドルに更新しました。」

  2. Fin Operatorはknowledge base全体を意味的に検索し、価格に関連するコンテンツを探します。

  3. 4つの記事と2つのスニペットが古くなっていると特定します。キーワード検索では見逃すものも含まれます。

  4. Fin Operatorは正しい情報で各コンテンツの更新案を提案します。

  5. 差分を確認し、承認します。

使用機能: Knowledge base content

ヒント:キーワード検索では価格に間接的に触れるコンテンツを見逃すことがあります。Fin Operatorの意味検索はすべてを捉え、一括で更新を行います。

ユースケース2:「FinがXを間違え続ける。どう直す?」

内容:Finの推論を含む会話全文を読み、問題点を特定し修正案を提案します。

  1. Finが誤った返金指示を出した会話を共有します。

  2. Fin OperatorはFinの内部推論や情報源を含む全文を読みます。

  3. 根本原因を特定します:古い記事が情報源として使われており、手順の条件に誤りがあります。

  4. Fin Operatorは記事の更新案と手順の修正案を提案します。

  5. 両方の変更を確認し承認します。

ヒント:Fin Operatorがなければ、会話を手動で読み、Finが使った情報源を特定し(UIには表示されません)、問題を見つけ、コンテンツエディタと手順ビルダーを別々に操作する必要があります。Fin Operatorはこれを一括で行います。

ユースケース3:「あるトピックのエスカレーションを減らしたい」

内容:会話データを分析しパターンを見つけ、エスカレーションの原因を特定し、新しい手順や更新されたコンテンツなどの修正案を提案します。

  1. Fin Operatorは会話データをクエリし、トピックに関する会話の量、解決率、エスカレーションのパターンを分析します。

  2. ほとんどのリクエストは予測可能なパターンに従いますが、対応手順がないためエスカレーションされています。

  3. Fin Operatorは関連情報を収集し適切にルーティングする手順を作成します。

  4. 手順を確認し、閾値を調整して承認します。

ヒント:Fin Operatorはデータ(何が起きているか)を診断(なぜ起きているか)と修正(新しい手順)に結びつけ、単一の会話で完結します。

ユースケース4:「全体的なサポート品質を向上させたい」

内容:Finが苦戦している領域を広範囲に評価し、影響の大きいギャップを特定し、コンテンツとガイダンスの改善案を提案します。

  1. Fin Operatorは直近250件の会話を分析し、結果(解決、エスカレーション、放棄)でセグメント化します。

  2. 「アカウントアクセス」の会話はエスカレーション率が40%で、平均を大きく上回っています。

  3. エスカレーションされたアカウントアクセスの会話サンプルを読み、FinがSSO設定に関する重要なコンテンツを見逃していることを発見します。

  4. Fin OperatorはSSO設定に関する新しい記事と、アカウントアクセスの質問に対するFinの対応ガイダンスルールを提案します。

  5. 変更を確認し承認します。

ヒント:これはデータから行動までの完全なループです。Fin Operatorは問題を見つけ、原因を診断し、修正案を提案します。4つのスキルを単一の会話でカバーします。

ユースケース5:「チームのパフォーマンスは?」

内容:チームレベルの指標をクエリし、チーム会話で使える比較ビューを作成します。Finの設定変更は不要です。

  1. Fin Operatorはチームレベルの指標(対応時間、CSAT、解決率、初回応答時間)を全チームでクエリします。

  2. 過去30日間の各チームのパフォーマンスを比較ビューで表示します。

  3. チームAはCSATが優秀ですが初回応答が遅く、チームBは応答が早いものの解決率が低いことを強調します。

  4. Fin Operatorはチーム会話で使える具体的でデータに基づく観察結果を提供します。Finの設定変更は不要です。

使用機能: Reporting and analyticsUse Fin Operator for teammate performance and coachingでこのユースケースの詳細をご覧ください。

ヒント:すべてがクロススキルのworkflowsを必要とするわけではありません。これは純粋な洞察と分析の単一スキルユースケースです。

必要なことから始めましょう

これらは固定されたworkflowsではなく、可能性の例です。Fin Operatorは自然言語で説明した内容を処理します。知りたいことややりたいことから始め、使用する機能を判断します。

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