2026年のベストチケット管理システムソフト10選

この手のまとめ記事が名指ししない分裂

ほとんどの「ベストなチケット管理システムソフト」リストは、ZendeskとJira Service Managementを同じ表に並べて価格順に並べ替えられるようにしています。しかしこの比較は始める前から破綻しています。この2つの製品はまったく異なる業務をモデル化しているからです。別稿のAIチケット管理システムのまとめでも、同じ切り口で分けています。

カスタマー向けチケット管理システムは、社外の相手との会話をモデル化します。重視するのはチャネル、センチメント、応答時間、CSATであり、そのチケットの実体はスレッドです。ITチケット管理システムは、サービスカタログに対する作業項目をモデル化します。重視するのは承認、変更ウィンドウ、資産、誰が承認するかであり、そのチケットの実体はワークフローが組み込まれたタスクです。Atlassian自身によるヘルプデスクとサービスデスクの違いの記事では、デスクの41%がまったく別の呼び方をされていると指摘しており、用語の使われ方がいかに緩いかがわかります。

高くつく失敗は、この境界線をまたいで購入することです。私は、座席料金が安いという理由で社内ITキューをカスタマーサポートデスクに詰め込み、その後6か月かけてタグから承認フローを再構築する羽目になったチームを見てきました。逆のパターンも起こり、こちらの方がたちが悪いです。作業項目ツールの中で顧客との会話はスレッドの文脈を失い、すべての返信が社外の誰にも見えないタスク上のコメントになってしまいます。

つまり最初に問うべきは「どのツールか」ではありません。「自分たちがこの分割線のどちら側にいるのか」、そして「1つのデスクで両方をカバーする必要があるのか」です。

この10製品をどう選んだか、何を確認したか

私はこの3年間、実際に稼働しているサポートキューにAIエージェントを導入する仕事をしてきました。そのおかげで、価格ページを他の人がメニューを読むように読めるようになりました。この記事のために、一次情報源だけに立ち返りました。各ベンダー自身の価格ページ、チケットフィールドとステータスに関するドキュメント、そして公表されているAI料金表です。数字が出てくる箇所はすべて、出典元のページにリンクしており、2026年7月下旬時点で確認済みです。

すべてのツールについて、次の4点を確認しました。

1. チケットのデータモデル。 ステータスの数、どのフィールドが一方通行の扉になっているか、誰がチケットをクローズできるか、クローズ後に顧客が返信した場合どうなるか。
2. 実際のエントリー価格と実際の上限。 年間契約時の定価に加えて、カスタムレポートが使えるようになるプラン。ここは、誰も予算に組み込んでいないことが多い段階です。
3. AI課金の単位。 マーケティング上の謳い文句ではなく、実際の単位です。「解決」と「セッション」と「やり取り」はそれぞれ異なる課金対象イベントであり、その差が請求額の大部分を占めます。
4. ドキュメントにしか出てこない落とし穴。 契約後に変更できないデータ所在地、デフォルトで無効になっているエクスポート機能、どのプランでも存在しないレポートビルダーなど。

10製品すべてを1年間本番環境でテストしたわけではなく、そうしたふりをするつもりもありません。実際にやったのは、これらすべての製品のドキュメントを丹念に読み込み、そのうちのいくつかについては実際の顧客の環境でeeselのAIを稼働させたことです。以下の踏み込んだ見解は、そこから来ています。

チケット管理システムソフトの一覧比較

ここで挙げた10製品よりも広い選択肢を探しているなら、トップヘルプデスクソフトのリストでさらに多くを取り上げています。この表の中で私が実際に並べ替えの基準にしている列は2つです。「チケットの実体」は、あなたのレポートが将来信頼できるものになるかどうかを左右します。「AI課金の単位とレート」は、請求額の最終行が価格ページの数字と一致するかどうかを左右します。

あなたが本当に買おうとしているのはどの種類のチケット管理システムか

自分の状況に当てはまる行を選ぶと、下に表示されるパネルで、どこから始めるべきか、そのチケットモデルが何をもたらすか、そしてどの課金単位を最初に見積もるべきかがわかります。

チケットの実体が何であるか、そしてなぜそれがレポートを左右するのか

ここは機能比較には決して出てこない部分です。「チケット」という言葉は、これらの製品の間でまったく異なる4つの意味を持っており、その違いは決して些細なものではありません。

Zendeskには標準で6つのステータスがあり、ticket fieldsのドキュメントには、Newは一度離れると永久に戻せないと明記されています。「ステータスをNewから別のステータスに変更した後は、ステータスをNewに戻すことはできません」とあります。また、手動でチケットをクローズすることもできません。ticket lifecycleのドキュメントには「チケットを手動でClosedに設定することはできません」と明確に書かれており、デフォルトの自動化ではSolvedから4日後にクローズされます。この自動化をオフにした場合の絶対的な上限は28日で、「これは変更できず、28日を超えてチケットをクローズするために作成されたビジネスルールは適用されません」とされています。

Freshdeskには削除できない4つのステータスがあり、Resolved(解決済み)とClosed(クローズ)を「誰の見解が優先されるか」で分けています。ticket fields guideでは、Resolvedを「エージェントの見解でチケットが完了した状態」、Closedを「顧客の見解で完了した状態」と定義しており、標準の運用として72時間で自動クローズされます。Priority(優先度)はSLAポリシーを左右するためハードコードされています。ここには実際にデータ消失につながる落とし穴もあります。使用中のドロップダウン選択肢を変更または削除すると「そのフィールドの値はnullに変更されます」とされています。

Jira Service Managementは構造的にまったく異なるアプローチを取っています。ステータスは「作業がどこにあるか」に答え、解決区分は「どう終わったか」に答え、両者は別々のフィールドです。JSMのレコードは3つのオブジェクトが積み重なった構造で、ワークフロー上のワークタイプにリクエストタイプが紐づいています。request type docsでは、この層を省略すると代償が生じると警告されています。「リクエストタイプを指定せずに作業項目を作成すると、そのリクエストはJira Service Managementの全機能にアクセスできなくなります」とあります。

HubSpotには、他の製品が意味するようなチケットステータスフィールドは存在しません。pipeline docsには「チケットの場合、パイプラインステージはデフォルトでステータスと呼ばれますが、実体は他のオブジェクトのステージと同じです」とあります。クローズ日も双方向であり、チケットをオープンなステージに戻すと、この日付は静かにクリアされます。

これが機能一覧よりも重要な理由は、レポートがこのモデルをそのまま引き継ぐからです。「自分たちが完了させた」と「顧客も完了に同意した」を区別できないシステムでは、解決率はあなたが思っているものを測定していません。そしてキューは、特定の予測可能な方向に嘘をつきます。

"I was going through our queue today and found 90 tickets where we responded, asked for more information from the customer but then never heard back from them. They just sit there inflating our numbers and that honestly doesn't look good for management. We have been called before for unresolved open tickets so this is a big deal."

Our Help desk ticketing system shows 200 open tickets but half of them have had no user response, Reddit

「オープン」とされた200件のチケットのうち90件は、返信のない顧客からの反応待ちでした。オープン件数は一度もバックログの実態を表していなかったのです。これを直すのはAIの問題である前に、ステータスモデルの問題です。だからこそ、チケットの自動割り当てと理にかなった自動クローズルールが、たいてい何かを新しく買うことに勝ります。

AI課金単位は2つ目の価格表

この記事で取り上げたすべてのツールが、今ではAIを座席料金とは別に課金しており、レートよりも単位そのものの違いの方が大きいのです。

「試行」寄りの端にいるのがFreshdeskで、その単位は24時間のウィンドウ内のすべてのやり取りをカバーするセッションであり、ボットが役に立ったかどうかにかかわらず課金されます。Gorgiasは自動化されたやり取り1件につき1.50ドルを課金します。Jira Service Managementのバーチャルエージェントは「バーチャルサービスエージェントが問題を解決したかエスカレーションしたかにかかわらず、インテントに一致したあらゆる会話」をカウントするため、エスカレーションしたチケットにも課金が発生します。

「アウトカム」寄りの端にいるのがHelp Scoutで、解決1件につき0.75ドルを課金しますが、そのresolutions docは何がカウントされないかについて異例なほど厳格です。顧客がエスカレーションした場合、ナレッジベースを検索した場合、追加の質問をした場合、あるいは「まだ助けが必要」をクリックした場合はカウントされません。Zendeskは2026年5月18日に自社の定義を変更し、アウトカムを3つの解決ティアに分割して、検証済み解決のみに課金するようにしました。それでも、解決1件あたりのドル建て金額は今も一切公開していません。

実際に見かける不満は、レートについてであることはほとんどありません。定義についてなのです。

"Complete trash lol, stuff I used to get free now counts as an AR. Most of the ARs are abandoned chats. There's no dispute resolution process. Complete scam. I used to like Zendesk but since trying the new bot and now this I have little good will left"

u/Kerrick, Reddit

だからこの費用を見積もる際は、表示価格ではなく課金単位そのものをモデル化してください。AIチケットディフレクションとAI解決率の詳しい解説記事で、さまざまな件数における計算を扱っています。

1. eesel AI:デスクを変えずにキューを解消するのに最適

最適な用途: チケット管理システム自体には問題がないが、バックログには問題があるチーム。

ここでのチケットの実体: 既存のデスクがすでに定義している通りです。eeselは独自のステータスモデルを課すのではなく、あなたのモデルを読み取ります。

料金: 処理したチケット1件につき0.40ドル。プラットフォーム料金、席あたりの料金、最低利用料はいずれもありません。月100件なら40ドル、1,000件なら400ドル、2,500件なら1,000ドルです。Enterpriseでは月額1,000ドルの定額プラットフォーム料金が加わります。部分的な導入も正直な価格設定で、月1,000件のうち200件をルーティングすれば、支払うのは200件分だけです。

長所: Zendesk、Freshdesk、Gorgiasなどに移行なしで接続でき、過去のチケットとヘルプセンターをもとに学習し、実際の顧客に回答する前に過去の件数に対してシミュレーションを行います。課金単位はあなたのデスクがすでにカウントしている単位と同じなので、見積もりが良い意味で退屈になります。

短所: これはレイヤーであり、デスクそのものではありません。まだチケット管理システムを持っていないなら、最初に買うべきものではありません。そして正直な上限も現実にあります。ZendeskとShopifyで月間約1,000件のチケットを処理しているドイツのオンラインジュエリー小売業者でのトライアルデータでは、トリアージ精度93%、スパム検出率100%という結果が出ましたが、編集なしでそのまま送信されたドラフトは12%にとどまり、7%には事実誤認が含まれていました。この後半部分を公開しているのは、それが展開方法を左右する部分だからです。

正当な理由で商談を逃したこともあります。月間約7,000件のチケットを扱うサプリメントブランドのCXリードは、こう言いました。「AIが100%の質問に答えられるようになることは決してありません。でも、無理に答えようとして『すみません、わかりません』とだけ返すなら、私は7,000件すべてをチェックしに行くことはできません……自信を持って対応できるチケットだけを扱い、それ以外には手を出さないAIが必要なんです」。これはまったく正しい要求であり、だからこそ、どんなトライアルでも最初にテストすべきなのは信頼度ベースのルーティングなのです。

この傷跡があるからこそ、私はこのやり方で仕事をしています。顧客のボットが、ナレッジベースに一致する情報がないときに回答をでっち上げるのを見てきました。あるデンマークの太陽光発電事業者では、ボットが実在しないサブスクリプションの主張をでっち上げ、それを実際の顧客に送ってしまったこともあります。今では、過去のチケットに対するシミュレーションを経ずに本番稼働させることは一切ありません。

私の見解: すでにデスクを運用しているなら、これはキューを小さくする最も安い方法であり、この料金体系はスプレッドシートで検証してもきちんと成立します。Gridwiseは、7日間のトライアル後の最初の1か月で、ティア1のリクエストの73%を解決したと報告しています。デスク自体をまだ持っていないなら、まずは以下のいずれかを選んでください。

2. Zendesk:最高のフル機能マルチチャネルチケット管理システムソフト

最適な用途: あらゆるチャネルが必要で、レポート機能が実際に使えるプランの予算を確保できるサポート組織。

ここでのチケットの実体: 標準の6ステータス、必須の255文字までの件名、一方通行のTypeフィールド、そして自動化によって処理されるクローズ。カスタムステータスはすべてのSuiteプランで利用でき、アカウントあたり最大100個まで設定できますが、選択画面には有効な最初の10個しか表示されません。

料金: Support Teamは年払いでエージェントあたり月額19ドル、Suite Teamは55ドル、Suite Professionalは115ドル、Enterpriseは見積もりのみです。Copilotアドオンはさらにエージェントあたり月額50ドルなので、Copilot付きのSuite Professionalはエージェントあたり165ドルになります。詳しい数字はZendeskの料金の内訳記事をご覧ください。

長所: ここで挙げた中で最も広いチャネルカバレッジ、成熟したZendesk API、そして他のどこよりも詳細にドキュメント化されたステータスモデル。SLAトラッキングとトリアージは、いったん設定すれば本当に強力です。

短所: 価格ページは実際のエントリーポイントを覆い隠しています。カスタムレポート作成が始まるのはSuite Professionalからなので、正直な最低ラインは55ドルではなく115ドルです。UIからのデータエクスポートはデフォルトで無効になっており、エクスポートのドキュメントによれば「データエクスポートを有効にするには、アカウントオーナーがZendeskカスタマーサポートに連絡する必要があります」。そしてこのレポート機能は、レポート作成が得意な人ですら手こずらせます。

"I have never found anything as complex as Zendesk explore.

I've worked with ThoughtSpot building dashboards, reports and exports but omg Zendesk, you are taking so much of my time!!!!!!!!"

u/kayscakes, Reddit

私の見解: それでもデフォルトの選択肢であり続けるのには理由があり、それでも表示価格と実際にかかる価格の差が最も大きいツールでもあります。初日からSuite Professionalを予算に組み込み、解決あたりのAIレートを書面で確認してください。デスクは気に入っているがAIの請求額が気に入らないなら、Zendesk AIの代替案のルートを検討する価値があります。

3. Freshdesk:最高のコストパフォーマンスを誇るマルチチャネルデスク

最適な用途: Zendeskと同じ形は欲しいが、Zendeskの請求額は避けたいチーム。

ここでのチケットの実体: 削除できない4つのステータス、11のデフォルトフィールド、13個の固定選択肢を持つSourceフィールド。カスタムステータスの選択肢を追加するにはGrowth以上が必要です。Freshdeskのチケットフィールドとチケットステータスコードのガイドで、フィールドごとに詳しく解説しています。

料金: Growthは年払いでエージェントあたり月額19ドル、Proは55ドル、Enterpriseは89ドルです。Freddy AI Agentはすべての有料プランで500セッションが含まれ、それ以降は100セッションあたり49ドルです。Freddy Copilotはエージェントあたり月額29ドルで、ProとEnterpriseのみで利用できます。

長所: 含まれる500セッションは、この記事で挙げた中で最も気前の良い初期割り当てで、プランごとの料金体系もわかりやすいです。インテントによるチケットのタグ付けやチケットの自動割り当てなど、自動化はしっかりしています。

短所: セッション単位の課金は結果ではなく試行に課金するため、ディフレクション件数を良く見せつつ、同時に請求額を膨らませます。どのプランにもライブダッシュボードはなく、カスタムレポートはProから始まります。この組み合わせのせいで、チームは結局こうなりがちです。

"The reports and automations can be somewhat difficult to navigate. We ended up just exporting all of our tickets every month and creating our own reports through Power query in Excel."

Trent B., Director of Client Care, Capterra

私の見解: 従来型のデスクの中では最もコストパフォーマンスに優れていますが、それはFreddyの費用を解決件数ではなく試行セッション数で見積もった場合に限ります。同梱のエージェントの成果が出ていないなら、Freshdesk向けAI自動化と組み合わせてください。

4. Zoho Desk:限られた予算で使う最高のチケット管理システムソフト

最適な用途: 本格的な機能の深さが必要だが、席あたり50ドルも払えないチーム。

ここでのチケットの実体: 部門ごとにスコープされた標準のステータスモデルであり、これが実用的なポイントです。複数部門にまたがるレポートは、成長するにつれて使うようになる機能です。

料金: Free Editionは、メールチケットのみで3ユーザーライセンスまで永久に0ドル、Expressは年払いでユーザーあたり月額7ドル、Standardは14ドル、Professionalは23ドル、Enterpriseは40ドルです。

長所: ここで挙げた他のどのツールも、14ドルでこれほどの機能は提供していません。カスタムレポートはStandardから使えるようになり(上限はレポート50件、ダッシュボード10個)、Professionalで両方の上限が撤廃されます。応答時間と解決時間のダッシュボードもStandardから利用でき、これは競合のどのレポート解放条件よりも安価です。

短所: 機能の解放条件が、都合の悪い場所に積み重なっています。SLAダッシュボードはProfessionalまで登場しないため、StandardではSLAを設定できても、達成できたかどうかをレポートできません。スケジュールレポートはEnterprise限定です。エクスポートはFreeとExpressでは1バッチあたり1,000件までに制限されています。リージョンは申込時に割り当てられ、移行は手動でのメールチケット対応となります。Zoho DeskのAIレビューでZiaの実力を詳しく扱っています。

私の見解: コストパフォーマンス重視の選択肢であり、シンプルなカタログを持つ社内デスクとしては本当に過小評価されています。レポートが本当に一切不要でない限り、Expressではなく必ずStandardから始めてください。

5. Jira Service Management:リクエスト元が社員である場合に最適

最適な用途: エンジニアがすでにJiraを日常的に使っている会社の、IT・人事・総務のキュー。

ここでのチケットの実体: ワークフロー上のワークタイプに紐づくリクエストタイプで、ステータスと解決区分は別々のフィールドです。新しいスペースには、IT Help、Purchase、Change、Fault、Accessという5つのワークタイプと、2つのリクエストタイプが標準で用意されています。

料金: 現在は単体では販売されていません。AtlassianのService Collectionのライセンスには、このバンドルは「Jira Service Management、Customer Service Management、Assets、Rovoを含む単一の製品として販売されており、これらのアプリを個別に購入することはできません」とあります。Freeはエージェント1〜3人までカバーします。Standardは1〜15人の帯で1エージェントあたり月額25米ドル、Premiumは57.30米ドル、Enterpriseは年契約のみです。

価格ページは注意深く読んでください。表示される「1エージェントあたり20ドル/51.42ドル」は、段階的なボリューム価格のもとでのデフォルト75人分の混合レートであり、定価ではありません。 1〜15エージェントの帯では、支払うのは20ドルではなく25ドルです。

長所: 承認、変更管理、資産管理において最もクリーンなモデルであり、ここで挙げた中で唯一「作業がどこにあるか」と「どう終わったか」を分けているツールです。Rovo Customer Serviceの解決1件あたり定額1ドルを含め、3つのAI課金単位がドキュメント化されています。詳しくはJira Service Management AIとZendeskとJSMの比較の記事をご覧ください。

短所: バーチャルサービスエージェントは支援付き会話1件につき0.30ドルから課金され、エスカレーションした場合でも一致したインテントをカウントするため、この課金単位は「解決」ではなく「一致」に報酬を与えます。そして、Customer Service Managementバンドルが示唆する内容にかかわらず、顧客との会話には不向きな形をしています。

私の見解: すでにAtlassian製品を使っている会社なら、社内チケット管理の文句なしのデフォルトです。1〜15人帯のレートで見積もり、このバンドルは交渉の余地がないものとして扱ってください。実際そうだからです。

6. Gorgias:Shopifyストア向け最高のチケット管理システムソフト

最適な用途: チケットの大半が注文に関する問い合わせであるeコマースチーム。

ここでのチケットの実体: 課金単位そのものです。Gorgiasは、このリストの中で唯一チケット数そのものを購入する形になっているツールで、価格ページにも率直にこう書かれています。「Helpdeskは月50件から5,000件までスケールし、エージェント単位で課金されることは一切ありません」。

料金: Starterは月払いのみで月額40ドル、Basicは年払いで月額77ドル(年間924ドル)、Proは471ドル(年間5,652ドル)、Advancedは1,227ドル(年間14,724ドル)です。含まれるチケット数はそれぞれ50件、300件、2,000件、5,000件です。超過分はStarterとBasicで1チケットあたり0.40ドル、ProとAdvancedで0.36ドルです。席は無料で、Starterは3席、それ以外は500席です。

長所: 注文データがチケットの中に組み込まれていること自体が最大のポイントで、ダッシュボード、カスタムダッシュボード、SLAとCSATのレポート、CSVエクスポートがすべてのプランで利用できる唯一のベンダーでもあります。これはZendeskの115ドルというレポート解放条件に対する明確な差別化ポイントです。

短所: AI Agentの超過料金は自動化されたやり取り1件につき1.50ドルで、公開されている4つのプランを上位に移っても、このレートは下がりません。変わるのは同梱分の基本料金で、月額30ドル、27ドル、171ドル、477ドルがそれぞれ30件、30件、190件、530件のやり取りをカバーしており、含まれる分の1件あたりのコストは超過分よりも常に安くなります。Revenueレポートを使うにはPro以上に加えてShopifyストアとの連携が必要で、これはBasicから6倍の飛躍です。Gorgias AI料金計算機でモデル化しており、Gorgiasの代替案では乗り換え先を扱っています。

私の見解: Shopifyストアには正しいデスクであり、この記事の中で最も高価なAI課金単位でもあります。まずデスクを購入し、同梱のエージェントが最も安い選択肢だと決めつけずに、AIレイヤーは別途見積もってください。

7. Help Scout:管理業務が苦手な小規模チームに最適

最適な用途: チケット管理システムのように振る舞う共有受信箱を求める、5〜15人程度のチーム。

ここでのチケットの実体: 会話です。このモデルは意図的にシンプルに保たれており、それが魅力でもあり限界でもあります。

料金: Freeは5ユーザー・月100件の連絡先まで0ドル、Standardはユーザーあたり月額25ドル、Plusは45ドル、Proは75ドルで最低10席から、申込みはデモ経由のみです。追加の受信箱は月額10ドル、追加のDocsサイトは20ドルです。

長所: ここで挙げた中で群を抜いて最も早く稼働でき、AIの課金体系もこの記事の中で最も正直です。解決1件につき0.75ドルで、どのプランでも同じレートであり、月間支出の上限に達するとAI Answersが自動的に無効化される仕組みも備え、アカウント作成から3か月間は解決件数無制限で無料です。

短所: どのプランにもレポートビルダーがありません。直接尋ねると、reports docはこう答えています。「アプリ内にはありません。多くのフィルターは提供していますが、計算方法をカスタマイズする方法はなく、カスタムデータセットに基づいてカスタムレポートを構築するオプションもありません」。レポートの履歴はFreeで30日、Standardで2年です。ホスティングは米国のみで、契約上の稼働率SLAもありません。この条件が致命的なら、Help Scoutの代替案を参照してください。

私の見解: デスクを運用したことのない小規模チームに渡すツールとしては、上層部がカスタムレポートを必要としないという条件付きでおすすめです。AIの支出上限は、もっと多くのベンダーが真似るべき機能です。

8. Front:サポートが担当者付きの受信箱のように見える場合に最適

最適な用途: 同じ担当者が同じ顧客を継続して対応する、アカウント型のサポートを行うチーム。

ここでのチケットの実体: 担当者、コメント、社内での議論が紐づいた会話です。見た目はメールのようで、おおむねデスクのようにレポートできるため、メールヘルプデスクというカテゴリーに近い位置づけです。

料金: Starterは年払いで席あたり月額25ドル、最大10席まで、Professionalは65ドルで最大50席まで、Enterpriseは105ドルで年契約のみ、席数の上限はありません。電信送金とACH決済は契約額12,000ドル以上の場合のみ利用でき、25,000ドルを超える契約には有料のオンボーディングパッケージが必要です。

長所: チームで一緒に返信するチームにとっては、ここで挙げた中で最良のコラボレーションモデルであり、含まれるAIにはメンバーごとに1日あたり最大200件のCompose操作、200件のTranslateリクエスト、200件の手動Summarize呼び出しという気前の良いクォータが付いています。

短所: レポート機能の段階が急です。カスタムレポートは席あたり105ドルのEnterprise限定で、CSATレポート、スケジュールレポート、ライブダッシュボードはいずれもStarterではなく65ドルのProfessionalが必要です。Autopilotは、それを含むプランが1つもないFrontの唯一のAI製品で、公開レートカードなしに「会話あたり0.05ドルから」とだけ提示されています。リージョンの選択はセルフサービスではなく、Front自身のポリシーでも、選択後であっても「顧客データは選択したリージョン外でホストされる場合があります」とされています。FrontへのAI追加のガイドで、レイヤー方式のアプローチを扱っています。

私の見解: コラボレーションでは優れていますが、分析機能は高くつきます。レポートの必要性が本当にあるなら、更新時に解放条件に気づくのではなく、最初からEnterpriseを見積もってください。

9. HubSpot Service Hub:CRMがシステムオブレコードである場合に最適

最適な用途: すでにHubSpotを使っていて、取引レコードの隣にサポートのコンテキストを持ちたいチーム。

ここでのチケットの実体: パイプライン上のCRMオブジェクトです。デフォルトのSupport Pipelineには4つのステータス(New、Waiting on contact、Waiting on us、Closed)があり、Categoryは最初のメッセージからAIによって設定され、手動での修正から学習します。

料金: Freeは2ユーザーまで無料、Starterは月間コミットで席あたり月額7ドル(従量課金の場合は20ドル)、Professionalは年間コミットで90ドル(月払いなら100ドル)、Enterpriseは150ドルです。オンボーディングは必須の一回限りの費用で、Professionalは1,500ドル、Enterpriseは3,500ドルです。

長所: チケットが取引やメール履歴と同じレコード上に存在するため、顧客のコンテキストの把握では他の追随を許しません。AI担当者フィールドも良い工夫で、各段階をHuman rep、Customer Agent、Rule-based botのどれが処理したかを追跡できます。

短所: クレジットです。AIは年払いで1,000クレジットあたり9ドルのHubSpotクレジットで動作し、Customer Agentは解決済み会話1件につき50クレジットを消費します。Professionalに含まれる月3,000クレジットは、AI解決にして約60件分で、実際の運用量に対しては誤差の範囲です。カスタムレポートはProfessional以上で、更新はおよそ2時間ごと、Reporting Limit Increaseはパックあたり月額200ドルです。詳しい計算はService Hubのチケットディフレクションの記事で扱っています。

私の見解: AIの経済性ではなく、CRMのコンテキストのために購入してください。すでに他の用途でHubSpotに料金を払っているなら簡単に「イエス」と言える選択肢であり、AIレイヤーは外部の選択肢と比較して見積もる価値があります。

10. Kustomer:実効的な稼働率SLAを備えた最高のエンタープライズCXデスク

最適な用途: 契約上の稼働率数値と専任のCSMが必要な、より大規模なCX組織。

ここでのチケットの実体: 独立したチケットレコードではなく、顧客に紐づいたタイムライン中心の会話です。このリストの中で最も顧客中心のモデルです。

料金: プランごとの公開価格はありません。Kustomerの価格ページには「CXチームの構成はそれぞれ異なるため、画一的な価格は公開していません」とあり、現在のプランはEnterpriseとUltimateという名称です。公開されているのは利用単価で、AI Agents for Customersはエンゲージ済み会話1件につき0.60ドル、AI Agents for Repsはユーザーあたり月額40ドル、HIPAA準拠はユーザーあたり月額25ドル、音声は1分あたり0.02ドルから、ストレージはGBあたり月額50ドルです。

長所: サービスクレジット付きの99.9%稼働率SLAを公開し、カスタマーサクセスマネージャーを含めている、ここで挙げた中でも数少ないベンダーの1つです。Freshdesk、Help Scout、Front、Gorgiasが稼働率のパーセンテージを一切公開していない中で、これは貴重です。Zendesk自身の99.9%も、Premier Supportの顧客にのみ適用されます。

短所: 課金単位は解決ではなくエンゲージ済み会話であるため、対応した上で引き継いだだけのAIにも課金が発生します。GBあたり月額50ドルのストレージ費用は、静かに膨らんでいく項目です。そして見積もりのみの価格設定のため、予算組みが交渉そのものになります。

私の見解: 表示価格よりも契約条件が重視される場合、特に規制業種においてはエンタープライズ向けの選択肢です。それ以外の場合は、契約前に課金単位の定義を2度読むべきです。

エスカレーションのはしごこそが、購入全体を正当化する

これらすべてが重要な理由は、ソフトウェアの洗練度ではありません。すべてのエスカレーションが、その前段階のコストの上に積み重なっていくからであり、だからこそエスカレーション対応は、多くの購入者が実際に払っている以上の注意を払う価値があるのです。

MetricNetのファーストレベル解決に関する調査は、チケットあたりの平均コストを、レベル1のサービスデスクで22ドル、デスクトップサポートで62ドル、レベル3で85ドル、フィールドサポートで196ドル、ベンダーサポートで471ドルとしています(2011年時点のドル換算)。重要なのは、このはしごが累積的だという点です。「チケットがレベル1で記録され、その後レベル2(デスクトップサポート)にエスカレーションされて解決された場合、解決の平均コストは単に62ドルではなく、62ドルに22ドルを足した合計84ドルになります」。

より新しいチャネル別の数字も、別の角度から同じ話を裏づけています。HDIの2021年のチケットあたりコストによれば、平均的な窓口対応チケットは37.52ドル、音声は17.19ドル、チャットは15.72ドル、セルフヘルプは2.37ドルです。各チャネルの最小値と最大値まで含めると、著者らはその幅を「最も安いセルフヘルプチケットから最も高い窓口対応チケットまで、2桁以上(100倍)の差がある」と表現しており、これは0.74ドルと104.68ドルの差に相当します。

これがAIレイヤーの位置づけを考える枠組みです。処理したリクエスト1件につき0.40ドルや0.75ドルという課金単位は、17ドルの音声チケットに比べれば安く、問いはもはや「自動化すべきかどうか」ではなく「どの帯を自動化すべきか」になります。とはいえ、正直な上限は確認してください。MetricNet自身のAIベンチマークは、先進企業でも「顧客とのやり取りの最大50%」の自動化にとどまるとしている一方、Zendeskのサービスページは最大80%を謳っています。低い方の数字を前提に計画してください。

セルフサービスは、より厳しい現実を突きつけます。MetricNetのベンチマークデータベースによれば、セルフサービスの平均完了率は10.4%で、0%から55%の範囲に分布しています。自社のナレッジベースを一度も計測したことがないなら、その範囲の下の方にいると想定してください。この失敗パターンは普遍的だからです。

"I run a small team, and we have an internal wiki for processes, FAQs, and troubleshooting. The problem? No one updates it. People keep asking the same questions in Slack instead of checking the wiki."

Keeping a Knowledge Base Up to Date is a Nightmare, Reddit

何かに契約する前に確認すべきこと

私が実行する順番で並べた、6つのチェック項目です。

1. 課金対象となるAIの単位が何であるかを書面で確認する。 レートではなく単位です。そしてそれを自社のトリアージ件数に照らして見積もってください。セッション、やり取り、エンゲージ済み会話、検証済み解決、処理済みチケットは、それぞれ異なる5つのものです。ここで公開されているレートは0.05ドルから1.50ドルまで幅があり、2社はレートを一切公開しておらず、失敗した試行にも課金される安いレートの単位は、アウトカムにのみ課金される高めのレートの単位に結局は負けます。
2. カスタムレポートが使えるようになるプランを見つける。 それがあなたにとっての実際のエントリー価格です。Zendeskは115ドル、Freshdeskは55ドル、Frontは105ドル、HubSpotは90ドル、Zoho Deskは14ドル、Help Scoutはどのプランでも不可です。
3. クローズ後に顧客が返信した場合の挙動をテストする。 Zendeskでは、Solvedなチケットへの返信はそれを再オープンし元のエージェントに再割り当てしますが、Closedなチケットへの返信はフォローアップチケットを生成します。使っているツールがどちらの挙動をするにせよ、あなたの再オープン率はそこに左右されます。
4. データがどこに保存され、後から変更できるかを確認する。 FreshdeskとZohoは申込時にリージョンを割り当てます。Zendeskは、Data Center Locationアドオンを有効化していない限り、通知なしにアカウントをリージョン間で移動させることがあり、このアドオンは「含まれてはいるが自動的には有効化されない」ものです。
5. マーケティング上の数字ではなく、実際の稼働率のコミットメントを読む。 Freshdesk、Help Scout、Front、Gorgiasは、稼働率のパーセンテージを一切公開していません。Zendeskの99.9%はPremier Support限定で、5つの製品をカバーしています。
6. 契約前に1か月分のチケットをエクスポートしてみる。 これは多くの人が省略して後悔するポイントです。

"I have exported my historical tickets to XML but not going to work. First my tickets are a mess. They are not properly organized, tagged, or anything. Lot of the info chatGPT would need to understand is in custom fields which are not labeled in any export."

u/ToastyPasta, Reddit

エクスポートに含まれるラベルのないカスタムフィールドも、過去のチケットに対するAIの学習が止まってしまう原因になります。フィールドの整理は、移行や自動化の後ではなく前に行ってください。AIによるチケットのタグ付けのガイドでクリーンアップの方法を扱っており、チケットルーティングではそれがどこで効果を発揮するかを扱っています。

今お使いのチケット管理システムでeeselを試す

デスクには問題がなく、キューだけが問題なら、チケット管理システムソフトを変更するのは高くつく解決策です。

eeselはZendesk、Freshdesk、Gorgias、Jiraなどに接続し、過去のチケットとヘルプセンターから学習し、チームがすでに開いているツールの中で反復的なティア1の範囲に回答します。課金は処理したチケット1件につき0.40ドルで、座席料金も最低利用料もなく、部分的な導入なら部分的な金額で済みます。月1,000件のうち200件をルーティングすれば、支払いは80ドルです。実際の顧客に触れる前に、過去の件数に対してシミュレーションを実行するため、ベンダーのスライドではなく自社のチケットに基づいた解決率を確認できます。無料でお試しいただけます。