FreshdeskにAIを導入する方法：2026年実践ガイド

始める前に必要なもの

このガイドは、すでにFreshdeskを使用していることを前提としています（BridgestoneからKlarnaまで、74,000以上の企業が使うヘルプデスクです）。進めるには、管理者アクセス、目的のAI機能が含まれるプラン、そしてAIが学習するための「整理されたヘルプセンター」から「過去のチケットの山」までの間にあるものが必要です。そのナレッジが豊富であればあるほど、以下のどの選択肢もより良く機能します。

ほとんどのチームが出発点とするFreshdeskのエージェントワークスペース、縮小しようとしているチケットリストはこちらです。

FreshdeskにAIを追加する2つの方法

設定を1つ触る前に、この分岐点を知っておくと役立ちます。2つの道は、まったく異なる料金とまったく異なる回答品質につながるからです。

方法1：FreshdeskのネイティブなAI（Freddy）を有効にする。 プロダクト内に組み込まれており、接続作業は不要で、チケットデータを自動的に共有します。Freshworksエコシステムにコミットしていて、単一ベンダーを望むなら、これが明白な選択です。

方法2：専用のAIエージェントを上に接続する。 eesel AIのようなツールは、APIを通じてFreshdeskに接続し、AI層として機能します。過去のチケットから学習し、返信を下書きするか完全に解決し、残りをエスカレーションします。自社の履歴に対する回答品質のほうが単一ベンダーであることより重要な場合、またはFreddyのセッション課金が自社のボリュームで意味をなさなくなった場合にこちらを選びます。

どちらも間違いではありません。このガイドの残りの部分では、方法1を詳しく取り上げます（「FreshdeskにAIを追加する」は通常「Freddyを設定する」ことを意味するため）。その後、方法2が優位に立つ場面に戻ります。

Freddyを知る：Freshdeskのネイティブな3つのAI

私が最もよく見かける混同は、「Freddy AI」を1つのものとして扱うことです。実際には3つあり、それぞれ別々に課金されます。

• **Freddy AI Agent**は顧客向けのボットです。Freshworksの2025年ベンチマークレポートによると、チャット、メッセージング、メールで最大80%のクエリを解決でき、事前構築されたVertical AI Agentsを通じてレコードの更新や返金処理などのアクションも実行できます。これは、人々が「Freshdeskにチャットボットを追加する」と言うときに指している部分です。
• **Freddy AI Copilot**はエージェントワークスペース内にあり、返信案の提示、会話の要約、リアルタイム翻訳など、コンテキストを切り替えずに人間のエージェントを支援します。同じレポートでは、ここで60%の生産性向上が引用されています。
• **Freddy AI Insights**はリーダー向けのビューで、傾向、CSATの低下、SLA違反のアラートを、平易な言葉で問い合わせることができます。

Command CenterでCopilotが実際に動く様子を見ることができます。Freddyが問題を要約し、感情をスコア化し、会話の隣に注文コンテキストを表示します。

このガイドでは、「追加」して設定する部分はFreddy AI Agentなので、以下の設定手順もそれを構築します。

Freddy AI Agentのステップバイステップ設定方法

Freshworksはこの構築を6つのステップとして提示しており、良い骨格になっています。これは現在のGrowth、Pro、Enterpriseプランで機能します（2025年12月より前に作成されたアカウントは古いOmniレイアウトのままで、画面が異なります）。

1. エージェントを作成する。 管理者として左側のナビゲーションからAI Agent Studioを開き、AI agentsを選択し、Create AI Agentをクリックします。名前、アバター、主要言語を設定します。
2. 機能を構築する。 これが本当の作業で、4つの部分があります。ナレッジの追加（学習元となるソース）、ワークフローの構築（回答だけでなく行動できるようにする）、指示の提供（ビジネスコンテキストとトーンのルール）、設定の構成（多言語動作、フォールバック処理、人間への引き渡しタイミング）です。
3. テストする。 Studio内で実際のシナリオをシミュレートし、外部の誰かが見る前に回答を洗練させます。
4. プレビューして共有する。 外部と共有可能なプレビューリンクを生成し、エージェントライセンスを持たないチームメンバーが試してフィードバックできるようにします。
5. チャネルにデプロイする。 Deployをクリックし、チャネル（Web Chat、WhatsApp、Facebook、Instagramなど）を選択します。Web Chatの場合はトピックでStart with AI Agentを有効にし、Publishをクリックします。
6. 分析する。 Analyzeタブでは、エンゲージメント指標とチケットログが表示され、何が解決されどこで詰まったかを確認できます。

ボットは実際にどのようなナレッジから学習できるのか？

チームが静かに躓きやすいのはこの点なので、事前に制限を知っておく価値があります。Freddy AI Agentはソリューション記事、ファイル、Webリンク、カスタムQ&Aから学習しますが、ドキュメントには上限が明記されています。ファイルは.txt、.docx、.pdfで35MB未満、ボットあたり200ファイルの上限があります。URLはエージェントあたり10個（アカウントあたり25個）に制限され、静的テキストのみを読み取り、動画やスクリーンショットは読み取りません。ナレッジが整理された記事ではなく古いチケットにある場合、Freddyはそこから直接学習できません。それこそが会話型ナレッジベースのアプローチが埋めるギャップです。

すでに手にしている無料の自動化

ほとんどの「FreshdeskにAIを追加する」記事が飛ばしているのがここです。人々がAIに期待する価値の大部分は、プランに追加コストなしで含まれるシンプルなルールベースの自動化です。セッションに1セントも使う前に、これを設定してください。

Automation rules。 Admin > Workflows > Automation Rulesの下に3種類のルールがあります。Ticket Creation（チケット到着時に発動し、トリアージとルーティング用）、Ticket Updates（顧客の返信による再オープンなど、イベントに反応する）、Hourly Triggers（1時間ごとにチケットをスキャンし、放置されたものをエスカレーションまたはクローズする）です。長年のユーザーはこれらを古い名前、Dispatch'r、Observer、Supervisorで知っているでしょう。

最も一般的な落とし穴はまさにこの画面にあります。デフォルトでは、作成ルールはfirst matching rule only（最初に一致したルールのみ）で実行されるため、「なぜ自分のルールが発動しないのか」というFreshdesk自身の答えは、通常、より上位のルールが先に一致したことです。すべてのルールを実行したい場合は、ギアアイコンをクリックして「Execute all matching rules」に切り替えます。

Scenario automationsはエージェントが起動するマクロです。「タイプを設定、QAに割り当て、ステータスを設定」を手作業で繰り返す代わりに1クリックにまとめます。Admin > Agent Productivity > Scenario Automationsの下で構築します。

自動ルーティング。 ProとEnterpriseでは、FreshdeskのOmnirouteエンジンが各エージェントの容量を考慮しながら、ラウンドロビン、負荷、スキルによってチケットを配分します。これはAIとはまったく別物ですが、優れたチケット割り当てを支える骨格です。

この層をきちんと設定すれば、実際にLLMが必要なチケットがいかに少ないかに驚くでしょう。これが次のセクションの計算を変えます。

Freddyを追加すると実際にいくらかかるのか

2つの費用項目があります。まずFreshdeskの席数です。

出典：Freshdesk料金ページ。

次に、これは人々を驚かせる項目ですが、上乗せされるFreddyの利用料です。一度限りの500件の無料セッションの後、Email AI Agentは100セッションあたり49ドルで運用されます。「セッション」とはエンドユーザーとAIとの一意のやり取りであり、メールの場合は顧客からの最初のメールから72時間の期間です。CopilotとInsightsは再び別々に課金されます。セッションは請求サイクルごとに失効するため、未使用の容量は繰り越されません。

自社のボリュームを入力し、セッションモデルがどのように振る舞うかを確認してください。

パッケージの販売方法と消費方法を含む、このモデルのより完全な分析については、FreshdeskのAI料金についての継続的なガイドがあります。

ネイティブのFreddyが限界に達するところ

Freddyは実際の製品であり、FAQ的なチケットデフレクションには適しています。しかし、チームがデモを超えて進むと繰り返し現れる2つのことがあり、両方に備えておくべきです。

複雑なチケットでは品質が急落する。 これは実際のユーザーから最も繰り返される話題です。FreshdeskでAIをテストしたあるサポートエンジニアはRedditで率直にこう述べています。

"We tested an ai integration in freshdesk and had almost the exact same experience. it worked for very simple tickets but anything slightly complex got misclassified. agents ended up spending more time fixing errors than before, so we had to rethink our approach."

r/AiAutomations

同じスレッドの別の人は、実際に機能するパターンに行き着きました。

"Auto-replies sounded great in theory, but once real tickets came in, it started giving confident but wrong answers. CSAT dipped quick. What worked better for us was using it as an agent assist, draft replies, summaries, tagging, not full auto mode."

r/AiAutomations

これは営業電話で聞く話と一致します。Freshdeskでナレッジベースを運用しているフランスの公共部門のIT企業は、Freddyとeeselを比較し、技術的でアカウント固有の問い合わせにおいてFreddyの回答の精度が低いことを発見しました。まさに「自信満々だが間違っている」が最も被害を与えるチケットです。とはいえ、初期段階のチームにとっては、判定はより穏やかです。約3,000ユーザー規模のSaaSのサポート運用リーダーは、基本的な用途についてFreddyを「信頼できて手頃、特別すごいわけではない」と評しました。Freshdesk自体は約3,750件のレビューでG2で4.4/5の評価を得ており、プラットフォーム自体は好評です。懐疑的な見方は、難しいチケットにおけるAIに特に向けられています。

セッションモデルは高くなり、少し手間がかかる。 コスト自体に加えて、Freshdeskで遭遇した実際のインテグレーション上の課題を挙げておきます。そのAPIは高いリクエスト量をスロットリングする場合があり、新しい自動化をチームの既存のルールとうまく共存させるには注意が必要です。これは特定のベンダーに限った話ではなく、Freshdeskプラットフォームの現実であり、追加するAIがどれであっても設定時間を予算に組み込む価値があります。

品質の問題を解決するのは、より良いプロンプトではなく、公開前に現実に対してテストすることです。それこそが私が絶対に省略しない唯一のことです。

FreshdeskにAIを追加する際のよくある間違い

• シミュレーションなしで公開する。 最大の間違いです。直近数千件のチケットにAIがどう回答したかを確認できないなら、顧客に対してテストしていることになります。Freddyにはプレビューがあります。eeselのようなツールは実際のチケット履歴を再現し、デプロイ前にカバレッジと精度の評価を得られます。
• AIをヘルプセンターだけに向ける。 最良の回答は記事ではなく解決済みチケットに埋もれています。過去の解決から学習するナレッジは、ドキュメントしか読まないナレッジより優れています。
• 初日からすべてを完全自動に切り替える。 ドラフト/アシストモードで始め、簡単なチケットで実証してから自律性を与えましょう。上記のRedditスレッドは、これを撤回したチームで満ちています。
• 無料の自動化層を忘れる。 ルール、シナリオ、ルーティングは、AIセッションに0ドルをかけずに驚くほどの量のボリュームを処理します。まずこれらを設定しましょう。
• セッションごとのメーターを無視する。 セッションはサイクルごとに失効し、Copilot/Insightsは別途課金されます。コミットする前に実際のボリュームをモデル化してください（上記の計算機はその出発点です）。

eeselでFreshdeskにAIを追加する

方法2があなたの状況に合っているなら、ここに具体的な提案があります。eesel AIはFreshdeskに接続し、初日から解決済みチケット、ヘルプドキュメント、マクロで学習したAIエージェントとして機能します。そのため、汎用的なFAQボットのようにではなく、最も優秀なエージェントのように回答します。これはDesign.comが月間5万件以上のFreshdeskチケットを処理するために使っているのと同じ設定です。

上記の問題にとって最も重要な差別化要因はシミュレーションです。eeselは実際のチケットに触れる前に、Freshdeskの過去のチケットを数千件再現するため、トピックごとのカバレッジと正確な回答を事前に確認でき、その後信頼度に基づくルーティングが不確実なものすべてを人間向けのドラフトとして保持します。それが「自信満々だが間違っている」への解毒剤です。

料金は使用量ベースで、解決件数ごとの固定料率、席数課金なし、失効するセッションパックなしで、セッションの計算よりもはるかに予測しやすくなっています。標準で80以上の言語に対応し、設定は数分で完了し、結果はトライアル内でも現れます（Gridwiseは初月でティア1リクエストの73%が解決されました）。

eeselを無料で試すことができ、自社のFreshdeskに向けてシミュレーションを実行してから何かを決めることができます。どちらに傾いていても、私が実行するテストはそれです。