Freshdesk承認：サポートマネージャーのための完全ガイド

顧客が緊急の返金を必要としているのに、サポート担当者がマネージャーの承認待ちで身動きが取れない。そんな気が滅入るような経験はありませんか？チケットは放置され、顧客の我慢は限界に達し、担当者は次の問い合わせに対応できません。これは、どんなに効率的なサポートチームであっても、その動きを止めてしまう典型的なボトルネックです。

これこそが、Freshdeskの承認機能が解決しようとしている問題です。この機能は、社内レビューに一定の仕組みを追加するために設計されています。このガイドでは、Freshdeskに組み込まれている承認機能の仕組み、その長所と短所、そして実際のコストについて解説します。さらに重要なこととして、そもそもこうした承認依頼が発生する原因となるワークフロー自体をAIで自動化する、よりモダンなアプローチを探ります。これにより、解決までの時間を短縮し、チームの満足度を高めることができるのです。

Freshdeskの承認機能とは？

簡単に言うと、Freshdeskの承認機能とは、サポートチームがチケットやナレッジベースの記事に対する正式なレビュープロセスを構築できる機能です。特定のアクションに対して監督のレイヤーを追加し、重要な決定が最終決定される前に再確認されるようにすることが目的です。

ユースケースは非常にシンプルです。

• チケットの承認： 高額な返金の処理、会社の方針の例外的な適用、予算に関わるサービスリクエストの承認など、ビジネスに実質的な影響を与えるタスクが対象です。

• ナレッジベースの承認： 新規作成または更新されたヘルプ記事が顧客に公開される前に、主題の専門家が正確性やトーンを確認するのに役立ちます。

承認が必要となる可能性のある記事が作成・管理されるFreshdeskのナレッジベースインターフェースの様子。

これはプロセスにガバナンスを加えるための便利なツールです。しかし、この機能が利用できるのはFreshdeskのEnterpriseプランのみである点に注意が必要です。つまり、これはプレミアムカテゴリに属する機能であり、多くのチームにとって、その価格設定はその全体的な価値について妥当な疑問を投げかけます。

Freshdesk標準の承認ワークフローを設定する方法

その限界について触れる前に、この機能が内部でどのように動作するかを理解しておくと役立ちます。Freshdeskでの承認設定は、ワークフローオートメーターを使用して行います。これにより、レビュー依頼をトリガーするルールを定義できます。

Freshdeskのチケットダッシュボード。担当者はここで承認ワークフローをトリガーする可能性のある顧客リクエストを管理します。

Freshdesk承認機能の構成要素

承認ワークフローを作成する際には、主にいくつかの主要な要素を扱います。

• 承認者： 承認を行う必要がある個人またはグループです。特定のマネージャー、部門長、または専任チームなどが該当します。

• 承認ルール： チケットが承認されるための条件です。グループ内の1人だけの承認、過半数の承認、または全員の承認を必須とすることができます。

• ワークフロートリガー： 実際にプロセスを開始するものです。通常、チケットの種類、優先度、または作成したカスタムフィールド（例：「返金額 > 100ドル」といったルール）などのチケット詳細に基づきます。

Freshdeskの標準的な承認ワークフロー

典型的なフローは論理的です。チケットが届くと、システムはそれが定義したルールのいずれかに一致するかどうかを確認し、一致した場合はチケットのステータスが「承認待ち」に変わります。承認者にメールが送信され、承認者はリクエストを承認または拒否できます。承認者が決定を下すと、チケットのステータスが更新され、担当者はようやく次に進むことができます。どのルールにも該当しないチケットは、通常のプロセスを続行します。

Freshdesk標準承認機能の隠れた限界

組み込みのワークフローは、必要とされる管理レイヤーを追加しますが、特に成長中のチームや複雑なリクエストを扱うチームにとっては、いくつかの現実的なトレードオフがあります。ここから、その輝きが失われ始めます。

高コストとプランの制限

ほとんどのチームにとって最大の障壁は価格です。承認ワークフロー機能はFreshdeskの最高価格プランであるEnterpriseプランに限定されており、月額でエージェント1人あたり79ドルかかります。中小企業にとって、本質的にはゲートキーパー機能に過ぎないものに、この金額を支払うのは大きな負担です。

GrowthプランやProプランでは、この機能は一切利用できません。これにより、チームは長いメールのやり取りや煩雑なSlackスレッドで承認を追いかけるといった、面倒で手作業の回避策を強いられることになり、ヘルプデスクを利用する本来の目的が損なわれてしまいます。

柔軟性に欠け、硬直的な自動化

Freshdeskのシステムは、事前に定義された厳格なルールに基づいて構築されています。単純な一段階の承認には問題なく機能しますが、より動的な状況に直面するとすぐに限界に達します。

コミュニティフォーラムでよく見られる頭痛の種は、多段階承認や並行承認を構築しようとすることです。例えば、マネージャーから財務チームへ、そして最終確認のために法務チームへと回覧する必要があるリクエストを想像してみてください。Freshdeskでそのようなシーケンスを構築しようとすると、信じられないほど複雑になるか、あるいは全く不可能です。結果として、管理が面倒でスケールアップがさらに困難な、もつれたルールの網が出来上がってしまいます。承認自体は単なるステータス変更に過ぎず、承認者がより良い判断を下すために他のシステムからデータを取得するような、賢い動作はできません。

Freshdeskの承認機能が問題の根本ではなく症状を修正するだけである理由

これがここでの本当の問題です。手動の承認プロセスは、しばしばより根深い問題に対する応急処置に過ぎません。承認が必要になるのは、通常、エージェントが自分で何かを行うための情報や権限を持っていないためです。Freshdeskのワークフローはその手動のステップに仕組みを与えますが、それを取り除くわけではありません。ボトルネックは依然として存在し、ただより整理されたキューを持つようになっただけです。待ち時間をより公式なものに感じさせるだけで、実際にチームの速度を上げているわけではないのです。

Freshdesk承認よりも賢い方法：AIエージェントで根本原因を自動化する

承認ステップを管理するだけでなく、よりモダンなアプローチは、AIエージェントを使用してタスク全体を最初から最後まで自動化することです。eesel AIのようなAIエージェントはFreshdeskと直接連携し、これらのワークフローをインテリジェントに処理し、単純なゲートキーピングを超えて真の解決策を提供します。

カスタムAIアクションでFreshdesk承認を超える

AIエージェントは、単なる派手な承認ボタンではありません。完全にカスタマイズ可能なワークフローエンジンにより、eesel AIは現実的で意味のあるアクションを実行するように設定できます。

あの返金リクエストの話に戻りましょう。AIエージェントは、チケットにフラグを立てて人間の確認を待つのではなく、次のように設定できます。

1. Shopifyで注文額をリアルタイムで確認する。

2. CRMで顧客の購入履歴を確認し、ロイヤルカスタマーであるかどうかを判断する。

3. リクエストが基準（例：注文額が100ドル未満で、初めての返金）を満たす場合、自動的に返金を処理し、顧客に通知してチケットをクローズする。

4. 基準を満たさない場合は、チケットをトリアージし、人間によるレビューのためにタグ付けし、重要な情報がすべて収集・要約された状態でシニアエージェントに割り当てる。

eesel AIのコパイロットがFreshdeskで返金ポリシーに関する返信を作成している例。AIが通常手動の確認やFreshdesk承認を必要とするタスクをどのように処理できるかを示しています。

これが決定的な違いです。AIは、リクエストの大部分について手動レビューの必要性をなくし、チームが専門知識を必要とする本当に厄介なケースに集中できるようにします。

ナレッジを統合してFreshdesk承認の必要性を減らす

そもそも承認が必要になる大きな理由の一つは、情報がしばしばあちこちに散らばっていることです。エージェントはポリシーについて100%の確信が持てないため、念のためにチケットをエスカレーションします。

これもAIが状況を完全に変えることができる点です。eesel AIは、厳選されたヘルプセンターだけでなく、会社のすべてのナレッジを即座に学習できます。過去のチケット、社内のGoogleドキュメント、Confluenceページ、プライベートなメモから学習します。これらすべてのナレッジを統合することで、AIは問題を毎回正確に解決するために必要なコンテキストを持つようになり、人間によるダブルチェックの必要性を劇的に減らします。

自信を持ってシミュレーションとデプロイを行う

Freshdeskで複雑なワークフローを構築するのは、少し当てずっぽうのように感じることがあります。ルールを設定し、それが意図したとおりに機能することを祈るしかありません。eesel AIは、シミュレーションモードにより、はるかに安全な道を提供します。

安全なサンドボックス環境で、過去の何千ものチケットに対してAIエージェントをテストできます。これにより、以前は手動承認が必要だったリクエストをAIがどのように処理したかを正確に確認できます。AIを実際の顧客向けに稼働させる前に、解決率、コスト削減、ROIの明確な予測を得ることができます。推測からデータに基づいた意思決定へと移行することが重要です。

Freshdesk承認の価格

全体像を把握するために、Freshdeskの価格設定の中で承認機能がどの位置にあるかを確認すると役立ちます。前述の通り、この機能は最上位プラン専用です。

プラン	価格（年間払い）	承認に関する主要機能
Free	$0 / 最大10エージェント	利用不可
Growth	$15 / エージェント / 月	利用不可
Pro	$49 / エージェント / 月	利用不可
Enterprise	$79 / エージェント / 月	承認ワークフロー

注意：価格は執筆時点の情報に基づいています。最新の詳細については、公式のFreshdesk価格ページをご確認ください。

Freshdesk承認の管理をやめ、解決策の自動化を始めよう

Freshdeskの標準承認機能は、社内レビューを管理するための基本的な方法を提供しますが、高コストで柔軟性に欠け、遅延の根本原因を真に解決するものではありません。それは遅いプロセスに仕組みを追加するだけで、プロセス自体をなくすわけではありません。

優れたカスタマーサポートの未来は、より良いゲートを構築することではなく、AIを使用して安全かつインテリジェントに解決策を自動化することです。AIエージェントに会社の全ナレッジへのアクセスと、実際のアクションを実行する権限を与えることで、承認の管理を超えて解決策の自動化へと進むことができます。eesel AIのようなプラットフォームは、単に人員を増やすのではなく、サポートをスケールさせたいチームにとって戦略的なソリューションです。

Freshdesk承認の次のステップへ

手動の承認プロセスがチームの足を引っ張るのを、これ以上許してはいけません。AIエージェントが、最も時間のかかるワークフローを自動化された解決策に変える様子を、ご自身で確かめてください。

eesel AIの無料トライアルを開始する ことで、どのサポートリクエストをわずか数分で自動化できるかを発見できます。