2026年のヘルプデスクサービス:費用相場と運用は誰が担うべきか

「ヘルプデスクサービス」と言われたとき、実際に何を買っているのか

私はこの3年間、この問題のAI側に取り組んできました。予想していなかったのは、仕事の大部分が「翻訳」だという事実です。私たちのログには、160の有料アカウントにまたがる約183,000件のサポート対応が記録されていますが、商談のほぼすべてが同じ形で始まります。机の上に3つの見積もりがある。すべて「ヘルプデスクサービス」というラベルが付いている。でも、どれも同じものではない。

ソフトウェアサービス。 リクエストの受付、追跡、ルーティング、クローズを行うプラットフォームです。Zendesk、Freshdesk、Zoho Desk、Jira Service Managementはすべてここに属します。買っているのは線路であって、列車を運転しているのは自社の人間です。ヘルプデスクとサービスデスクの境界がどこにあるか分かりにくい場合は、ヘルプデスク vs サービスデスクで詳しく解説しています。

マネージド/アウトソースサービス。 ベンダーが訓練を受けた人材を提供し、自社ブランドの下でチケットに対応します。これは市場のBPO側にあたり、「デスクをアウトソースする」と言うとき多くの人が指しているのはこれです。運用面についてはカスタマーサービスのアウトソーシングのガイドで、トレードオフについてはコールセンターのアウトソーシングの記事で解説しています。

自動化サービス。 AIヘルプデスクエージェントが反復的な業務を人の手を介さずに解決し、残りをエスカレーションします。3つの中で最も新しく、時間単位ではなく成果単位で課金される唯一のモデルでもあります。実際のキューでどう機能するかは自動チケット解決のガイドで解説しています。

この4象限図こそが、この記事の主張を1枚の絵にしたものです。アウトソースは人員の弾力性を得られる一方で、回答品質の管理は他社のQAプロセスに委ねることになります。自社チームは強いコントロールを持ちますが、その分カテゴリの中で最もチケット単価が高くなります。例外は自社のドキュメントに基づいたAIレイヤーで、安さとコントロールが同時に成立する唯一の選択肢です。なぜなら、その回答は自分たちで書いて編集できるコンテンツから生まれているからです。

この主張には傷跡もついています。私たちは、実際にはAPIを一度も叩かずに「Zendesk検索を実行中」と10ターンも語り続ける、いかにも自信ありげなエージェントを見てきました。ナレッジベースが空だったときに答えをでっち上げてしまう顧客のボットもあり、あるケースでは製品に関する質問に周期表の「酸素」と答えてしまったことさえあります。だからこそ、あらゆるロールアウトは本番のキューに触れる前に過去のチケットに対してシミュレーションされますし、AIが有人デスクの単純な代替品だとは私は言いません。サポートにおけるAIハルシネーションの原因についてまとめたのも、まさに自分たちがそれを引き起こした経験があるからです。

4つのティア、実際に競争が起きているのは2つだけ

どんなヘルプデスクも、誰かが明文化したかどうかに関わらず、おおよそ4つの層に分かれます。

ティア0は答えが1つに決まっていて変わらないもの、パスワードリセット、注文状況、請求書の場所などです。ティア1は反復的で文書化されているものの、誰かが調べに行く必要があります。ティア2はアカウントの文脈と判断力が必要です。ティア3はエンジニアリングです。

ティア3をアウトソースする人はいませんし、自動化する人もいません。アウトソースと自動化の議論のすべては、ティア0とティア1をめぐる争いです。多くのキューではこれが全体のボリュームの50〜70パーセントを占める一方、面白みのある仕事はほとんどありません。そう見えてくると、問いは「ヘルプデスクをアウトソースすべきか」ではなく「キューの退屈な半分を消し去る最も安くコントロールしやすい方法は何か」に変わります。この領域の見積もり方については、何かを買う前にティア1のデフレクションのガイドをご覧ください。

ここでよく引用される指標について、1つ警告しておきます。デフレクション率は自己認証的な指標で、諦めてタブを閉じた人と、実際に答えを得た人をまったく同じように数えてしまいます。r/customerexperienceのあるCX実践者は、私が読んだどのベンダー資料よりも的確な代替指標を挙げていました。

"Instead of reopen rate, look at repeat contact by user within 24-48 hours, even if it's a new ticket. If the same person comes back about the same issue, the bot didn't really resolve it.

Deflection is a vanity metric. Repeat contact rate is closer to the truth."

u/Bart_At_Tidio、r/customerexperience、Reddit

数えるべきはチケットではなく人です。この1つのルールは、答えているのがボットでも契約した人間でも同じように当てはまり、しかも最も安価に導入できるガバナンスです。この計算についてはAI解決率でさらに掘り下げ、レポーティング側の話はAIとCSATで扱っています。

2026年、アウトソースのヘルプデスクサービスに実際いくらかかるのか

2026年7月30日、私は8社のアウトソース・マネージドプロバイダーの公開料金ページをすべて確認しました。人的なヘルプデスクキャパシティの料金を公開していたのはわずか2社です。Electricは実際のユーザー単価を公開していますが、販売しているのは人材ではなくITマネジメントプラットフォームなので、この表には対等な選択肢としてではなく参考として掲載しています。残る5社は何も公開していません。

この表の中で、料金そのもの以上に重要な点が3つあります。

Influxは透明性の面で異例の存在で、買わなくても一読の価値があります。 シニアレベル、地域、チャネルごとに料金を分解して公開し、両プロダクトとも初期費用なしであることを明言しており、1か月前通知の月単位契約にコミットしています。さらに、アウトソース契約の実際の勝敗を左右する問いも明確にしています。「今月CSATが下がったとして、それを診断するのはあなたの責任か、それとも先方の責任か?」という問いです。Talent as a Serviceは人員そのもの。月額2,100ドルのManaged Operationsは、チームリーダー、QA、コーチング、レポーティングまで含んだプランです。

TalentPopのAIティアはソフトウェアではなくコンサルティングのような価格設定です。 2,500ドルの一回限りのセットアップ費用があり、その上で推奨週2時間の時給200ドルのAI Success Managerと、推奨週5時間の時給80ドルのImplementation Specialistが加わります。推奨されるペースをそのまま実行すると、1件のチケットも解決していない段階で週800ドルのリテナー費用がかかり、それでいてオートメーションがカバーするのは30〜50パーセントという主張です。

このカテゴリの半分は金額をまったく公開しません。 Helpwareの料金ページには「あなたに最適な料金プランを選んでください」というタイトルが付いていますが、最終的な料金は要件次第だと書かれています。SupportYourAppは「サポートソリューションの見積もりをリクエスト」という見出しです。Peak Supportは両方のドメインで404になります。これはスキャンダルというほどのものではなく、これから足を踏み入れる営業プロセスについてのシグナルであり、アウトソースの代替案と併せて考慮する価値があります。

明るい材料が1つあります。私が調べた中でHelpwareだけが、成果報酬型と利益配分型を公に商用モデルとして提示しています(outcome based and gainsharing)。最上位のHW.Hubティアに料金なしで掲載されているだけですが、大手BPOが成果連動型の契約をそもそも書くという事実自体が新しい動きです。

このカテゴリでは誰もチケット単価を教えてくれない

これは予想していなかった発見であり、この記事の中で最も実用的な部分でもあります。

ソフトウェアは月額シート単位で販売されます。アウトソースはエージェント時間単位、あるいはエージェント月単位で販売されます。AIは解決件数単位です。3つのメーター、3つの単位、そしてどちら側のベンダーも割り算を代わりにやってはくれません。

Influxが公開しているアメリカ地域の1,700ドルという料率で計算してみましょう。この計算は私自身が行ったもので、Influxのものではありません。フルタイムのエージェントは月におよそ160時間働きます。平均対応時間9分、そして極めて楽観的な稼働率100パーセントだとすると、約1,067件のチケットに対応でき、1チケットあたり1.59ドルになります。実際のデスクが稼働率100パーセントで回ることはありません。より現実的な70パーセントで計算すると約747件、1チケットあたり2.28ドルです。同じ計算をTalentPopの時給12ドルのProfessionalプランで行うと、月額およそ1,920ドル、1チケットあたり2.57ドルとなり、これは500ドルのスタッフィング料は含んでいません。

こうした契約を販売する側の人間も同じ割り算をしており、あるMSPのオーナーは自身の数字を公開した上で、モデルが赤字であることに気づいていました。

"Our MSP offers helpdesk contracts where we focus on user issues (password resets, connecting printers, drive mappings, etc). We price it $40/ticket/user. So, if a company has 40 users our contract will amount to $1600 monthly.

I am tracking profitability of this contract, and a month of data states that we are loosing money if you factor in time spent by agents and our RMM tool costs."

u/halcantara、「Helpdesk Ticket Pricing」、Reddit

これを解決件数課金のメーターと比べてみましょう。eeselは1チケット0.40ドルで課金し、返信が何往復あっても1チケットは1回の課金として扱われます。Help ScoutはAI解決1件につき0.75ドル。AtlassianのRovo Customer ServiceはJira Service Management上で解決1件につき1ドルです。いずれも、人的エージェントの試算上のチケット単価を下回っており、それこそがこのカテゴリが今まさに動いている理由です。Hacker Newsのある投稿者は、どのアナリストよりも率直にこの圧力を言い当てていました。

"The math being done right now is $10/hr for voice support in (say) the Phillipines is much more than $0.10/hr having an AI do it, even factoring in the cost of some customer churn. And the risk of the latter for some services can be discounted to zero if the user has no viable alternative."

kjellsbells、「Ask HN: Will low quality AI customer support be the new normal?」、Hacker News

これは圧力の説明として引用しているのであって、推奨としてではありません。AIのメーターにはひとつ現実的な落とし穴があります。それは実際に解決したチケットにしか適用されないという点で、解決できなかった分はすべて人が引き受け、自社の時給で処理することになります。だからこそ、冒頭の計算機は残った件数を自社エージェントに請求し直す仕組みにしています。この2行目を欠いたまま解決件数単価だけを売り込む相手は、モデルの半分しか売っていません。この比較のより詳しい内容はAIと人間のエージェントのコスト比較にまとめています。

自社でデスクを運用する場合のコスト

デスクを自社運用にすると、実際には2つのものを買うことになり、それぞれ別々の請求項目になります。驚きが潜んでいるのは2つ目のほうです。

以下は2026年7月時点で確認した市場の公開状況です。誰もがシート料金を比較しますが、実際に請求額を左右するのはAIのメーターのほうです。

この表には名前を付けておく価値のある2つの落とし穴があります。

1つ目はプランゲートです。Jira Service Managementの料金ページの計算機はデフォルトで75エージェントに設定されており、最初に表示される数字は12人規模のチームが支払う定価ではなく、段階的な料率をブレンドしたものです。FreshserviceはAIエージェントを完全にEnterprise限定にした上で、ライセンスあたり年間という、ほとんどの人が正しくモデル化できない単位で課金します。一方Freshdeskは無料プランをひっそりと廃止したため、このプラットフォームに乗る最安の方法は現在19ドルからです。

2つ目は単位のすり替えです。Gorgiasは「解決したときだけ課金」と謳っていますが、実際に請求書に印字されるのは1.50ドルの自動対応であって、解決ではありません。HubSpotのケースは悪意というより計算の分かりにくさの問題で、Breezeはクレジット単位で課金され、カスタマーエージェントは解決1件につき50クレジットを消費し、Professionalプランに含まれる3,000クレジットは他のBreezeの機能にも使われるため、実質的には月あたり60件ほどのAI解決で使い切ってしまいます。この件はHubSpot Service Hubの代替案のまとめで詳しく取り上げました。

サービス側ではなくこのレイヤー、つまりソフトウェアを検討しているなら、IT help desk softwareの比較記事がツールごとに詳しく解説しており、より軽量な選択肢は中小企業向けヘルプデスクソフトウェアのまとめをご覧ください。

社内従業員向けのバージョンはまた別のカテゴリで、買い手もボリュームのパターンも異なります。これについてはHRヘルプデスクで別途取り上げています。

実際に何がうまくいかないのか、運用してきた人たちの声

こうした話はベンダーのページには書かれていないので、実践者の声から紹介します。r/sysadmin、r/msp、r/ITManagersで最も繰り返し語られているパターンは、オフショアチームの英語が下手だという話ではありません。実際に起きていたのは、ベンダーのKPIと発注側が求める成果がずれてしまい、何年も誰も気づかなかったというパターンです。

あるITマネージャーは、何をアウトソースすべきかという直接的な質問に、これ以上ないほど率直に答えていました。

"Every company I've ever worked at or with that had an outsourced IT help desk in order to save money was incredibly unhappy with it and hoping to figure out how to bring it in house.

You will get made all these promises by a help desk company of how amazing they are, and then the reality will be they can't even handle a password reset without escalating the ticket to your internal staff. But they will happily keep charging you full price."

u/Thrawn200、r/ITManagers、Reddit

このエスカレーションの押し付けパターンは偶然ではなく、プロバイダー側もかなり率直に語っています。ティア1専任のヘルプデスクにいくら請求すべきかを尋ねるスレッドでは、最も支持を集めた返信は冗談めかしたものでしたが、別のコメント主がそれを実際の慣行として裏付けていました。

"Lock them into a 3 year contract at a low rate.

Then escalate everything to their level 2.

Profit."

u/PacificTSP、「What do you charge for T1 helpdesk only?」、Reddit

この調査全体の中で最悪の結末は、CEOから新しいアウトソース契約の監査を依頼されたティア3エンジニアによるものでした。そのベンダーは、顧客そのものを削除することでクローズまでの時間SLAを達成していたのです。

"And, of course, under it all: The time-to-ticket-closure was down because our outsource team was... simply canceling customer subscriptions on their behalf. That "solved" the problem inasmuch as they weren't customers anymore. Because of how our billing system operated, cancellations were a lagging indicator and we were growing fast enough on the customer acquisition side that attrition wasn't a number people were paying much attention to."

u/theoriginalharbinger、r/sysadmin、Reddit

同じ投稿者は、この被害額を年間売掛金およそ1億ドルに対して、4〜6か月でおよそ1,000万ドルと見積もっています。これが、誰も監査しなかったKPIのコストです。

ここで公平を期すために言っておくと、アウトソース自体が自動的に災難になるわけではありません。うまくいかないのは発注側が成果の測定をやめたときであり、測定を続ける限りうまくいきます。G2でSupportYourAppをレビューしたあるソフトウェア企業は、うまくいったケースをこう描写しています。

"SupportYourApp helped us build a lean but highly effective support team for our custom-built application. Instead of investing in hiring and training an in-house team, we gained an agile setup that scales with our needs. Their consultants quickly grew from handling basic support to managing complex account executive responsibilities, which allowed us to expand into new regions faster and more efficiently."

Verified User in Computer Software、SupportYourApp、G2

そして私が見つけた中で最もそのまま契約書に転用できる一文は、アウトソースしたデスクが最終的に良くなったというあるシステム管理者の言葉でした。しかも、より良いベンダーに乗り換えたことが解決策だったわけではありません。

"The initial requirement was that only the users could close tickets. The ticket stayed open until the user said it was resolved. The remote support firm HATED that requirement. They insisted it was slow, and it DID require governance, and managers to step in if users were dragging things out. But it stopped tickets being closed when they weren't actually solved. [...] Eventually the support workers began to become increasingly skilled and actually worth the price paid for them.

Really all it took was accountability."

u/OMGItsCheezWTF、r/sysadmin、Reddit

この条項を契約書に入れてください。コストはかかりませんし、BPOだけでなくAIエージェントに対しても同じくらいうまく機能します。

AI版も同じように失敗する、だから同じように測定する

ティア1の自動化について正直に言うべきことは、アウトソースと同じ失敗をそっくり再現しうるということです。しかもより速く、より安く。同じ界隈のあるシステム管理者は、そのメカニズムをどのベンダー資料よりも的確に言い当てていました。

"The scary part is how easy it is for these products to bullshit metrics for the executives.

Like, put a chatbot in front of the support portal? Wow, it handled 5000 issues this month! 5000 tickets that didn't hit our EXPENSIVE human help desk staff!

Now, only 1 of those interactions was useful and the other 4999 times people had to circumvent the bot to open a ticket, or just gave up and fucked off, but hard to track that, eh?"

u/Frothyleet、r/sysadmin、Reddit

これはBPOがSLA達成のためにチケットをクローズしていたのと同じ罠であり、看板が違うだけです。だからこそ、AIが実際にキューに対して何をもたらすのか、その現実的な幅を知ることがベンダーの数字よりも重要になります。2025年12月のあるスレッドでは、2人の実践者が両極端な結果を語っていました。1人は2月からドキュメントに基づくエージェントを運用しており、「人手介入の必要性が73%減った」と報告しています。もう1人はパスワードリセットと基本的なアカウント対応にしか使っておらず、「チケットをせいぜい20%減らす程度」で、トリアージとルーティングは当たり外れがあると報告していました。

どちらも真実であり、両者の差はほぼすべて「自社のプロセスがどれだけ文書として存在しているか」に起因します。これはチケットトリアージツールが完全な自動解決より先に普及する理由でもあります。同じスレッドの3人目のコメント主は、核心を突いていました。

"You can't automate on top of data and processes that don't exist outside of people's memories. Our bosses are always yelling about automation and being more efficient but then they outright refuse to set standards for anything and all of our setups are weird ad hoc bullshit. That simply isn't something that can be automated or sent off to some AI system."

u/ms6615、r/sysadmin、Reddit

これは両方の選択肢に共通する本当の前提条件であり、まずナレッジベースを整備すべきだという主張の根拠でもあります。アウトソースしたチームも、文書化されていない暗黙知を吸収することはできず、ただもう少し丁寧に失敗するだけです。ドキュメントが薄いなら、まずはすでに文書で答えられる質問についてAIナレッジベースチャットボットから始め、そこから広げていきましょう。

では、あなたのヘルプデスクは実際誰が運用すべきか

「場合による」という肩をすくめた答えではなく、状況別に私の率直な考えを述べます。

月間チケット数がおよそ1,000件を下回るなら、自社運用のまま基盤を整えましょう。 その規模では、アウトソースするチームのコストは問題そのものより高くつきます。地味ですが効果的なのは、実用的なナレッジベースとまともなチケット分類、そして上位10個の質問を自己解決させるヘルプデスクポータルです。この規模で見かけるデスクの多くは、同じ4つの答えを何度も打ち込むためだけにエージェントに給料を払っています。

月間およそ1,000〜10,000件のあたりが、本当の判断が求められる領域です。 まずはティア0とティア1にAIレイヤーを載せてみましょう。最も早く試せて、しかも1週間以内に撤退できる唯一の選択肢だからです。そのうえで、残った業務量に合わせて人員を組みます。その上にアウトソースのチームを重ねるのは、自社では回せないカバレッジ、特に夜間や週末のために正当な選択肢ですが、購入するのはボリュームのためではなく稼働時間のためです。社内向けキューであれば、サービスデスクチャットボットのほうが夜勤よりも多くの件数をさばくことがよくあります。

月間およそ10,000件を超える、あるいは本当の意味での24時間365日・多言語対応が必要なら、もはやどちらか一方という話ではなくなります。 私が関わっている最大級のデスクは、この3つすべてを同時に運用しています。自社のシニア人材がティア2・ティア3を、AIレイヤーが反復業務を、そしてアウトソースのチームがサージ対応と夜間を担当します。もう1つ興味深い事実として、私たちの顧客の中にもサポートBPOが存在します。バケーションレンタル向けのアウトソース企業で、自社エージェントのコパイロットとして私たちのAIを使っています。アウトソース事業者自身も、自動化を進めているのです。

ボリュームに関わらず、答えを変えるべき要因が2つあります。1つは、規制対象データを扱う場合はBAAとSOC 2の状況を、何かに惹かれる前に確認してください。まさにそこでロールアウトが頓挫するのを何度も見てきました。もう1つは、ボリュームの一部が季節性を持つ場合です。人員もアウトソース契約もどちらも固定の月額コミットメントであるのに対し、チケット単位のメーターは需要に合わせて伸縮します。フェリー事業者と、平坦なキューを持つSaaS企業とでは、買うべきコストの形がまったく異なります。

どちらを選ぶにせよ、ツールそのものより引き継ぎのルールのほうが重要です。AIエージェントのハンドオフを正しく設計し、いつ引き継ぐかを事前に決めておきましょう。怒った顧客を前にして初めて気づくような事態は避けたいものです。

そして、運用全体を自分で測るSLAで管理し、ベンダーが報告してくるものに頼らず、その裏には明確なエスカレーションパスを用意してください。定常運用ではなく、たまったチケットを掘り出している最中であれば、チケットバックログの解消についての別記事もぜひご覧ください。

すでに運用しているヘルプデスクでeeselを試す

キューの退屈な半分から抜け出したいだけなら、新しいプラットフォームも新しいチームも必要ありません。eeselはすでにお使いのZendesk、Freshdesk、Jira Service Managementのデスクにそのまま組み込まれ、ヘルプセンターと過去のチケットから学習し、すでに使っているツールの中でそのまま下書きや解決を始めます。新しいワークフローを覚える必要も、移行作業も、調達プロセスも不要です。セルフサーブで導入できるので、今週すぐに実際のキューで試すことができます。

この判断において重要なのは請求の形です。スタンダードプランではシート料金もプラットフォーム料金もかからず、対応したチケット1件につき0.40ドルのみ。つまりコストは人員計画ではなくボリュームに連動します。さらに毎週、何を処理したかを正確に示すレポートも得られ、これは多くのアウトソース契約が提供する報告よりも詳細で、新人1人が生み出すレポートよりもはるかに多くの情報を含んでいます。

"We use it to be the first responder to our Helpdesk tickets in Jira. It essentially acts just like an agent would."

Jason Loyola、InDebted

InDebtedは、ConfluenceとSlackに支えられた社内向けJira Service Managementデスクでこれを運用しており、現在デフレクション率15パーセントから55パーセントを目標にしています。一方、顧客対応側では、Zendesk上のギグエコノミー向けドライバー分析アプリが、7日間のトライアルの中でティア1リクエストの73パーセントを初月で解決するという結果を得ました。そしてCartonCloudのサービスデスクリードは、アウトソースの議論ではしばしば見落とされがちなポイント、つまり自動化してもブランドの声が失われないという点を指摘しています。

無料トライアルから始めて、最も忙しいキューに向けて試してみてください。誰かから提案書が届く前に、ティア1業務が実際にいくらかかっているのかが分かります。