Freshdeskを自動化する方法：2026年版の実践ガイド

Freshdeskで実際に自動化できること

設定に手を付ける前に、ツールキット全体を眺めておくと役に立ちます。Freshdeskの自動化は1つの機能ではなくスタックであり、それぞれのレイヤーが別々の仕事をします。一番安価なレイヤーは決定論的（「もしこうなら、ああする」）で、最も賢いレイヤーはチケットを読んで何をすべきかを決めるAIエージェントです。

下から順に、自動化ルール、シナリオマクロ、Omnirouteによる割り当て、Freddy AIです。最初の3つはトリアージの話：正しいチケットを正しいラベルで正しい場所に届けることです。一番上のレイヤーだけが解決の話です。この区別を意識しておきましょう。Freshdeskのネイティブ自動化がどこまで連れて行ってくれて、どこから先で別のものが必要になるかを決めるからです。

始める前に

下記の手順がきちんと効くように、いくつか揃えておくべきものがあります：

• 管理者アクセス。 すべてはFreshdeskのAdmin配下にあり、大半はadminまたはaccount adminのロールが必要です。
• 適切なプラン。 チケット作成ルールはFreeを含むすべてのプランで動きます。チケット更新ルール、毎時トリガー、シナリオはGrowth以上が必要です。高度なルーティング（Omniroute）はProとEnterpriseのみ。これをFreshdesk料金プランの全体像と突き合わせておけば、自分が何を使えるかが分かります。
• グループとエージェントを設定済みであること。 ルーティングルールはチケットをグループに割り当てるので、まずはそれを定義してください。
• きれいなナレッジベース。 Freddyや何らかのAIレイヤーを使うつもりなら、ヘルプ文書の質が回答の質の天井になります。

もう1つ：何かを作る前に、チームの時間を食っている繰り返し作業を2つか3つ書き出しておきましょう。「返金リクエストが間違った人に割り当てられる」はルールの話です。「エージェントが配送遅延の同じ返信を1日30回書き直している」は定型返信、もしくはFreddyの仕事です。問題を正しいレイヤーに紐づけることが、仕事の半分です。

ステップ1：3種類の自動化ルールを設定する

ここがFreshdesk自動化の中核です。3種類のルールすべてがAdmin > Workflows > 自動化ルール配下にあり、それぞれ独立したタブを持ちます。Freshdeskの自動化ルールの概要によれば、ちょうど3種類で、違いはいつ発火するかです。

名前について短く一言：Freshdeskは3つすべて名前を変更しました。古いガイドを読んだことがあるなら、Dispatch'rは現在チケット作成、Observerは現在チケット更新、Supervisorは現在毎時トリガーです（Freshdeskのドキュメントは文字通り「FKA Time Triggers」と書いています）。古い名前は管理画面から消えているので、現在の名前を使います。

チケット作成ルール

これらはチケットが作成された瞬間に発火するので、トリアージの玄関口になります。チケット作成のドキュメントによれば、チケットをグループとエージェントに割り当て、ステータス、優先度、タイプを設定し、通知をトリガーし、チケットを削除またはスパムとしてマークできます。条件はチケット、コンタクト、会社のプロパティに対して、入れ子のAND/ORブロックで構築できます。

作成するには、Admin > Workflows > Automations > チケット作成タブ > 新規ルールへ進みます。Freshdeskは返金と返品のチケットを請求グループへ振り分けるサンプルルールも同梱しており、ゼロから作るより良い雛形です。

ここが最大のハマりどころで、どこかに刺青を入れておく価値があります。デフォルトでは最初に一致したルールだけが実行されます。Freshdeskのドキュメントは「ルールの順序は非常に重要です。最初に一致したルールだけが実行されるからです」と警告しています。あるルールが発火しないなら、まずほぼ確実に上のルールが先に一致しています。すべて実行したい場合は、ルールリスト上部の歯車をクリックして「一致するすべてのルールを実行」を選びます。

チケット更新ルール

チケット作成が玄関口なら、チケット更新ルールはその後の動きを見張るチームです。「あなたが指定したイベントを常に監視し、条件と照合して自動アクションを実行する」とチケット更新のドキュメントにあります。古典的な用途は：

• 顧客が返信してきたら解決済みチケットを自動で再オープン
• チケットが解決された瞬間にCSATアンケートを送信
• VIPが悪い評価を残したらスーパーバイザーにメール
• 条件が満たされたら外部システムへのWebhookを発火

このルールタイプの特徴はイベントブロックです：誰がアクションを実行したか（エージェント、リクエスター、コラボレーター、システム）と、どのイベントを監視するか（プロパティの変更、ノートの追加、返信送信、フィードバック受領、など）を指定します。作成ルールと違い、一致するすべての更新ルールが上から下へ実行されるので、ここに「最初の一致のみ」のトラップはありません。

毎時トリガー

3番目のタイプ、毎時トリガーは片付け係です。名前から明らかなように、これらは1時間に1回すべてのチケットをスキャンし、チケットが設定された期間ある状態にあった場合に動作します（毎時トリガーのドキュメント参照）。典型的な用途は「チケットが48時間放置されたら優先度を高に上げ、スーパーバイザーに通知する」で、これはSLAポリシーと直接結びつきます。

人が引っかかりがちな3つの制限を守る必要があります：

• 1時間に1回しか実行されないので、時間しきい値は1時間以上でなければなりません。
• 過去30日以内に更新されたチケットにしか一致しません。
• チケットのプロパティのみで動作し、コンタクトや会社のプロパティでは動作せず、件名、説明、リクエスターのメール、CC、タグ、添付ファイルでの条件は使えません。

ステップ2：シナリオ自動化を作る

ルールは単独で動きます。シナリオ自動化はその逆で、エージェントが手動でトリガーするワンクリックマクロです。「返金としてタグ付け、返金グループに割り当て、ステータスを返金処理中に設定」を毎チケットで手作業で繰り返す代わりに、これらのステップをマクロにまとめてワンクリックで実行します（シナリオ自動化のドキュメント参照）。

Admin > エージェント生産性 > シナリオ自動化 > 新規シナリオで設定し、順序付きのアクションを追加して、誰が見えるかを選びます（あなただけ、あなたのグループ、または全エージェント）。

利用可能なアクションは雑務の大半をカバーします：優先度、タイプ、ステータスの設定、ノートとタグの追加、エージェントまたはグループへの割り当て、メール送信、返信の事前入力。1点フラグを立てておきたい詳細：「返信を設定」アクションはエージェントが確認するための定型返信を事前入力するだけで、自動送信はしません。これはネイティブFreshdesk自動化に繰り返し現れるテーマです。作業のお膳立てはするけれど、送信はやはり人間がやるのです。シナリオは1件のチケットに対してその他のアクション > シナリオを実行から実行できるほか、選択した複数のチケットに対して一括実行もできます。

ステップ3：チケットの自動割り当てを有効にする

誰がどのチケットを取るかを人力で決めていてはスケールしません。Freshdeskのチケット自動割り当てはOmnirouteで動いており、エージェントの負荷、可用性、好みに基づいて割り当てます（Omniroute設定のドキュメント参照）。探しに行く前に注意：高度な自動ルーティングはProとEnterprise限定です。

チケット自動割り当てのドキュメントによれば、ルーティング方式は3つあります：

オンにするには、Admin > グループでグループを編集し、グループプロパティタブで高度な自動ルーティングを有効化、その後Admin > Omnirouteでキャパシティを設定します。3方式すべて、エージェントがオンラインであることをチケットが届く前提とします。スキルルールでチケットを割り当てたい場合は、より深く解説したスキルルーティングのステップバイステップワークフローがあります。

ステップ4：繰り返しの質問はFreddy AIに任せる

ここまでの全ては振り分け、タグ付け、リマインダーです。どれも顧客に答えてはいません。その仕事はFreddy AI、FreshworksのAIスイートが担い、ノーコードのAI Agent Studioで構築されています。FreshworksはFreddy AI Agentが「チャネル横断でクエリの最大80%」を解決でき、Webチャット、WhatsApp、Facebook、Instagram、そしてEmail AI Agent経由のメールにデプロイできるとしています。

自然言語のプロンプトとドラッグ＆ドロップのインターフェースでエージェントを構築し、ナレッジベースで訓練します。FreshworksはShopifyやStripeなど50超のエージェント型ワークフローと統合がプリロードされたVertical AI Agentsを提供します。デプロイは高速です：

「Freddy AI Agentの最高な点は、どれだけ早くデプロイできるかです。FAQとデータが用意できていれば、それを渡すだけで数分以内に新しいAIエージェントが使えるようになります。」

Amanda Pope、Customer Success Product Manager、FreshworksのFreddy AI Agent資料より

コストモデルは計算が必要なところです。Freddy AI AgentはProとEnterpriseで500セッションを一度だけ付与し、その後はFreshdesk料金ページによると100セッションあたり49ドルで動きます。セッションはエンドユーザーごとの一意のインタラクションで、Email AI Agentでは72時間のウィンドウです。実ボリュームになるとこのメーターが積み上がり、だからこそ多くのチームがコミットする前にFreddy AIの料金代替案と比較するわけです。それだけの価値があるか天秤にかけているなら、私たちのFreddy AIの率直なレビューがトレードオフを示しています。

Freshdesk自動化が壁にぶつかる場所

4つのステップを組み合わせれば、よく油の差さったトリアージマシンが手に入ります。しかし、チームが繰り返しぶつかる2つの壁があり、40個のルールを作ってしまう前に知っておいた方がいいです。

**ルールは答えず、仕分けるだけ。**これが大物です。Freddyを除くすべてのネイティブレイヤーは、チケットを動かしてテキストを事前入力するだけです。実際の返信はやはり人か、Freddyのメーター付きセッションから出ます。

**良い自動化は壁の向こうにあり、計量制。**針を動かす機能、つまり高度なルーティングとFreddyは、Pro/Enterpriseとセッション単位のメーターの上にあります。選択肢を比較しているチームから聞いた話では、カスタムの自動化ルール同士をうまく共存させるのはすぐにややこしくなり、質問するとFreshdeskサポートはFreddyの追加購入の方へ誘導しがちだそうです。

そして信頼の問題は価格より重要です。AIサポートから最も多くを引き出すチームは、AIにすべてを盲目的に答えさせることを拒否するチームです。私たちがインタビューしたあるDTCサプリ企業のCXリードはこう言いました：「AIが100%の質問に答えられることは絶対にない。私が必要なのは、自信を持って対応できるチケットだけを処理し、それ以外には触らないAIだ。」これがバーです：信頼ベースの制御であり、推測するボットではない。専用のAIレイヤーはまさにそのギャップを埋めるために作られており、線をどこで引くかを決める前に、AIによるチケット分類、そしてAIエージェントと人間エージェントのコスト比較についての私たちの見解を読む価値があります。

eeselを試す

ステップ4でFreshdesk自動化が高価あるいは厄介になったのなら、eeselはその問題を解くために作られたレイヤーです。eeselはAI helpdeskエージェントで、既存のFreshdeskに直接挿し込み、過去のチケットとヘルプ文書で数分のうちに訓練し、繰り返しの質問を自律的に解決し、自信のないものは人間に残します。リップアンドリプレースは不要、シート単位の料金もなく、支出上限はあなたが設定します。

差別化要因はコントロールです：どのチケットタイプを扱うかを正確に選び、残りには触らせないことができます。これは最良のサポートチームが主張する信頼ベースのアプローチです。チームは素早く成果を見ます。

「最初の1か月で、eeselはティア1リクエストの73%を解決しています。プラットフォームにはチケットのタグ付け、割り当て、ステータス更新の自動化まで含まれています。」

Kim Simpson、Gridwise、G2にて

ルーティングルールがバッチリ整っているのに回答はまだ人間に着地している、というのが、eeselが自動化する部分です。Freshdeskに高度なAIエージェントを接続して自分のチケットで動かして見ることができます。やり方はZendeskチケットを自動化するのと同じで、スタック内の他のヘルプデスクでも同様です。より広い視野では、Freshdesk向けのベストなAI自動化アプリとベストなカスタマーサービスAIのまとめが比較の出発点として良いでしょう。