カスタマーサービスのチケット管理システム：2026年の選び方

カスタマーサービスのチケット管理システムとは実際に何なのか

チケット管理システムは、メール、ライブチャット、WhatsApp、お問い合わせフォーム、電話など、あらゆる受信メッセージを、担当者・状態・タイマー・履歴を持つ1つのレコードに変換します。このレコードこそが、実質的に製品そのものです。それ以外のもの、マクロ、SLAタイマー、ルーティングルール、ダッシュボードなどは、それらを紐づけるための構造化されたオブジェクトが存在するからこそ成り立っています。

だからこそ、「共有受信箱を使うだけでいい」という考え方は、だいたい3人目のエージェントが加わるまでしか持ちません。受信箱は、最も古い未回答メッセージがどれくらい待たされているか、誰が対応しているかを教えてくれませんし、自分たちの約束を破ろうとしているかどうかも教えてくれません。チケット管理システムならそれができます。

4つのレイヤーを、通常崩れる順に並べると次のようになります。

1. 受付。 すべてのチャネルが1つのキューに集まります。これがオムニチャネルの部分であり、ベンダーがデモで見せる部分です。
2. チケットレコード。 ステータス、優先度、タイプ、タグ、カスタムフィールド。この記事が主に扱っているレイヤーで、システムによって静かに差が出るのはここです。
3. 移動。 割り当て、ルーティング、エスカレーション、SLAタイマー、古くなったチケットを自動でクローズする仕組み。
4. 計測。 レポート、CSAT、エクスポート。ほぼ常にプランのアップグレードの裏に閉じ込められています。

誰も比較しない部分：各システムで「チケット」が意味するもの

4社のベンダーのフィールドドキュメントを続けて読んで、最も驚いたのはこの部分です。「チケット」という言葉は共有されています。しかし、その裏にあるオブジェクトは共有されていません。

Zendeskは6つのステータスを備えています：New、Open、Pending、On-hold、Solved、Closed。このうち2つは人を戸惑わせる挙動をします。Newは一方通行のドアで、Zendeskのチケットフィールドのドキュメントには "After changing the status from New to another status, you can't change the status back to New" とあります。また、チームの誰もチケットを手動でクローズすることはできません。チケットのライフサイクルのドキュメントによれば "Tickets can't manually be set to Closed" とされ、クローズは自動化によって、デフォルトではSolvedの4日後に行われます。その自動化を無効にすると、28日ルールが引き継ぎ、"can't be changed" となります。On-holdは顧客からは見えず、顧客からは依然としてOpenに見えます。全体の解説については、より詳しい記事Zendeskのチケットステータスライフサイクルを参照してください。

Freshdeskには削除できない4つのステータスがあり、そのうち2つの境界線は「誰が判断するか」によって引かれています。Resolvedは "the ticket is completed according to the agent" を意味します。Closedは "the ticket is completed according to the customer" を意味し、Freshdeskのフィールドドキュメントでは、顧客が何も言わない場合に72時間後に自動クローズするという標準的な運用に触れています。Priorityは4つの値に固定されており、"cannot be edited and is hard-coded into our systems because it is directly tied to the SLA Policies functionality" とされています。カスタムステータスにはGrowthプラン以上が必要です。

HubSpot Service Hubには、他社が言う意味でのチケットステータスフィールドが一切ありません。チケットはパイプライン上のCRMレコードであり、HubSpotのドキュメントにはこう明記されています："for tickets, pipeline stages are called statuses by default, but they are the same as other object stages"。デフォルトのSupport PipelineはNew、Waiting on contact、Waiting on us、Closedです。カテゴリーはAIによって設定され、デフォルトでは無効になっており、Enterprise限定です。

Jira Service Managementはこの軸を完全に分離しています。statusは作業がどこにあるかを、resolutionはどのように終わったかを示し、基本となるDone / Won't do / Duplicateのセットに Known error と Hardware failure が追加されています。さらに3つのオブジェクトを積み重ねる構造で、request typeがwork typeの上に、work typeがworkflowの上に乗っており、request typeを省略すると "your requests won't have access to all Jira Service Management features" になると警告しています。

実務上の結論として、これらのシステムのうち2つの間では「解決時間」は比較可能な数値ではありません。移行する際、ダッシュボードでその数値を追っているなら、切り替えの日にその数値が変動することを想定してください。それはあなたのチームとは何の関係もない理由によるものです。

そしてステータスこそが、キューの衛生状態が崩壊していく場所です。

"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件は、単に音信不通になった顧客を待っているだけでした。つまり、オープン件数は決して本当のバックログではなかったのです。r/ITManagersのある管理者は、5日以上経過したものをすべて自動クローズするだけで、あるグループのバックログを54%削減しました。これは、この記事全体の中で最も安価なレポーティングの修正策です。

2026年に市場が実際にいくらかかるか

これらの数値はすべて、2026年7月31日にベンダー自身の価格ページで再確認したものです。特に注記がない限り、年間契約・エージェントあたり月額です。

ここでの3つの注記は、数字自体よりも重要です。Zendeskの公開ページにはもうSuite Growthのカードがなく、Suiteの序列はTeam、Professional、Enterpriseです。Freshdeskの無料プランは現在の価格ページには載っておらず、14日間のトライアルのみです。そしてHubSpotは、シート料金に加えて必須の一度限りのオンボーディング費用を課しています：Professionalで$1,500、Enterpriseで$3,500です。

AIメーターこそが本当の価格決定要素

私が交渉に力を入れるならここです。6社のベンダー、6つの単位、そしてこれらの単位は互換性がありません。

• Freshdeskはセッション単位で課金し、Freshworksのセッションは24時間の枠内の全てのインタラクションを指します。結果ではなく試行そのものに課金されます。全プランで最初の500件は無料、その後は100件あたり$49です。
• Gorgiasは自動化インタラクションを$1.50で課金し、公開されているどのプランにもボリュームディスカウントはなく、さらに1チケットあたり$0.36〜$0.40の別のチケットメーターがあります。
• Help Scoutは解決を$0.75で課金し、何が対象外かについて珍しく率直です：顧客がエスカレーションした場合、ナレッジベースを検索した場合、追加の質問をした場合、「まだ助けが必要です」をクリックした場合は対象外です。月額の支出上限も用意されています。
• Jira Service Managementはアシスト付き会話を$0.30から課金し、これには "any conversation that was matched to an intent, regardless of whether the virtual service agent resolves the issue or escalates it" が含まれます。エスカレーションも課金対象です。
• HubSpotはクレジットで課金します：解決した会話1件あたり50クレジット、年間契約で1,000クレジットあたり$9.00、つまり1解決あたりおよそ$0.45です。Professionalに含まれる3,000クレジットは、月60件のAI解決に相当します。
• Zendeskはverified resolutionのみを課金します。2026年5月18日以降、3つのティアがあります：assisted escalation（課金なし）、contained resolution（AIは完了させたが72時間の検証に失敗、課金なし）、verified resolution（課金）。このティア分けは以前のものより公平です。料率は今もどこにも公開されていません。

この最後の変更は本物の怒りから生まれたもので、その怒りは価格ではなく定義に対するものでした。

"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

何かに署名する前に、ベンダーに1つだけ質問してください。*正確に何が課金対象になるのか？*その上で、自分たちの実際の量をそこに当てはめてみてください。

自分自身のAI費用を計算する

AIが処理する月間の会話量を選んでください。以下は公開されている料率をそのまま当てはめたもので、AIのみ、シート料金は除外しています。

ここで2点が目立ちます。Freshdeskは500件を超えるまで無料で、その後は急速に上がります。課金対象が試行そのものだからです。そして、同じ量における最も安いメーターと最も高いメーターの差は約3.6倍で、これはシート価格の差よりもはるかに大きいものです。

契約前に行う5つの確認事項

1. 誰が優先度を設定できるか

依頼者自身に優先度を設定させないでください。これは、この話題に関するr/sysadminの長いスレッドで最も支持された回答であり、間違った理由で笑えるものです。

"Dealt with this decades ago. It was scrapped quickly because as you might imagine it was abused to death. It really didn't bother me though. I still got the same number of tickets and just slogged through them. When people got mad because we were missing SLAs we just replied there was nothing we could do now that all tickets were priority."

u/bitslammer, Reddit

優先度は、顧客のティア、意図、SLAポリシー、あるいはメッセージを読み取るAI分類器から導き出すほうが良いものです。Freshdeskの4つの優先度の値はSLAエンジンに固く結びついており、ZendeskではPriorityを無効化するとSLAの目標が黙って完全にオフになります。

2. 自分たちの数値を取り出せるかどうか

これはトライアル期間中にテストしてください。後になってからではいけません。レポーティングは、プランの制限が最も厳しく効いてくる部分です。カスタムレポートは、Zendeskの Suite Professional（$115/エージェント/月）、Freshdeskの Pro（$55）、HubSpotのProfessional、Frontの Enterprise（$105/シート/月）から利用可能になります。Help Scoutにはどの価格帯でもレポートビルダーがなく、それを明確に述べています："there isn't a way to customize how calculations are performed nor is there an option to build custom reports based on custom data sets"。

最上位プランに料金を払ったとしても、使いやすさが保証されるわけではありません。

"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!!!!!!!!

I have recently moved jobs where I worked with the platform Dixa and at my new job, I launched Zendesk - I have the most basic set up on Zendesk ever but the Explore setup is BREAKING ME."

u/kayscakes, Reddit

そしてレポーティングのレイヤーがうまく機能しないとき、回避策は常に同じです。

"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

毎月Excelでレポートを作り直すディレクターがいるというのは、実際のコストです。それを価格の中に織り込んでおく価値があります。

3. ナレッジベースがチームとの接触に耐えられるかどうか

すべてのチケット管理システムにはナレッジベースが付属しています。ほとんどは腐っていきます。記事を書くことが誰の実際の仕事でもないからです。

"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

これは以前よりも重要になっています。AIレイヤーがそこから読み取っているからです。薄い社内ナレッジベースは、薄いAIエージェントしか生みません。うまく機能する対策は、誰かが書くのを覚えていなければならない記事ではなく、解決済みのチケットと既存のドキュメントから回答を得ることです。これはナレッジベースでAIを学習させるアプローチの背景にある考え方です。

4. データがどこにあるか、そしてアップタイムの約束が実際に意味するもの

実際に検討しているプランで稼働率を契約しているケースはほとんどありません。Zendeskの99.9%はPremier Supportの顧客にのみ適用され、正確に5つのプロダクトだけをカバーします。Freshworks、Help Scout、Front、Gorgiasはいずれも稼働率のパーセンテージやサービスクレジットのスケジュールを公開していません。Zohoは会社全体で99.9%を約束しており、これは1か月あたり許容されるダウンタイム約43.8分に相当します。

データの保存地域についても同様の厳しさがあります。Zendeskのデータセンター拠点アドオンはSuite Professional以上で無料ですが、"included but not automatically activated" とされており、これを有効化していない場合、Zendeskは "may move the account data of customers who do not have or have not activated the Data Center Location add-on between regions without notice" とされています。FreshdeskとZohoはいずれも登録時にリージョンを固定します。Help Scoutはアメリカのみでのサービスです。

5. 移行で実際に持ち越せるもの

エクスポートが物語のすべてを語ることは決してありません。

"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＋Shopifyで月間約1,000件のチケットを処理しており、2026年3月にeeselで実際のトラフィックによるトライアルを行いました。結果は、284件のチャットと100件のチケットのクロスバリデーションを通じて、トリアージ精度93%、受信箱の22%を占めたスパムに対して誤検知ゼロでスパム検知率100%でした。同じトライアルでは、ドラフトのうちそのまま送信されたのはわずか12%で、ドラフトの事実誤りの率は7%であることも示されました。この2つの数字はいずれも本物です。2つ目の数字が理由で、そのチームはAIをトリアージとリサーチ業務に使い、自動運転のようには使っていません。

好調な例として挙げられるのは、Zendesk上でギグエコノミーのドライバー向け分析を行うGridwiseです。

"In the first month, eesel is resolving 73% of our tier 1 requests. eesel offers easy Zendesk implementation and setup. Our team implemented and achieved results quickly during our 7-day trial. Responses are simple to fix and adjust. The platform even includes automations for ticket tagging, assignment, and status updates!"

Kim Simpson, Gridwise

そして、その傷跡です。初期の頃、eeselの有料顧客の中には、デンマークの太陽光エネルギー事業者も含めて、ナレッジベースに該当する回答がない場合にボットが回答をでっち上げてしまうケースがありました。あるケースでは太陽電池のサブスクリプションの詳細をでっち上げて実在の顧客に送ってしまい、別のケースではサポートの質問に対して「Oxygen (periodic table)」と回答してしまいました。そこから、厳格な確信度のしきい値と、回答を拒否するフォールバックの仕組みが生まれました。それが、私が今日設定するすべてのロールアウトが過去のチケットに対するシミュレーションから始まる理由です。誰のAIを評価する場合でも、まず問うべきは、スライドに載っている解決率ではなく、ハルシネーションへの対処です。

月間約7,000件のチケットを処理するサプリメントブランドのCXリーダーは、eesel自身のマーケティングよりもうまく購買基準を言い表しました。

"The AI will never be able to answer 100% of the questions, but if it tries and just answers 'sorry I don't know this,' I cannot go and check all my 7,000 tickets to see if the AI actually made a good answer, then the point is a little bit gone. I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone."

eeselはこの契約を勝ち取ることができませんでした。しかし要件そのものは正しいものでした。確信度で範囲を絞ったハンドオフは、常にカバレッジに勝ります。

これらすべての前に、1件のチケットにかかるコスト

シート価格を比較している間、これを頭に入れておく価値があります。北米に関するMetricNetのチャネル別データによれば、チケット1件あたりの平均コストは、電話$17.19、メール$16.13、チャット$15.72、Webフォーム送信$15.07、セルフヘルプ$2.37です。

HDIが "by more than two orders of magnitude (100X) from the lowest cost self-help ticket to the highest cost walk-up ticket" と表現するこの差こそが、チケット管理システムにとって本当のビジネスケースです。ソフトウェアライセンスではなく、チャネルシフトそのものです。

ここで2つのガードレールを示しておきます。過度な期待をしないためです。MetricNetのベンチマークデータベースによると、世界中のサービスデスクにおける平均的なセルフサービス完了率は10.4%であり、ベンダーの資料が示唆する30%〜80%ではありません。そして、デフレクションは残りをより難しくします。簡単なチケットが減っていくにつれて、"the average complexity and the average handle time of the incidents that continue to be handled by live agents will increase" とされています。これに合わせて人員配置を計画し、目標を設定する前に私のチケットデフレクションガイドを参照してください。

実際にどう選ぶか

• 5人未満、メール中心： Zoho Deskの無料版か$7のExpress、あるいはHelp Scoutの無料プラン。スイート製品は買わないでください。
• 複数チャネルで成長中のサポートチーム： $19のFreshdesk Growthか$55のZendesk Suite Team。アプリのエコシステムが必要ならZendesk、低価格帯でより多くを含めたいならFreshdeskを選んでください。
• 注文量の多いEコマース： Gorgias。チケット単位の価格はシーズンごとのスパイクに向いており、Shopify連携も本物です。1自動化インタラクションあたり$1.50という料率には注意してください。
• すでにCRMを軸に運用している： 営業チームがHubSpotであればHubSpot Service Hub、SalesforceであればAgentforce。オンボーディング費用を予算に入れておいてください。
• 社内ITや、従業員と顧客が混在するデスク： Jira Service Management。ただし現在はService Collectionバンドルとしてのみ販売されている点に注意してください。
• チケット管理システム自体は問題なく、その上のAIが問題である場合： 移行しないでください。レイヤーを追加してください。それこそが、eeselが作られた理由です。

今使っているチケット管理システムのためのeesel

キュー自体は問題なく機能していて、本当に取り除きたいのがティア1の対応量であるなら、システムを切り替えるのは間違った問題を高いコストで解決するようなものです。eeselはZendesk、Freshdesk、Gorgias、Help Scout、Frontなどに接続し、解決済みのチケットとヘルプセンターをもとに学習し、あなたのチームが既に開いているツールの中でドラフトを作成したり解決したりします。移行の必要はなく、新しいUIを覚え直す必要もありません。

上に挙げたメーターとの違いは2つあります。実際の顧客に回答する前に過去のチケットに対してシミュレーションを行うため、解決率や誤った回答をまず自分たちのデータで確認できます。そして、シート料金も最低利用料もなく、処理したチケット1件あたり$0.40なので、部分的な導入は部分的なコストで済みます。月間1,000件のチケットのうち200件をそこに振り分ければ、支払いは$80です。試用は無料で、シミュレーションはあなたが何かを確約する前に実行されます。

要点まとめ

機能一覧ではなく、チケットというオブジェクトそのものを比較してください。コストを聞く前に、何がAIのインタラクションを課金対象にするのかを尋ねてください。エクスポートとレポーティングは、トライアル期間中に、後回しにせずテストしてください。そして、5以上から始まるデフレクションの数字には疑いを持ってください。MetricNetが計測するすべてのサービスデスクにおけるベンチマークは10.4%だからです。それ以外はすべて交渉の余地があります。