2026年版、最高のオープンソース サポートチケットシステム9選

誰もビジネスケースに入れない部分

私はここ3年間、eeselを他社のヘルプデスクにつなぐコネクタを作り続けてきた。Zendesk、Freshdesk、Jira、Slack、そして1社のVPN内にしか存在しない、たくさんのセルフホスト型システム。この仕事のおかげで、「無料」という言葉についてかなり特殊で、少し皮肉な見方を持つようになった。セルフホスト型のサポートスタックが人間の注意をどれだけ吸い取るかがはっきり見える。というのも、たいていはそれを生き続けさせている、たった一人の担当者と話しているからだ。

私たちの顧客の一人が、私より上手にそれを言い表してくれた。ビットコインATM用ハードウェア企業のエンジニアリングリードで、300件以上の記事を持つConfluenceのナレッジベースを運用している彼らは、構築ではなく購入を選んだ理由を教えてくれた。

"We could try to write our own LLM application but we didn't want to invest our time into that. We wanted something that we would not have to maintain."

これがトレードオフのすべてを一文にしたものであり、ヘルプデスクにもLLMアプリにも同じように当てはまる。というわけでリストの前に、お金が実際にどこに行くのかを見てみよう。

3つのパターンがあり、このリストのすべてのプロジェクトがそのどれかを使っている。

• 有料モジュール。 FreeScoutは無料で、その後モジュールページから71個の公式モジュールを販売する。ナレッジベースは12.00ドル。ワークフローは14.99ドル。レポートは14.99ドル。71個すべてで564.72ドル、一括払いで、モジュールFAQにはまとめ買い割引もトライアルも返金もないと率直に書かれている。
• 有料サポート契約。 Zammadはプロダクト全体を無料で配布し、人間を売っている。価格ページによると、最安のセルフホスト向け契約は15件のサービスリクエストと6時間の応答時間で年間2,999ユーロ。OTOBOも同じことをしており、年間3,900ユーロから。
• 同じリポジトリの有料版。 Chatwootはコミュニティエディションを0ドルで公開し、その後セルフホストプランでCaptain AI、SSO、SLAポリシー、ロールに対してエージェントあたり月19ドルまたは99ドルを課金する。同じコードベース、異なるライセンスディレクトリ。

これら3パターンのどれも不誠実ではない。誰かが対価を得なければならない。しかしそれは、ホスト型チケットシステムとの誠実な比較が、「0ドル対1席19ドル」には決してならないことを意味する。

そして残りの記事が運用コストを織り込んでいく前に、賛成派の主張にも耳を傾けよう。セルフホストがうまくいくときは、本当にうまくいくからだ。

"We tried fresh desk, but left disappointed. We now use Zammad, written in ruby by one of the lead devs of otrs, which used to be awesome before it went closed source (ish).

unlimited users and agents for the cost of a $5 a month VPS"

woleium, Hacker News

席数に応じたコストがかからない料金設定こそが、このカテゴリが存在する理由そのものだ。20人のエージェントであれば、本当に大きな節約になる。問題は、その裏にある作業時間も無料かどうかだけだ。

自分の数字で計算してみる

これを決める要素はほとんどホスティングではない。作業時間だ。入力を変えて、どちらが勝つか見てみよう。

この9つをどう選んだか

3つのフィルターを、この順序で適用した。

生きているか? 2026-07-31にすべての候補についてGitHub REST APIに問い合わせた。リポジトリのメタデータ、最新リリース、そして過去90日間にデフォルトブランチに入ったすべてのコミットだ。デフォルトブランチが重要なのは、pushed_atが嘘をつくからだ。Trudeskは2026年5月にpushがあるように見えるが、それは放棄されたui-next書き換えブランチのもので、masterは2024年7月から動いていない。Faveoは2026年5月に見えるが、developmentブランチは2024年10月に止まっており、最近の動きはDependabotによるものだ。

無料版はサポート業務ができるか? メール受信、キュー、割り当て、そして何らかの形のSLAや自動化。定型返信を送るだけでも6個の有料モジュールが必要なプロジェクトは、その旨を明記している。

ライセンスは実際には何か? 14個のうち3つがGitHubからNOASSERTIONと返される。それらがオープンコアであるためで、その上に構築する前に知っておく価値がある。

方法についての誠実な開示: これはドキュメントとコードのレビューであり、それぞれを1年間本番運用した結果ではない。各ベンダー自身の価格ページ、ドキュメント、リポジトリを読み、コミット履歴を確認した。私が直接の経験を持つのはインテグレーション側であり、それは別の視点であるため、関係がある箇所ではその都度示す。

9つを一目で

コミット数はGitHubコミットAPIによる、2026-05-02から2026-07-31までのデフォルトブランチのコミットだ。Zammad、OTOBO、Znunyは GitHubのReleaseオブジェクトではなくgitタグを公開しているため、/releases/latestしか読まないツールはこの3つを誤って「放棄された」と判定してしまう。

1. Zammad

最適な相手: 完全なプロダクトを求め、機能フラグで小出しに課金されることを拒むサポートチーム。

Zammadは私が最初に導入するものであり、その理由は装飾的ではなく構造的だ。コードはAGPL-3.0でライセンスされ、READMEには「Zammad GmbHのような商用プロバイダーからは独立している」Zammad Foundationが所有していると書かれている。財団が著作権を保有していることが、単一ベンダーのオープンコアプロジェクトよりもここでは密かなライセンス変更が難しい実務的な理由だ。

より重要なのは、無料版に含まれる内容だ。Zammadのサブスクリプションページに関する管理者向けドキュメントには、サブスクリプションのドキュメントによれば「SaaS環境でのみ利用可能」と書かれている。セルフホストのインスタンスにはプランオブジェクトが存在しないため、制限すべきものが何もない。Zammad自身の価格表のセルフホスト側には機能行が1つもなく、応答時間とサービスリクエスト数だけがある。Zammadのセルフホストで払う金額は、機能フラグではなく人間を買っている。

実際には、SLA、Core Workflows、そしてナレッジベースはすべてAGPL版に含まれており、ドキュメントのどこにもプランの注記はない。一方でホスト版の価格表では、同じものにエージェントあたり月16ユーロまたは25ユーロを課金している。Core Workflowsのドキュメントが最も分かりやすい例だ。ホスト版ではPlus v2限定の機能だが、ドキュメントページにはプラン要件がまったく書かれていない。

長所: セルフホストで機能制限なし、財団が所有するコード、90日間で735件のコミット、ホスト版を選べばISO27001対応のデータセンター、本当に良いREST API。

短所: レポート機能にはElasticsearchが前提条件で、自分でインストールする必要がある。責任を持ってくれるベンダーが欲しければセルフホスト契約は2,999ユーロが下限になる。ホスト型AIは0.03ユーロ/コールで課金され、Starterティアではそもそも提供されない。

価格: ソフトウェアは無料。ホスト版はエージェントあたり月7ユーロ、16ユーロ、25ユーロ(年払い、税別)。セルフホストのサポートは年2,999ユーロ、5,999ユーロ、9,999ユーロ。

私の見解: 有能なLinux担当者がいて、注釈なしの本物のヘルプデスクが欲しいなら、これが正解だ。その担当者がいないなら、2,999ユーロという金額が実際に買っているものであり、その時点でホスト型のヘルプデスクシステムと正直に比較すべきだ。

2. FreeScout

最適な相手: サブスクリプションよりも買い物リストを受け入れる、メール中心の小規模チーム。

FreeScoutはセルフホスト版Help Scoutに最も近いものであり、この一連のプロジェクトの中で最もよくメンテナンスされているトラッカーだ。90日間で179件のコミット、オープンissueはわずか31件であり、4,450個のスターを持つプロジェクトとしては注目に値する。私が確認したのと同じ日にリリース1.8.232を出していた。

問題はモジュールモデルだ。ベースアプリはメールボックス、会話、エージェントを扱う。他のほぼすべてはモジュールカタログからの買い物であり、一括払いで永久利用可能だが、1インスタンスに対してライセンスされる。つまりステージング環境も、すべての独自コピーを必要とする。

計算すると、7つのモジュールからなる無駄のないコア(ナレッジベース、ワークフロー、レポート、タグ、保存済み返信、満足度評価、カスタムフィールド)で70.94ドル。中堅のホスト型ヘルプデスクとおおよそ同等になるには19個のモジュールと159.89ドルが必要だ。5つのソーシャルチャネルと6つの認証モジュールを加えると292.87ドルになる。

長所: このカテゴリで最もきれいなissueトラッカー、経年しても劣化しない一括払いの価格設定、12.99ドルの誠実なAPI・Webhookモジュール、活発な毎週のリリース。

短所: まとめ買い割引なし、トライアルなし、返金なし、すべてがモジュールFAQに明確に記載されている。インスタンス単位のライセンスがステージング環境を不利にする。そして71個のモジュールの中にAIモジュールが一つもない。

価格: アプリは無料、モジュールは1個1.99〜24.00ドル、フルセットで564.72ドル。

私の見解: サポートが本当にメール+ヘルプセンターであり、上限がオートメーションプラットフォームではなく、よく運用された共有インボックスであることを受け入れられるなら、ここでは最も割安だ。これを超えて成長するチームは通常、機能面ではなくチケット量の面で超えていく。

3. Chatwoot

最適な相手: 最初のチャネルがメールではなくライブチャットであるチーム。

Chatwootはこのカテゴリで大差をつけて最もスターの多いプロジェクトで、35,028個のスターを持ち、それにふさわしい機能を備えている。ウェブサイトチャット、メール、WhatsApp、Instagram、TikTok、SMS、Telegram、Line、そして音声チャネルまで、直近90日間で439件のコミットがある。

このリストの中で最もはっきりしたオープンコアの例でもある。コアはMITだが、別のライセンス条件を持つ最上位のenterprise/ディレクトリが独立して存在し、そのためGitHubはライセンスをNOASSERTIONと報告している。セルフホストプランのページには、コミュニティエディションが放棄するものが明記されている。Captain AI、音声通話、カスタムブランディング、エージェント容量、ロールと権限、SSO、SLAポリシー、優先サポート。 無料ティアにしては長いリストであり、成長中のチームが最初に求める2つのもの、つまりSSOとSLAを含んでいる。

実際にAIに料金を払う場合、単位はクレジットだ。含まれる割り当ては階層によって月300、500、800であり、超過分は1,000クレジットあたり20ドル、モデル構成が1つしかサポートされていないため各アクションは1メッセージあたり1クレジットを消費する、Captainクレジットのドキュメントによる。コミュニティエディションはこれらを一切受け取れない。

長所: ここでは断トツに広いチャネルカバレッジ、本物のプロダクトチームがいる、「データと設定は引き継がれる」というアップグレード経路がドキュメント化されている、DockerとHelmのデプロイパス。

短所: 無料版はかなり削られている。本番環境には4コア以上、8GB以上のRAM、PostgreSQL 12以上、Redis 6以上が求められる。クラウドは米国内のAWSで稼働し、ページ上で明示された認証はない。

価格: コミュニティエディション0ドル。セルフホストのPremium Supportはエージェントあたり月19ドル、Enterprise Editionは99ドル、いずれも年払い。クラウドは0ドル、19ドル、39ドル、99ドル。

私の見解: チャットがメインチャネルでSSOなしでも構わない、あるいは19ドルティアの予算があるなら、Chatwootを選ぼう。主に繰り返しの質問をかわすことを目的としているなら、チャネル特化型のツールにコミットする前にライブチャットAIアプリについての私たちの見解を読んでほしい。

4. OTOBO

最適な相手: ITSMとエンタープライズサービスマネジメント、特に別ベンダーなしでAIを求める場合。

これが最も私を驚かせた発見だ。OTOBOは332個のスターしかなく、この比較の中で他のどのプロジェクトよりも少ないが、90日間で940件のコミットがあり、この比較の中で他のどのプロジェクトよりも多い。このカテゴリではスター数とメンテナンス状況がほぼ逆相関しており、OTOBOはその最も明確な証拠だ。

これはOTRSのコードベースのGPL-3.0フォークで、バイエルンのRother OSS GmbHによってメンテナンスされている。OTOBOのホームページには、「OTOBOは100%オープンソースでライセンスフリー」だと率直に書かれている。ロゴの壁にはNATO、Siemens、Infineon、Hyundaiが並び、これは適当に作れる主張ではない。

さらに、Rotoboという名のAIレイヤーを搭載している。現在ベータ版だ。OTOBOのAIガイドは2つの機能を説明している。すでにあなたのOTOBO内にあるデータから回答ドラフトを生成する検索拡張生成と、自然言語でOTOBOを操作できるチャットシステムだ。アーキテクチャはあいまいではなく具体的だ。otobo-ai-servicesスタック、otobo-aiパッケージ、あなたのOTOBOのデータをモデルに公開するMCPサーバー、そしてAPIとChromaDBベクトルデータベース用の追加2コンテナ。推論はドイツのデータセンター内のOllamaで実行され、米国のハイパースケーラーを意図的に避けている。ホスト型のAIサーバーはベータ期間中は無料で、ベータ終了後の価格はまだ公開されていない。

長所: ここでは最もアクティブなコードベース、公開されているサポート価格(このカテゴリでは珍しい)、すべてのプランで同時エージェント数無制限、本物のエンタープライズ導入実績、ハードウェアの下限(RAM 8GB、ストレージ40GB、本番用に3GHzのXeon)を公開している唯一のプロジェクトであること。

短所: AIはOTOBO、Daemon、MariaDB、Redis、Elasticsearchの上にさらに2つのコンテナを追加するため、1コマンドでのインストールにはならない。インターフェースは20年分のOTRSの遺産を抱えている。サポートは年3,900ユーロから始まり、30分単位のサービスリクエストが10件しか含まれない。そして11.1は現在ベータ版で、2026年6月24日にリリースされた。

価格: ソフトウェアは無料。セルフホストのサポートは年3,900ユーロ、9,900ユーロ、24,500ユーロで、同時エージェント数は無制限。マネージドホスティングは年11,400ユーロ、12,900ユーロ、26,000ユーロで、これらのマネージドティアではリリースアップグレードが追加料金となり、オンプレミスのEnterpriseプランとは逆の仕組みになっている。

私の見解: あなたのチケットが社内向けで、どのみちITSM向けAIの選択肢を比較する予定だったなら、OTOBOはほとんど得られないショートリストの席を得るに値する。332個のスターは、このカテゴリ全体で最も誤解を招く数字だ。

5. GLPI

最適な相手: チケットと同じくらい資産インベントリが必要な社内ITチーム。

GLPIはITSMおよびIT資産管理のスイートで、サービスデスクは5つのモジュールのうちの1つにすぎない。ホームページのタブはHelpdesk、Cloud Inventory、CMDB、Finance、Workflowであり、機能リストにはアンチウイルス管理、アプリケーション展開、MDMが含まれる。それがまさに誰のためのものかを示している。

重要なのはこの精密なポイントだ。あなたのチケットが従業員から来るなら、資産・CMDBのコアがGLPIを選ぶ理由になる。あなたのチケットが有料顧客から来るなら、その同じコアは使わずに担ぐ重荷になる。お客様の声のプレイリストに名前が挙がっているすべての顧客がITやインフラの話であり、それがこの読み方を裏付けている。

90日間で414件のコミット、2026年6月にリリース11.0.8を出しており、健全な列に確実に位置づけられる。ホスト型プロダクト向けに公開のサービスステータスページも運用しており、オープンソースプロジェクトとしては本物の運用面での成熟度だ。

長所: ここでは最も深い資産・CMDBの物語、本物のヨーロッパでのエンタープライズ導入、実装のためのPlatinumパートナーネットワーク、活発な開発。

短所: ホームページはライセンス、バージョン、リポジトリについて一切触れず、すべてのボタンがセルフホストの道筋ではなくGLPI Networkクラウドに向かう。統合バーには何をするか説明のないGLPI AIのロゴがあり、そのため特徴を述べることができない。

価格: セルフホストは無料。GLPI Networkには別の価格ページがあり、ホームページでは45日間の無料期間が宣伝されている。

私の見解: 管理すべきハードウェアがある社内ITヘルプデスクには正解であり、顧客向けサポートには不正解だ。追跡すべき資産がないなら、チケットモジュールに説得されてはいけない。

6. osTicket

最適な相手: 15年間同じやり方で機能してきた、退屈だが実績あるチケットフォーム。

osTicketは、みんなが「オープンソースのチケッティング」と言うときに指すプロジェクトだ。GPL-2.0で、2026年6月17日にv1.17.8とv1.18.4をリリースし、今も約束どおりのことをしている。カスタムフィールド、カスタムフォーム、チケットフィルター、定型返信、エージェントパネルだ。

周辺の数字はもっと厳しい。90日間で29件のコミットに対し、オープンissueは1,200件で、このカテゴリ全体で最悪のissue対コミット比だ。ダウンロードページは今もPHP 8.0.xとMySQL 5.5を指定している。そして機能ページのスクリーンショットはwp-content/uploads/2021/01/から配信されており、プロダクトの画像が2021年1月以降更新されていないことを意味する。

さらに、何かを引用する前に知っておくべきURLの問題もある。osticket.com/pricingは404を返し、osticket.com/cloud-hostingも同様だ。商用のオファリングは別ブランドのSupportSystemに移り、エージェントあたり月12ドル、16ドル、24ドルとなっている。そこで階層別に制限されている機能はたった2つ、SAML認証とヘルプデスクの監査ログで、どちらもPremium限定だ。つまりSSOの要件が、1つのチェックボックスのために席あたりの価格を2倍にする。

長所: 本当に実績がある、巨大な導入実績、セルフホスト版に機能制限なし、カード不要の30日間クラウドトライアル。

短所: オープンissue1,200件、古びたスタック要件、2021年で凍りついたプロダクト画像、いかなるAIもない、そして最安のクラウドプランでは1添付ファイルあたり2MBの制限があり、大きすぎる添付ファイルは拒否されるのではなくサイレントに破棄される。

価格: セルフホストは無料。SupportSystemクラウドはエージェントあたり月12ドル、16ドル、24ドルで、公開されている年間割引はない。

私の見解: メールを番号付きキューに変える単純なフォームさえあればいいなら、今も十分に使える。チーム内で誰かが「オートメーション」や「AI」という言葉を口にしたら、それを避けて計画するのではなく、モダンな自動化されたチケットシステムと比較すべきタイミングだ。

7. Znuny

最適な相手: すでにOTRS Community Editionで生活していて継続性が必要な組織。

Znunyはもう一つのOTRS Community Editionフォークで、GPL-3.0、znuny/Znunyにあり、大文字のZがそれをインデックスしようとするツールの半分を混乱させる。90日間で79件のコミット、2026年7月のタグrel-7_3_5は、OTOBOのペースの約12分の1ではあるものの、メンテナンスされている列に無理なく収まっている。

その価値提案のすべては血統だ。Znunyプロジェクトは率直に述べている。Znunyは「2020年12月末にEOL(サポート終了)が宣言された」OTRS Community Editionのバージョン6.0.30の継続版だ。あなたの組織が長年にわたるOTRSのプロセス、カスタムモジュール、訓練済みのエージェントを持っているなら、これは誰にも再教育を求めない道だ。

ここでの驚きはZnuny-LLMであり、このリスト全体で最も完成度の高いAI実装なのに、どこでもほとんど言及されない。Ollama、OpenAI、Azure、あるいは任意のOpenAI互換エンドポイントに対応した独自モデル持ち込み型で、5つの機能を提供する。言語ごとのチケット要約、エージェントのサムズアップ/ダウンがフューショットの例としてフィードバックされるルーティングと分類、動的フィールドへの平易な言葉での抽出、テンプレートの推奨、そしてナレッジドラフトによるFAQマッチングだ。彼らはまた、ほとんどのベンダーが隠すであろう誠実な制約も公開している。推論モデルはサポートされておらず、「thinking」型のバリアントは空または不正な形式の出力を生成するためだ。

長所: 本物のOTRSの継続性、追加費用なしの本物の独自モデル持ち込み型AIレイヤー、オープンコア分離のないGPL-3.0、機能制限なし、そして7.3.5は2026年7月に2件のCVEを修正した。

短所: GitHubのReleasesを一切公開せずタグのみのため、自動化された鮮度チェックが誤ってフラグを立てる。ハードウェア要件を一切公開していない。Silverホスティングティアには、GoldとPlatinumでは免除される約1,595の初期設定費用がある。

価格: ソフトウェアは無料。サポートはサービスリクエストに応じて年4,499ドル、9,999ドル、28,900ドル。ホスティングは年払いで月799ドル、1,419ドル、3,169ドルで、対応するサポートティアが含まれる。

私の見解: 継続性とAIならZnuny、生の勢いならOTOBOを選ぼう。完全に自分でコントロールし、自分のOllamaサーバーに向けたAIレイヤーが欲しいなら、Znuny-LLMはこの比較全体で最も信頼できるものであり、その存在をほとんど誰も知らない。

8. Request Tracker

最適な相手: エンジニアリング、インフラ、セキュリティ、大学のチーム。

Request Trackerはここで最も古いプロジェクトであり、今も1日あたり約1.2件のコミットを出し続けている。直近90日間で108件、2026年6月にリリースrt-6.0.3だ。このリストの中で厳密にGPL-2.0のみでライセンスされている唯一のプロジェクトで、READMEには通例の「または以降」ではなく明確に「Version 2」と書かれており、非常に特定の文化的な居場所を持つ。NOC、悪用対応窓口、セキュリティチーム、そして.eduだ。古いブックマークを更新している人向けに触れておくと、bestpractical.com/request-trackerは今requesttracker.comにリダイレクトされているが、ドキュメントはそのままの場所に残っている。

これはカスタマーサポートデスクになろうとしているものではなく、そう求めるべきでもない。チャットウィジェットも、ソーシャルチャネルも、CSATダッシュボードもない。あるのは、キューモデル、権限システム、そして本当に複雑なワークフローとの接触に耐えるスクリプティングレイヤーであり、それがこそがこの時代のほとんどのものより長く生き残った理由だ。

コアではなくCPAN上にAI拡張機能があり、名前で文書化されている機能は一つだけだ。平易な言葉での説明を受け取り、ワークフロー、カスタムフィールド、グループ、権限を構築するキュー作成アシスタントで、何かが適用される前にレビューのステップがある。AIはRTの主要な機能リストのどこにも登場しないため、選ぶ理由ではなくボーナスとして扱うべきだ。

長所: 30年の安定性、複雑なキューと権限ルールで例外的な強さ、オープンissue82件の小さくクリーンなトラッカー、本物の商用サポート、さらに20%のアカデミック割引と10%の非営利団体割引。

短所: インターフェースは快適さより機能性重視であり、対象は技術者、そしてPerlは2026年において実際の採用上の懸念事項だ。Cloud RTは2つの計測基準を同時に結びつける。ユーザーあたりの価格と、ティアによって250、1,000、5,000というチケットの月間上限だ。月450ドルのオンプレミスプランには、四半期あたりちょうど1件のSLA付きサポートリクエスト、つまり年間4件しか含まれない。

価格: ソフトウェアは無料。Cloud RTはユーザーあたり月15ドル、29ドル、39ドル、99ドル(年払い)で、それぞれ独自のチケット上限を持つ。オンプレミスのサポートは無料、月450ドル、月1,650ドル、またはカスタムだ。

私の見解: あなたの「顧客」が他のエンジニアなら、このリストの他の何よりも良い選択だ。それが一般消費者であれば、それは間違ったツールであり、どれだけテーマをいじってもそれは変わらない。

9. UVdesk

最適な相手: eコマースのサポート、ただしプロジェクトが再始動すれば。

UVdeskを含めているのは、それが本当にeコマースに合っており、Symfonyのコミュニティエディションが十分な土台であり、あらゆるリストに載っているからだ。しかしメンテナンスの信号を最初に見るべきだ。直近90日間でデフォルトブランチのコミットはゼロ、そしてどんな種類のコミットも最後のものは2025年10月1日、およそ10か月前だ。最終リリースのv1.1.8は2025年9月だった。

もう一つの奇妙な点がある。リポジトリは19,471個のスターを示しているが、ウォッチャーは47人、フォークは564件だ。この一連の他のすべてのプロジェクトは、これとは一桁違う比率を持っており、スターはGitHubの指標の中で唯一買うことができるものだ。この数字は慎重に扱ってほしい。

価格設定にも独自の罠がある。宣伝されているSaaS料金はエージェントあたり月8ドルまたは15ドルだが、両方の有料ティアには最低2エージェントという条件があり、実際の最安の入口は8ドルではなく月22ドルになる。無料ティアはセルフホストするコミュニティスケルトンで、価格ページは無料・有料ティアをそれぞれ異なる2つの機能リストにリンクしている。これはUVdesk自身が、両者が同じプロダクトではないと示す信号だ。

長所: eコマースのワークフロー向けに構築されている、セルフホストのコミュニティエディションでは無制限のエージェント、OSL-3.0。

短所: 10か月コミットなし、他のあらゆるエンゲージメント指標とかけ離れたスター数、宣伝価格を2倍にする2エージェントの最低ライン、そしてベンダーが別々のページに文書化している無料対有料の機能の分断。

価格: コミュニティエディションは無料。年払いでProはエージェントあたり月8ドル、Enterpriseは月15ドル、または月単位払いなら11ドルと18ドルで、いずれも2エージェントの下限がある。

私の見解: 何かをコミットする前に、自分でリポジトリを確認してほしい。あなたがこれを読む時点で動きがあれば、それは合理的なeコマースの選択肢だ。動きがなければ、次のセクションの4つと同じように扱ってほしい。

リリースを止めたのに、今もリストの上位にいる4つ

これは私が最も持ち帰ってほしい部分だ。確認は90秒ほどで済むのに、ほとんど誰もやらないからだ。

このカテゴリのリリースの周期は二峰性で、中間には何もない。すべてのプロジェクトは直近10週間以内にリリースしているか、20か月以上リリースしていないかのどちらかだ。緩やかな衰退や「静かだが大丈夫」というものはない。プロジェクトは今四半期に取り組まれているか、2年前に止まっているかのどちらかだ。

• Peppermint - リポジトリはアーカイブ済み、つまり読み取り専用でissueやpull requestを受け付けられない。最終リリースは2024年11月。そしてpeppermint.shは完全に解決しなくなっている。DNSはSERVFAILを返し、ドキュメントのサブドメインも同様に失敗する。ドメインは2028年まで登録が残っているため、これは未払いの請求ではなく取り下げられたデリゲーションだ。今も3,157個のスターを持ち、2026年の比較記事に今も登場している。
• Helpy - 最終リリースは2020年2月、6年5か月前だ。masterブランチが最後に動いたのは2021年10月。オープンissueは230件、未マージのDependabotブランチは100を超えており、これはもう誰も見ていないリポジトリの典型的な姿だ。
• Trudesk - trudesk.ioは今も稼働しHTTP 200を返し、ドキュメントサイトも動いており、これがまさに人々を誤解させる点だ。しかしmasterが最後に動いたのは2024年7月24日だ。2026年のpush日付は、一度もマージされなかったui-next書き換えブランチのものだ。
• Faveo - デフォルトブランチのdevelopmentが最後に動いたのは2024年10月3日、最後にタグ付けされたリリースは2023年10月だった。2026年の動きはDependabotとStyleCIだ。リストサイトがFaveoについて引用する3つのリポジトリパスのうち2つは今404を返し、稼働しているのはfaveosuite/faveo-helpdeskだ。

この確認は2クリックで済む。リポジトリを開き、デフォルトブランチに切り替え、一番上のコミットの日付を見る。スター数は見ないこと、そしてアグリゲーターページの「最終更新」を信用しないこと。

セルフホストの税金、時間単位で

ホスティングは高くつく部分ではない。高くつくのは、サポートシステムがメールシステムであり、メールは容赦がないという点だ。

その画面はFreeScoutの接続設定であり、セルフホストの誠実な顔だ。SPF、PTR、DMARCはそれぞれ正しく設定されていなければならず、そうでなければ返信がスパムに入り、それをモニターではなく怒った顧客から知ることになる。テストでは動くからという理由でSMTPよりPHPのmail()を選ぶのは、3週間後に配信性の崖として現れる間違いだ。

その失敗モードは遅いだけでなく、静かであるためもっと悪い。Redditのシステム管理者が、私の頭に残っているこの話のバージョンを語っていた。

"I used zammad with the Microsoft sso for a while, worked well. Have since moved to cloud platform for tickets - the realization that our ability for users to submit tickets outside of email when vpn or other network services went down created more work than self hosting was worth.

Also saw a previous employer miss an email about a mass phishing attempt because the helpdesk server had stopped consuming emails. Wasn't worth the risk."

u/unofficialtech, Reddit

静かにメールの受信を止めたヘルプデスクは誰にも知らせない。ただ静かになるだけであり、その静けさはいい日のように見えるが、後になってそれが見逃したセキュリティインシデントだったことが分かる。

メールの問題のもう半分は、プラットフォームベンダーが常に足元で変化し続けることだ。MicrosoftがIMAPとPOPのベーシック認証を廃止したとき、それはセルフホスト型のデスクを大量に壊し、2026年になっても人々の時間を奪い続けている。

"Actually fighting [f] to get mail in/out working with freescout right now - and having had learn more than I care to about o365 and PowerShell etc"

e12e, Hacker News

「望んでいた以上に」というのが請求されない時間であり、誰もそれを表に入れない。

それからアップグレードもある。osTicket自身のメーリングリスト登録は、その言葉によれば、利用可能なアップグレードとセキュリティパッチがリリースされたときに知らされるために存在する。それはベンダー自身が述べているセルフホストの税金だ。パッチ適用はあなたの仕事であり、あなたのスケジュールで、永遠に。Zammadはパッチ、マイナーリリース、セキュリティのアップデートを、最上位の9,999ユーロティアでのみ代わりに行う。OTOBOは9,900ユーロのプランから遠隔でセキュリティパッチをインストールし、リリースアップグレードを代わりに行うのは24,500ユーロからだけだ。

この2つの価格ポイントが実際に語っていることに注目してほしい。ベンダーはメンテナンス作業に数字をつけており、その数字は年間で5桁だ。 ビジネスケースが、その作業はボランティアが吸収するから無料だと仮定するとき、ベンダー自身の価格表がその反証になっている。

規模の問題もあり、あるMSPのオーナーは私が言う気になれないほど率直に、osTicketから移行するスレッドで述べていた。

"Your management is just used to paying nothing for open-source, but you simply can't run an MSP that size without a PSA."

u/CK1026, r/msp

これはいずれもセルフホストに反対する議論ではない。それは作業時間を表に入れるべきだという議論だ。あなたの答えが「システム担当者がいて、その人はこれを楽しんでいる」なら、セルフホストは本当に良い取引であり、上のカリキュレーターがそれを示してくれる。誠実な答えが「誰も所有していない」なら、ホスト型ヘルプデスクにオートメーションレイヤーを加えたほうが、障害が起きるよりも安く済む。

AIは実際どこにあるのか

さて、気まずい部分だ。ほとんどのチームがこの種のリストを読んでいるのは、チケット量が人員数よりも速く増えているからであり、それはチケッティングの問題というよりオートメーションの問題だ。

上で最も推薦されている4つのプロジェクトは、ここで提供できるものが最も少ない4つだ。9つ全体の完全な図はこうなる。

• Znunyが最も完成度の高い実装を持ち、無料で独自モデル持ち込み型だ。OTOBOはベータ版のRotoboで肉薄している。両方ともリストの上位に誰も置かないドイツ製のOTRSフォークだ。
• ZammadはAIを0.03ユーロ/コールで課金し、それもProfessional v2とPlus v2のみだ。Starterティアには一切AIオプションが載っていない。これがそのコール1回で買えるものだ。

• ChatwootはCaptainという良いAIプロダクトを持つが、コミュニティエディションにはゼロのクレジットしか与えない。超過分は1,000あたり20ドル、メッセージあたり1クレジットだ。
• FreeScoutは71個の中にAIモジュールが一つもない。最も近い隣接プロダクトは6.99ドルのチケット翻訳ツールと5.99ドルのスパムフィルターだ。
• Request Trackerは説明からキューを構築するCPAN拡張機能を1つ持つ。有用だが、それはセットアップツールであり、解決レイヤーではない。
• osTicket、GLPI、UVdeskは、AIレイヤーと呼べるものを何も公開していない。GLPIには説明のない「GLPI AI」のロゴが表示されているが、それだけでは特徴づけには足りない。

つまり9つのうち6つでは、AIを追加することは、その上に別のレイヤーを追加することを意味する。それは普通のことであり、通常は移行より安く済む。というのも、壊れているのはめったにチケットシステムそのものではないからだ。Zammadを運用しているあるエンジニアリング部門長は、実際のギャップをこう説明していた。

"It's not as polished as products like ZenDesk. In fact, it's not really an awesome experience. Some things you'd think ought to be standard are either not implemented or not implemented well or a bit clunky. For instance, it's laborious to try and find agent performance metrics. Really, it's more a system for tracking your currently open tickets but without a lot of richness in managing performance or reviewing history, finding root causes, identifying trends, etc."

David W., Head of Engineering, G2

それが物事の誠実な姿だ。これらのツールはチケットを非常によく追跡する。しかしそれを読んではいない。

そのレイヤーこそ私が取り組んでいる部分だ。うまくいくパターンは地味なものだ。ヘルプデスクとナレッジソースに接続し、チケット履歴から学習し、そして狭く始める。まず社内メモとして返信をドラフト作成し、顧客が見る前に人間がすべての回答を確認する。ドラフトが一貫して正しい範囲でのみ、対象を広げていく。ある顧客は電話でその要件を正確に説明していた。

"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. I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone."

それが正しい直感であり、だからこそ生の解決率よりも信頼度ベースのルーティングのほうが重要になる。すべてに70%の精度で答えるAIは、30%のチケットに98%の精度で答え残りをきれいに引き渡すAIよりも劣る。私たちは自信ありげに見えるボットが静かに間違った回答をするのを見てきており、だからこそ私たちが実行するすべてのロールアウトは、本番のキューに触れる前に必ず過去のチケットに対してシミュレーションされる。

すでにあるチケットシステムでeeselを試す

ここまで読んだなら、あなたはおそらく「どのオープンソースヘルプデスクか」を検討しているが、本当の問いは「同じ40個の回答を打ち直すのをどうやってやめるか」だ。

eeselはAIレイヤーであり、別のチケットシステムではない。あなたのヘルプデスクとナレッジソースに接続し、過去のチケットから学習し、まず社内メモとして返信をドラフト作成することで、顧客が見る前に人間がすべてを承認できるようにする。すでに構築したキュー、履歴、ワークフローはそのまま残る。Zendeskを使うギグエコノミー系のアナリティクスチームは、7日間のトライアル中にそれを達成し、初月でティア1リクエストの73%を解決した。

誠実な限界: あなたが送信APIアクセスのないVPNの内側でセルフホストしているなら、今日の私たちは正しい答えではなく、プロジェクトを売り込むよりそう言うほうがいい。しかしあなたのシステムにAPIがあり、チームの誰かがコピー&ペーストに疲れているなら、無料で始めて実際のチケット1週間分に向けてみてほしい。それだけで、ドラフトが使えるものかどうかが分かる。