FreshserviceでAIエージェントを設定するには？ステップバイステップガイド

まとめ

FreshserviceでAIエージェントを設定するのは、ほぼトグルを切り替えるだけで、大きなプロジェクトではありません。Admin > グローバル設定に移動し、Freddyを検索して、希望のチャンネル（サポートポータル、メールBot、Slack、またはMicrosoft Teams）でFreddy AI Agentをオンにするだけです。注意点は、これはFreshserviceのEnterpriseプランにのみ存在し、年間1,200エージェントセッションが付属することです。

セットアップウィザードが教えてくれないのはここです。トグルをオンにするのは簡単な10%に過ぎません。残りの90%は、間違った答えを送ることなく実際にチケットを解決させることであり、ほとんどの展開はそこで行き詰まります。私はヘルプデスクインテグレーションを仕事としていますが、繰り返し目にするパターンがあります。チームがある午後にエージェントを有効にして、その後2ヶ月間、Freddyが半分しか読めないナレッジベースと格闘するというものです。

このガイドでは、スクリーンショット付きの実際のセットアップ手順、予算計画のためのプランとセッション制限、精度を静かに制限する処理制限、そして平均解決時間を上げるのではなく下げるためのロールアウト方法を説明します。FreddyのEnterpriseゲートが現実的でない場合は、eeselのようなAIレイヤーがどこに適合するかも紹介します。

Freshserviceで「AIエージェントを設定する」と実際に何が得られるか

Freshserviceでのエージェント設定方法を聞かれる場合、通常は特定の一つのこと、つまりFreddy AI Agentを指しています。これは、人間がチケットに触れることなく質問に答えてリクエストを起票する、自律的な従業員向けボットです。Freddy AIの傘下にある3つの製品のうちの1つなので、どれをオンにしているかを理解することが重要です。

• Freddy AI Agentは自律レイヤーです。会話を行い、ナレッジから回答を引き出すことで、定型リクエスト（パスワードリセット、ステータス照会、アクセスリクエスト）を処理します。
• **Freddy AI Copilot**はワークスペース内のエージェントアシストです。返信候補、チケットサマリー、リアルタイム翻訳などの機能があり、人間のエージェントをサポートしますが、置き換えるわけではありません。
• Freddy AI Insightsはチームリーダー向けの分析レイヤーで、CSATの低下やSLA違反などを検知します。

このガイドは最初の自律エージェントについてです。各チャンネルに独自のスイッチがある、目指すべき設定画面を以下に示します。

書類上の成果は大きいものがあります。Freshworksは66%のチケット削減と、AIが機能した場合の平均解決時間77%削減を挙げています。これらはベンダーの数字なので、約束ではなく上限として扱うべきですが、クリーンな設定で何が達成できるかを示しています。

始める前に：誰も教えてくれない前提条件

「FreshserviceでAIエージェントを設定する方法」のほとんどのガイドはトグルに直接ジャンプします。しかし、3つの前提条件が先につまずきの原因となるので、Adminに触れる前に確認してください。

インスタンスが古い場合にもう1つ：旧バージョンのVirtual Agent（2024年10月18日以前に有効にされたもの）は2025年5月21日に廃止されました。アップグレードする場合は、ゼロから始めるのではなく、アップグレード後に各チャンネルでFreddyを再度有効にする必要があります。

そのセッションモデルが最初に実際に予算計画すべき場所です。年間1,200セッションは多く聞こえますが、混乱した1人の従業員が3日連続でFreddyにメッセージを送ると3セッションとしてカウントされることを忘れないでください。600人規模の組織では、上限がすぐに現実のものとなります。これはFreshservice AIコストの議論で繰り返されるテーマです。

FreshserviceでAIエージェントを設定する、ステップバイステップ

前提条件をクリアしたら、実際のセットアップは短いです。ここではフロー全体を一目で、その後各ステップを詳しく説明します。

ステップ1：Enterpriseプランを確認する

回避策はありません。ProまたはそれC以下のプランを使用している場合、Freddy AI Agentは設定に表示されません。Admin > プランと請求でプランを確認し、移行を検討している場合はFreshservice ProプランとEnterpriseの違いを先にモデル化する決断をしてください。

ステップ2：グローバル設定を開き、Freddyを検索する

Admin > グローバル設定に移動し、検索ボックスにFreddyと入力します。Microsoft TeamsとSlackのServiceBotエントリとともにFreddy AIカードが表示されます。

ステップ3：チャンネルごとにFreddy AI Agentを有効にする

Freddyカードを開くと、各デプロイメント面のトグルが表示されます：SlackとMicrosoft Teams用Freddy AI Agent、メールBot、サポートポータル用Freddy AI Agent。サポートする準備ができているチャンネルのみをオンにしてください。一度に4つをすべてオンにするのではなく、1つ（通常は従業員サポートポータル）から始めることをお勧めします。最初の展開を狭くすることで、評価とロールバックが格段に簡単になります。

SlackやTeamsに展開する場合は、前のServiceBotの前提条件が重要になります。Microsoft Teams用ServiceBotまたはSlack用ServiceBotのセクションからFreddyを設定してください。サポートポータルとメールBotはFreddyのページから直接設定します。

ステップ4：ナレッジソースを接続する

これがエージェントが役立つかどうかを決めるステップです。FreddyはFreshworksがEnterprise Searchと呼ぶものに基づいて回答を出し、内部ナレッジベース、Microsoft SharePoint、Google Drive、Confluenceから情報を引き出せます。整った公開情報だけでなく、実際の回答がある情報源に向けてください。

常に出てくる警告：SharePointコネクタは非常に広範な権限を要求します。これについては後ほど詳しく説明しますが、セキュリティレビュー段階でロールアウトがブロックされる最も一般的な理由です。

ステップ5：テストし、セッションを監視する

社内に発表する前に、自分でいくつかの実際の質問をエージェントに試してください。その後、AnalyticsモジュールのFreddy AI Agentの概要キュレートレポートで採用率と精度を追跡します。このレポートでは、1,200セッションの枠をどのくらいの速さで消費しているかも確認できます。「良い」状態の基準を知りたい場合は、解決率ガイドのメトリクスが参考になります。別のヘルプデスク向けに書かれていますが、公正な参照値です。

これが全セットアップです。プランとナレッジがすでに整っていれば、おそらく30分程度です。だからこそ、次のセクションがこれよりも重要なのです。

設定画面が教えてくれないこと

ここで質問のフレーミング自体に疑問を呈したいと思います。「FreshserviceでAIエージェントを設定するには？」という問いは、セットアップが難しい部分であるかのように聞こえます。しかし実際はそうではありません。トグルは些細なものです。エージェントの質を決めるのは、設定画面が決して表示しないすべてのものです。

Freddyがナレッジを読む方法に組み込まれた処理制限は以下のとおりです。

• ソリューション記事内の最初の50個のインライン画像のみ処理します。
• 記事ごとに最初の5つの添付ファイル（それぞれ最大5 MB）のみ処理します。
• .pdf、.docx、.xlsxドキュメントは一切解析できません。
• 記事は公開後の処理完了まで1時間から24時間かかることがあります。

自分のランブックを念頭に置いてこのリストをもう一度読んでください。ITナレッジがPDF SOPやWordドキュメントに保存されている場合（これが一般的）、誰かがネイティブのソリューション記事として書き直すまで、Freddyにはその情報が見えません。エージェントが愚かなのではなく、あなたが与えたと思っていたものの一部しか読めていないのです。AIエージェントは、実際に解析できるナレッジの質以上には優れません。それがトグルの裏に隠された本当のセットアップ作業です。

これは記事を取り込む際にも不便が生じる点です。r/FreshserviceのあるadminはFreshserviceのCSSストリッピングを生き延びるフォーマットを得るために、外部ツールを通じて記事作成をルーティングしなければならなかったと述べています。「フォーマットのクリーンアップなし、手動スタイリングなし、貼り付けて公開するだけ」。これは、最初から組み込まれているべきセットアップステップの回避策です。

本番環境でFreshservice管理者が直面すること

セットアップドキュメントは整っています。本番はよりごちゃごちゃしています。ユーザーフィードバックに繰り返し現れる3つのパターンがあり、スイッチを入れる前に知っておく価値があります。

引き継ぎのコストがMTTRを上げる可能性がある。 最もよく引用される警告事例は、Freddyを有効にした後にTier-1の解決時間が上がった600人規模の組織です。

「オートリゾルブはおそらく25%くらいで、まあいいかなと思います。でもMTTRは実際に上がりました。以前より約20%…Freddyが試み、失敗し、エージェントが引き継ぐけど返答する前にすべてのやり取りをスクロールしなければならない…オートリゾルブされたユーザーが2日後にフォローアップの質問を持って戻ってきて、元のチケットが閉じられたから新しいチケット。重複チケットが約15%増えた。」- u/Time_Beautiful2460 on r/Freshservice

これはAIエージェントが防ぐべき失敗モードですが、ボットが何でも試みて引き継ぎが悪いために起こっています。意図的にルーティングを設定すれば回避可能ですが、エージェントにすべてのチケットを試みさせてはいけません。

SharePointの権限が承認をブロックする可能性がある。 SharePointにFreddyを組み合わせる予定がある場合、セキュリティチームから質問が出る可能性があります。

「アプリケーションレベルで「すべてのサイトコレクションのファイルを読み取る」権限が必要で、私の理解では、これにより会社のSharePoint全体を読み取る能力が実質的に与えられます…なぜこれほど広い権限スコープが必要なのか正確に知っている人はいますか？」- u/Towelie888 on r/Freshservice

同じスレッドの返信者も、まさにその理由でオンにしていないと確認しています。SharePointがプランに含まれている場合は、セキュリティレビューの時間を見込んでください。

学習ループのないデフレクションは停滞する。 あるsysadminは精度の上限を率直に要約しています：AIは「インシデントデフレクションでひどく、ユーザーが有用でないと評価した際に理由についてのインサイトをゼロ提供し、また有用でないと評価したユーザーからの学習も行わない。」最後のポイントが最も重く考えるべき点です。修正から学習しないエージェントは最初の週よりも良くなることがないからです。

これはFreddyを設定するなということではありません。目を開けたまま設定し、トグルではなくロールアウトに力を注ぐということです。

MTTRを上げずにロールアウトする方法

ライブのサポートとITキューにAIエージェントを置いてきた経験から、セットアップに付け加えるべきものは機能ではなくプロセスです。解決時間が下がるチームは、go-liveを最初のステップではなく最後のステップとして扱っています。

本番前にシミュレーションを行う。 エージェントを見ていて最も怖かったことは、失敗することではなく、誤ったことを確信を持って確認することでした。あるB2Bテクニカルサポートチームのボットは、ナレッジベースに会社が「すべてのモデルをサポート」していると書かれていたために、データベースにない製品について顧客に「はい、そのモデルをサポートしています」と伝えていました。設定画面からではわかりません。実際の過去チケットに対してエージェントを実行し、何と言ったかを読んで初めてわかります。このドライランは最も価値の高いセットアップステップですが、Freshserviceのフローがスキップするステップでもあります。

希望ではなく確信でルーティングする。 話しているエンタープライズバイヤーのほぼ全員が同じ要件にたどり着きます。あるDTCサポートリードが言ったように、「AIが質問の100%に答えられることはない…処理できると確信しているチケットのみを処理し、他のものはすべてそのままにしておくAIが必要です。」これが上記のMTTR問題に対する解毒剤です。確信があるときのみ自動返信し、それ以外はすべて静かにエスカレーションするエージェントは、「スレッド全体を読む」引き継ぎのコストを決して生み出しません。

センシティブなものに注意する。 ITチケットにはパスワード、アクセスリクエスト、時に支払い詳細が含まれます。あるバイヤーは、PII含むチケットデータが自分たちの環境に留まることを確認するまで、内部セキュリティレビューでトライアル全体をブロックしました。どのエージェントを設定しても、実際のチケットに触れる前にデータがどこに行くかを理解してください。正しく行えば、成果は本物です。あるチーム、Gridwiseは、eeselが最初の月にTier-1リクエストの73%を解決し、7日間のトライアル内で結果が現れました。それとMTTR 20%の後退の違いは、ほぼすべてツールではなくロールアウトによるものです。

Freshserviceチームにeeselを試す

Enterpriseゲート、セッション上限、またはPDFを読めないナレッジベースが障害となっている場合は、eeselのようなAIレイヤーを検討することをお勧めします。率直に言うと、eeselはFreddyのようにFreshserviceのネイティブプラグインとして組み込まれるわけではありません。eeselがやるのは、チームがすでに使用している同じ社内IT面（Slack、Microsoft Teams、メール、Jira Service Management）に位置し、Freddyが苦手とするナレッジ（過去チケット、Confluence、SharePoint、Drive）から学習することです。

Freshserviceから来るチームにとって最も重要な2つの違いがあります。まず、シミュレーションモードはライブチケットに回答する前に過去のチケットに対してエージェントを実行するため、カバレッジを確認し、確信があるが間違っている回答を事前に見つけることができます。次に、価格はEnterpriseシートではなくチケットごとです。eeselはセルフサービスプランで1チケット$0.40から始まり、シートごとの料金もプラットフォームの最低料金もないので、月200チケットをルーティングして200チケット分だけ支払うことができます。AIサービスデスクのルートを比較している場合、これはすべてのITエージェントにEnterpriseライセンスを購入してボットのロックを解除するのとは異なるコスト構造です。

唯一の選択肢ではありませんし、チームによってはFreshworks内に留まるのが正しい選択です。しかし、実際のナレッジを読んでライブチケットに1つでも回答する前に自分自身を証明するAIエージェントが目標なら、一度試してみる価値があります。