Freshdeskのチケッティングシステムの仕組み:2026年版ガイド

Freshdeskのチケッティングシステムの実際の姿

その中核において、Freshdesk(全体的な評価についてはFreshdeskレビューを参照)は共有受信箱です。メール、Facebook、ウェブサイトチャット、サポートポータルの会話がすべて別々の受信箱ではなく1つのダッシュボードに集まります。Freshdesk自身のチケッティング比較ページでも、「すべての会話を1つの受信箱に」集約すると説明されており、コラボレーションのための内部メモ、自動割り当て、重複回避が備わっています。

チケットが届いた後の作業の大部分を担うのは、以下のいくつかの機能です。

• カスタムチケットフィールド - プラン階層、製品ライン、OSなど、業務固有のデータを取り込み、後から条件やレポートで利用できるようにします。
• チケットのマージ - 同じ問題についての重複した報告を1件の主チケットにまとめます。
• エージェント衝突検知 - 別のエージェントが同じチケットを閲覧中または返信中であることを知らせ、2人が矛盾した返信を送ってしまうのを防ぎます。
• 定型文(缶詰回答) - 動的なプレースホルダー付きの再利用可能な返信テンプレートで、キーボードショートカットで挿入できます。
• スレッドと親子チケット - 内部のディスカッションを顧客向けスレッドと切り離しつつ、関連するチケット同士をリンクできます。
• タイムトラッキング - 時間単位で課金するチームのために、チケットに直接記録されます。

ここまでは、どのヘルプデスクにもある珍しくない機能です。Freshdeskのインスタンスが日々どう振る舞うかを実際に左右しているのは、人間がチケットを開く前に何が起きているか、つまり自動化レイヤーです。

チケットはどうルーティングされるか:3種類の自動化ルール

Freshdeskの自動化エンジンは3種類のルールで構成されており、それぞれ管理 > ワークフロー > 自動化ルールの下の別々のタブに分かれています。Freshdeskは数年前に旧名称(Dispatch'r、Supervisor、Observer)を変更しましたが、古いドキュメントやフォーラムのスレッドには今でも旧称が出てくるため、両方を知っておく価値があります。

落とし穴:チケット作成における「最初に一致したルール」

チケット作成ルールは、「最初に一致したルール」(デフォルト)または「すべての一致するルール」のどちらかで動作し、ルールリストの上にある小さな歯車アイコンから切り替えられます。デフォルト設定の場合、Freshdesk自身のヘルプドキュメントはそのリスクについて率直にこう述べています。「ルールの順序が非常に重要です。なぜなら最初に一致したルールだけが実行されるからです。」最初に一致したルールより下にあるものは、たとえそれも条件に一致していたとしても、黙って無視されます。

これは仮定の話ではありません。私たちの営業パイプラインの実例では、あるFreshdesk顧客(ここでは匿名化しています)が、既存のFreshdeskルールとeeselの自動化ルールを共存させられませんでした。eeselのルールを一番上に並べ替えることで目の前の衝突は解消しましたが、代わりに他のルールが正しい順番で先に発火するために必要だった順序が壊れてしまいました。さらに悪いことに、彼らはFreshdeskのAPIスロットリングにも直面し、Freshdeskサポートに助けを求めるたびに、ルールの衝突を解決してもらう代わりにFreddy AIの購入へと誘導されました。これによって私たちは15,000〜30,000ドル規模の商談を失いましたが、これはまさにこのセクションが警告している失敗パターンそのものです。ルールの順序は構造を支える柱であり、誰かが上にあるものを確認せずに新しいルールを追加するたびに、それはますます脆くなっていきます。

チケット更新と毎時トリガーにはこの罠はありません。Freshdesk自身のドキュメントでも、どちらも「一致するすべてのルールが上から下まで実行される」と確認されています。毎時トリガーには独自の制限もあり、知っておく価値があります。過去30日以内に更新されたチケットにしか一致せず、チケットのプロパティのみを対象とし(連絡先や会社のフィールドは対象外)、設定する時間しきい値は必ず1時間以上でなければなりません。これはチェック自体が1時間に1回しか実行されないためです。

シナリオ自動化:手動マクロレイヤー

自動ルールエンジンと並んで存在するシナリオ自動化は、エージェントが手動で発火させるマクロです。1クリックで複数のアクション(優先度の設定、グループへの割り当て、タグの追加、返信文の事前入力)をまとめて実行でき、1つずつ手作業で行う必要がありません。Freeプランでは利用できず、「返信を設定する」アクションはチケット詳細ページ全体からしか動作せず、チケット一覧からは使えません。シナリオは複数選択したチケットに対して一括実行することもでき、Freshdeskのネイティブツールの中では一括クリーンアップツールに最も近い存在です。

SLA管理と営業時間

FreshdeskのSLAレイヤーは、顧客の種類、製品、その他自分で定義した条件に基づいて受信したすべてのチケットにSLAを割り当て、自動的に追跡します。

注意すべき設定が1つあります。SLAをカレンダー時間から営業時間に切り替えると、一時停止するのはタイマーだけです。SLAガイドが明言している通り、夜間や週末に待たされている顧客は、社内的にはカウントされていなくても、実際には待ち時間をそのまま体験しています。これはレポート上の便宜であり、顧客体験そのものを改善するものではありません。

チケット割り当て:Omnirouteはどう誰に何を割り振るか

自動割り当てはOmnirouteを通じて行われ、高度な自動ルーティングをオンにするとグループ単位で設定できます。利用可能なルーティング方式は3種類です。

3方式すべてでエージェントがオンラインである必要があり、Omnirouteは「最も適した」エージェントを選ぶ前に、稼働状況、容量、割り当ての優先度(チケットの経過時間やSLAの優先度)を確認します。計画上重要なのは、高度な自動ルーティングはProプランとEnterpriseプランのみという点です。FreeプランとGrowthプランでは、チケット割り当ては手動か、前述のよりシンプルなディスパッチルールでしか行われません。

Freddy AIはどこに組み込まれ、実際いくらかかるのか

Freddy AIはFreshdesk自身のAIレイヤーで、3つの名称付き機能に分かれています。AIエージェント(顧客向けのセルフサービス)、AIコパイロット(感情分析、チケットの優先順位付け、エージェント向けのナレッジベース提案)、AIインサイト(リーダー向けの自然言語分析)です。これらはいずれもFreshdeskの基本プランには含まれておらず、別途課金されます。しかもその課金単位は、正直なところかなり分かりにくいものです。

Freshdesk自身の料金ページによると、ProプランとEnterpriseプランには500回分の無料Freddy AI Agentセッションが含まれており、それを超えると100セッションあたり49ドル、つまり1セッション0.49ドルとなります。「セッション」とは、顧客からの最初のメッセージから始まる72時間のウィンドウのことで、そのウィンドウ内のAIによる返信はメッセージ数に関わらず1セッションとしてカウントされます。Freddy AI Copilotはエージェントごとの別枠アドオンで、価格は問い合わせベースです。コミュニティによる料金の内訳は、集計された時期によって異なる数字を示しており、1セッション0.10〜0.12ドルを挙げるものもあれば、同じ100セッション49ドルという数字を挙げるものもあります。これ自体が、この料金がいかに頻繁に変わり、いかに誤って伝わりやすいかを物語っています。

Freddyの実際の解決品質についてのコミュニティの声は賛否が分かれています。Redditでは、ヘルプデスク内でAIを運用していたあるユーザーが、私がよく耳にするのとまったく同じパターンをこう説明していました。

"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 comment, Timely_Aside_2383

サポート運用の担当者らしき別の人物は、もう少し好意的な見方をこうまとめていました。

"Freshdesk Freddy: for early stage teams that want something simple, it covers the basics - auto assignment, suggested replies, FAQ deflection. It's reliable and affordable, nothing crazy."

r/AgentsOfAI, Heavy_Plan7527

その「基本的なことには十分だが、少しでも複雑になると破綻する」というパターンは、私たち自身も直接目にしてきたものです。私たちの顧客であるイタリア拠点のメールセキュリティ企業(年間約5,000件のチケットを処理し、合併後は20,000件規模へ拡大予定)は、Freddy AI Agentとeeselを並べてテストし、自社の実際のチケットの傾向に対してはeeselの方が明らかに精度が高いと私たちのチームに伝えてくれました。彼らの購入判断が保留になったのは、製品比較の結果ではなく、合併のタイミングの都合だけによるものでした。

Freshdeskのネイティブチケッティングシステムの長所と短所

プラン別の詳細な内訳については、Freshdeskの料金ガイドをご覧ください。以下は、チケッティングシステム自体の価値を見極めるのに十分な要約版です。

FreshdeskのチケットにおけるeeselのAI活用

ここまで見てきたものはすべてFreshdesk自身の自動化スタックです。強力ではあるものの、あなた自身が設定し、並べ替え、手作業でデバッグする必要があります。そして、この連携を運用してきた私自身の経験から言えば、実際に商談を壊すのはルールの並び順同士のぶつかり合いです。eesel AIのFreshdesk連携は、後付けのルールレイヤーとしてではなく、Freshdesk内のネイティブAIエージェントとして参加します。チケットを読み、返信を下書きして送信し、非公開メモを追加し、フィールドを更新し、グループへルーティングします。まさに人間のエージェントがするのと同じように。設定の違いこそがポイントです。ディスパッチルールを組んで次のルールと衝突しないよう願う代わりに、「設定画面もルールエンジンも一切なし」で、どのチケットをいつ処理し、いつエスカレーションするかを平易な言葉で伝えるだけです。

Freshdeskとの接続は30分もかかりません。過去のチケット、ソリューション記事、定型文も自動的に取り込まれます。そして、AIが自信満々に間違った回答をするのを私たちは何度も見てきたからこそ、実際の顧客に触れる前に、そのワークスペース自身の過去のチケットに対してテストできるよう設計されています。Freshdeskを使うチームは、すでに実際のボリュームでこれを運用しています。Design.comはFreshdesk上で月間50,000件以上のチケットをマルチエージェントのeesel構成で処理しており、CartonCloudはよくある質問を自動的に処理させることで、サポートチームが複雑な問題に集中できるようにしています。

もしFreshdeskの自動化ルール同士がぶつかり始めていたり、Freddy AIのセッション課金が月ごとに読みにくくなっているなら、Freshdesk向けeesel AIを検討してみる価値があります。クレジットカード不要で、50ドル分の利用まで無料でお試しいただけます。