Freshdesk AIとDocument360の連携：2026年に実際どう繋ぐか

「Freshdesk AIとDocument360」が実際に意味すること

2つの製品、まったく異なる2つの役割。配線の話をする前に、それらを切り分けておく価値があります。

FreshdeskはFreshworksのヘルプデスクです。そのAIレイヤーはFreddy AIで、3つの部分に分かれています。問い合わせを最初から最後まで解決する顧客向けのFreddy AI Agent、人間のエージェントを支援するFreddy AI Copilot、そしてリーダー向けのFreddy AI Insightsです。人々が「Freshdesk AI」と言うとき、ほとんどの場合Agentを指しており、Freddyのレビューも主にそれについてのものです。

Document360はKovaiによるナレッジベースプラットフォームです。ヘルプ記事、SOP、製品ドキュメントが置かれる場所であり、検索、執筆、チャットボットのためにEddy AIというAIレイヤーがその上に載っています。HPやGongなどのチームに使われている、強力で高評価のナレッジベースであり、Document360 vs Helpjuiceの比較でも健闘しています。

つまり読者の直感は妥当です。ドキュメントはDocument360に、チケットはFreshdeskに保管しており、Freshdesk内のAIにDocument360のドキュメントを使って顧客に回答させたいというものです。落とし穴は、この2つの製品は確かに繋がっているものの、その方向が逆だということです。

実際に存在する連携

Document360には実際に文書化されたFreshdesk連携があります。それはEddy AIチャットボットの中にあり、2つの特定のことを行います。

第一に、**Freshdeskのチケットがトレーニングソースになります。**Document360のチャットボットは、記事やファイル、FAQに加えてFreshdeskのチケットを取り込むことができます。チャットボット管理のドキュメントによると、Freshdeskのチケットは「毎日自動的に同期」され、手動での再同期は1日に最大2回可能です。

第二に、**チャットボットがFreshdeskでチケットを開きます。**これはチケットエスカレーション機能です。チャットボットが対応できない場合、ユーザーにチケットの作成を促し、そのチケットがFreshdeskに届きます。

ここが重要な部分であり、このテーマに関するほとんどの記事が見過ごしている点です。流れの方向は固定されています。

Document360のドキュメントは、エスカレーションが何をするかについて明確です。チャットボットがユーザーに人間の対応が必要だと判断すると、「チャットの記録、AIが生成した件名、AIが生成した問題の説明があらかじめ入力された」チケットを送信するよう促します。送信されると、エスカレーションのドキュメントによれば「Zendesk または Freshdesk に、APIを介して作成された標準チケットとして表示され」、エージェントはそれをUnassignedまたはNewビューで見つけます。

決して行わないこと。既存のFreshdeskキューを読むこと、開いているチケットへの返信を作成すること、エージェントとして返信を送信すること、あるいは受信チケットの自動振り分けです。Freshdeskのチケットはここでは正確に2つの方法でのみ使われます。読み取り専用のトレーニングコーパスと、新規チケット作成のためのAPIターゲットです。エスカレーションは現在ZendeskとFreshdeskのみをサポートしています。

つまり、目標が「Document360のチャットボットが自社のドキュメントサイトで回答し、Freshdeskにきれいに引き継ぐ」ことであれば、この連携は本当に優れており、有効にすべきです。

Document360のチャットボットが得意なこと

正当な評価をしましょう。Document360のEddy AIはコンテンツに根ざしており、それは正しい設計です。彼ら自身の言い回しでは「ほとんどのチャットボットは推測するが、我々のものは知っているときだけ話す」であり、回答には下に引用元の記事が付いてきます。

セルフサービスのヘルプセンターとしては、これは堅実な構成です。チャットボットは自社のドキュメントサイト上で簡単な質問を捌き、対応できないものだけがFreshdeskのチケットになります。これは本質的に、ドキュメントに取り付けられた会話型ナレッジベースです。サポートモデルが主に「顧客はまずドキュメントを読む」というものであれば、これは実際のボリュームのかなりの部分をカバーします。

頼りにする前に知っておく価値のある限界があります。各チャットボットにはデフォルトで、接続されたすべてのソースを合わせた40MBのソースデータ上限があり、それを超えるとカスタマーサクセスマネージャーへの連絡が必要になります。プレイグラウンドは手入力したプロンプトをテストするものであり、実際のチケット履歴の再現ではありません。またエスカレーションダイアログのチケット説明欄は250文字までに制限されています。これらのいずれもドキュメント用チャットボットにとって致命的な欠陥ではありません。ただ、これがセルフサービスツールであり、キュー処理用のツールではないことを示しているだけです。

Document360のコンテンツをFreddyに取り込む

さて、より難しい方向、そして多くの人が実際にここに来た理由についてです。FreshdeskのFreddy AI AgentにDocument360の記事を使って回答させることです。

ネイティブなコネクタは存在しません。Freshdeskのセットアップドキュメントによると、Freddy AI Agentは固定されたソースタイプのセットから学習します。ソリューション記事、ファイル、ウェブリンク、カスタムQ&Aです。Document360はそのリストにないため、自分でギャップを埋める必要があります。4つの選択肢があり、それぞれに上限があります。

**選択肢1：公開ヘルプセンターURLをクロールする。**Freddyはウェブリンクから学習できますが、ナレッジの制限は厳しく、AIエージェントあたり10件のURL、アカウントあたり25件のみ、公開されているページのみ、そして静的テキストのみで、動画や画像は不可です。ウェブサイトソースはクロールで最大3,000ページまで学習できます。Document360のサイトが公開されていて、Freddyを正しいインデックスページに向ける場合はこれが機能しますが、非公開または部分的に制限されたナレッジベースは対象外です。

**選択肢2：記事をエクスポートしてファイルとしてアップロードする。**Freddyは.txt、.docx、.pdfファイルを受け付け、1ファイルあたり最大35MB、ボットあたり200ファイル、アカウントあたり200ファイルという上限があります。Document360は記事をPDFにエクスポートできるため、一括でエクスポートしてアップロードできます。問題は、これがスナップショットであることです。Document360で記事を更新すると、Freshdeskにアップロードしたコピーは、再エクスポートして再アップロードするまで古いままになります。

**選択肢3：記事をFreshdeskのネイティブなナレッジベースにコピーする。**FreddyはFreshdeskのソリューション記事をネイティブに読み取るため、両方の場所で同じコンテンツを維持すれば、Freddyは最新の状態を保てます。これは永遠に続く二重メンテナンスであり、Document360に単一の真実のソースを持つという目的を無にしてしまいます。

**選択肢4：ドキュメント用にDocument360のチャットボットを、チケット用にFreshdeskのFreddyを維持する。**それぞれ独自のナレッジを持つ2つの独立したシステムとして運用します。これは最も労力が少ない方法ですが、2つの異なるコンテンツセットで学習した2つのAIボットを運用することになり、顧客はどこで質問するかによって異なる回答を得ることになります。

共通するのは、これらのどれもライブ同期ではないということです。すべてがコピー、クロール、あるいは複製であり、誰かが記事を編集した瞬間からずれ始めます。Document360のドキュメントが頻繁に変わるなら、そのずれこそが問題のすべてです。

「Freshdeskでのai連携をテストしたが、ほぼ同じ経験をした。とても単純なチケットにはうまく機能したが、少しでも複雑なものは誤って分類された。エージェントは以前よりもエラーの修正に多くの時間を費やすことになり、アプローチを見直さざるを得なかった。」

Redditユーザー、r/AiAutomations

このReddit上の経験は、私がチームから聞く話と一致しています。ネイティブなヘルプデスクAIは単純なチケットではうまく機能する傾向がありますが、ナレッジが複数のツールに分散している場合には苦戦します。もしそこに当てはまるなら、無料のFreshdesk AI代替ツールにも目を通しておく価値があります。分散したナレッジは、まさにドキュメントがDocument360にあり、AIがFreshdeskにあるときに直面する状況そのものです。

これにかかる費用

手動のブリッジにコミットする前に、全体の請求額を見ておくと役立ちます。なぜなら2つのベンダーに支払っており、AIは両側で従量課金されるからです。

具体的な例を挙げます。Freshdesk Omni Proで10人のエージェントチームを運用しているとします。AIを何も加えなくても席数だけで月790ドルになり、コストが重要な判断基準であれば、より幅広い最も安価なAIヘルプデスクアプリのまとめが参考になるでしょう。チーム分のCopilotを追加すると、さらに290ドルかかります。ここでメール振り分けのためにFreddy AI Agentを有効にし、無料の500セッションを使い切ると、それ以降は100セッションあたり49ドルになります。Document360側では、Eddy AIは営業と話すまで見えないカスタム見積もりの中にある、別立てのクレジットベースの項目です。どれもそれぞれのツールがすることを考えれば不合理ではありませんが、「ドキュメントとAIを繋ぐだけ」のはずが、従量課金される2つのAI製品と、コンテンツを同期し続ける労力に変わってしまいます。

よりすっきりした道：両方を読む1つのAI

この連携がぎこちない理由は構造的なものです。FreshdeskのAIはFreshdeskのナレッジを読みます。Document360のAIはDocument360のナレッジを読みます。どちらも、両者にまたがる頭脳になるようには作られていません。eeselのドキュメントが述べているように、「ネイティブなAIツールは通常、ヘルプセンターかウェブサイトからしか読み取りません。eesel AIエージェントは、実際に解決したチケットから、あらゆるプラットフォームを横断して学習します」。

それこそがeeselが作られたギャップです。

eeselは、2つ目のウィジェットや別の受信箱としてではなく、AIエージェントとしてFreshdeskに参加します。チケットを読み、返信を作成・送信し、非公開メモを追加し、フィールドを更新し、グループにルーティングします。これは人間のエージェントが行うのと同じアクションです。ナレッジの面では、Document360のヘルプセンターをソースとしてクロールすることで学習し、Freshdeskのソリューション記事、過去に解決したチケット、そしてConfluence、Notion、Google Docsなどの他のソースと合わせて学習します。1つのAIが両方のコンテンツセットを扱い、エージェントがすでに働いている場所で動作します。

これを手動のブリッジと違うものにしているのは2つの点です。

• **実際のチケットでのシミュレーション。**顧客に触れる前に、eeselは過去のFreshdeskチケットに対して実行し、自分がどう回答したかをチームが実際に送った内容と照らし合わせてスコアリングし、ギャップを報告します。例えば「先週23件のチケットが日割り返金について尋ねてきたが、あなたのドキュメントは全額キャンセルしかカバーしていない」といった具合です。これは自社のキューに対する本物のリハーサルであり、手入力したいくつかのプロンプトではありません。Freshdeskのスタジオも Document360のプレイグラウンドも、どちらも手書きのシナリオをテストするだけです。
• **平易な言葉で設定できます。**ルールを組み立てる代わりに、どのチケットを処理するか、どう書くか、いつエスカレーションするかを説明するだけでeeselに伝えます。そしてドラフトモードで開始するため、あなたが信頼できると判断するまで、すべての返信は人間の承認を待ちます。

公平を期すために言うと、サポートモデルの全体が公開ドキュメントサイトであり、顧客がセルフサービスで済ませてチケットをほとんど開かないのであれば、Document360自身のチャットボットとそのFreshdeskへのエスカレーションだけで十分良く、より安価な答えであり、3つ目のツールは不要かもしれません。スタック全体を見直しているなら、Freshdeskの最良の代替ツールも一見の価値があります。eeselが真価を発揮するのは、作業がFreshdeskのキュー内にあり、ナレッジがDocument360やその他あちこちに散らばっている場合です。

FreshdeskとDocument360向けにeeselを試す

毎週PDFをエクスポートしたり、同じ記事を2か所で維持したりすることなく、AIにDocument360のドキュメントを使ってFreshdeskのチケットに回答させたいなら、それはまさにFreshdesk向けeesel AIが行うことです。30分以内にFreshdeskに接続でき、Document360のヘルプセンターと過去のチケットから自動的に学習し、本番導入前に実際のチケットでシミュレーションできます。

クレジットカード不要で50ドル分の利用枠から無料で始められ、その後はチケットあたり0.40ドル、席数課金はありません。eeselを試して、自社のFreshdesk履歴でシミュレーションを実行し、コミットする前に解決率を確認できます。