おすすめのヘルプデスクソフトとセルフホスト型Zendesk代替製品

時々返信する人を追加するたびに、サポートソフトを選び直す必要はないはずです。セルフホスト型Zendesk代替製品なら、顧客チケットを扱う基本ライセンス料金をなくせます。共有メールならFreeScoutが妥当な出発点で、メールボックスからチームへの振り分けが決め手ならZammadが候補です。どちらもメール運用の責任者は必要です。

Zendeskの継続や別のマネージドヘルプデスクが、よりよい購入になる場合もあります。必要な業務が既に機能しており、パッチ、バックアップ、メール処理を担える人がいなければ、契約変更で仕事が一つ増えるかもしれません。

要点

時々のメール対応にはFreeScout、チーム振り分けにはZammad、メールとチャットの共通キューにはChatwoot Community Editionから検討しましょう。UVdeskとosTicketは特定の通知や部署振り分けに適します。Peppermintの新規本番導入には保守とライセンスの確認が必要です。運用作業を予算に含め、サポートアドレスを移す前にメールの往復全体を実証してください。

ライセンス料金と担当者当たりの運用費を比較

基本ライセンスが無料でも、ホスト、機能するメール、バックアップ、保守は必要です。担当者当たりの実質費用は運用予算全体を人数で割った額です。人数の追加で固定費を分散できますが、通信量や運用作業の増加で予算が上がる場合もあります。

表は説明用の米ドル月額予算であり、業者の見積もりや同一容量での推定ではありません。計算した各行ではホスト$40、バックアップ$5、メールボックス・送信$5、時給$30で保守2時間を想定します。現金運用費$50と労務$60で合計$110です。

仮のチーム人数は3、10、25人です。これは計算であって、1台で全負荷を処理できる証拠ではありません。表ではH（ホスト）、B（バックアップ）、E（メール）、L（労務）と分けて読みやすくしています。

総費用はライセンス + 必須モジュール + ホスト + バックアップ + メール + 労務で求め、モデルの人数で割ります。表示値は丸めても、以降の計算用に丸め前の値を保持してください。

変動に敏感なのは保守時間です。2時間ではなく4時間なら月$170となり、人数別に1人当たり$56.67、$17.00、$6.80です。この時間は置き換え可能な予算枠で、製品の保守必要量を測定したものではありません。

FreeScoutのモジュールライセンス条件は、1インスタンス用の永続ライセンスと生涯更新を定めています。必須モジュールがMなら初期期間の現金支出にMを加えます。明示した12か月保有シナリオでM/12を月次償却額として示しても構いません。月額サブスクリプションと呼ぶのは購入形態を誤って伝えます。

セルフホスト有料版が1人当たり月pなら、基本シナリオは$110 + pNです。Nは人数、実質費用は$110/N + pです。詳細モデルではホスト費H(N)が負荷、添付保存量、サービス要件に応じて増えることがあります。

同じ合計はライセンス計算だけを分離するためです。安さの順位や管理時間の同一性を予測するものではありません。移行で節約できると判断する前に、不足する有料機能も含む必要範囲と現在の請求を比べてください。

決め手となる機能でZendesk代替製品を選ぶ

2つのサポートアドレスへの依頼を手動分類しているなら、まず振り分けを試します。時々対応する人の費用が問題なら担当者のアクセスを試します。最適なZendesk代替製品は変えたい業務、その業務を扱う版、受け入れられる制限で決まります。

時々メール対応する人向けのFreeScout

同僚が追加の基本ライセンス席を買わずに時々返信するならFreeScout基本版です。公式リポジトリはサポート担当者数無制限と記載しています。必要な拡張は別途調べ、活動量でサーバーを選んでください。アカウント無制限は容量保証ではありません。

誰がアクセスし、どの会話を扱うか決めてください。

決定前に必要な拡張を書き出します。ワークフロー、タグ、顧客ポータルの要件を費用節の有料モジュールと照合してください。未計上の追加機能に依存するなら、魅力的な基本版も不適切な購入になります。

共有メールと時々の対応なら、私はFreeScoutを最初の候補にします。下記メールボックス試験を決め手にしてください。アカウント追加より、返信が正しい会話へ戻ると示すほうが難しいためです。

メールボックスからチームへ振り分けるZammad

特定チームのキューへ依頼を送るならZammadのオープンソース・セルフホスト版です。メールアカウント設定ガイドは宛先グループと細かいフィルターを説明します。制約はアプリ構成に加え、アカウント設定と過去メールの取り込み挙動にも責任を持つことです。

サポートと請求のアドレスが毎回1人の再配布に依存すべきではありません。宛先グループを設定し、代表的なメールで検証します。例に一致する規則は、関係ない依頼も適切なキューに残す必要があります。

Cloudzy VPSのZammadワンクリック展開で手動インストールを省けます。アプリ構成が入れば、サポートメールボックスの接続とチーム振り分け設定に進めます。

古いメールボックスの接続には注意が必要です。Zammadは初期設定で取り込んだメールを元のメールボックスから削除します。残すにはIMAPを使い、“Keep messages on server”を“yes”にします。取り込んだメールを既読にし、未読のみを取り込みます。過去メールにはアーカイブモードを使い、自動返信などを抑止してください。利用の多いアドレスを接続する前に設定を合意します。

これは振り分けの推奨で、Zendesk移行が全ワークフローや記録を保つという約束ではありません。新着メール試験の成功と移行要件は分けて考えてください。

メールとチャットの共通キュー向けChatwoot

メールとライブチャットを共通受信箱で扱うならChatwoot Community Editionです。Communityページには共有受信箱、ライブチャット、メールが明記されています。必要な有料制御機能を確認してください。受信箱共有だけでZendeskの全チケット業務と同等にはなりません。

チャット会話とメール依頼は別の監視場所を生みがちです。Chatwootを使う理由はその分断を減らすことです。既存処理を置き換える前に、担当者による受信と会話継続を評価してください。

セルフホストプラン比較ではSSO/SAMLとSLAポリシーはEnterprise限定です。Community Editionの前に要件を確認します。どちらも自社インフラで動いても異なる購入です。

チャット体験が主な判断軸なら、広範なセルフホスト型ライブチャット比較で隣接領域を確認できます。ここでの受入試験にはメール受信と返信継続も残してください。

チケット作成通知向けUVdesk

新規チケットで担当者に自動通知するならUVdesk Communityを候補にします。配布版はAutomation Bundleを含み、UVdeskのワークフロー例は作成時に担当者へメールを送ります。Communityで規則を検証してください。EC連携、商用アプリ、SaaS業務は個別に版の確認が必要です。

文書のフローはイベント、条件、アクションを使います。キューに必要な宛先と条件でこの通知1つから始めます。発火すべきメールと発火しないメールを両方試し、広すぎる規則が不要メールの発生源にならないようにします。

運用にはPHPアプリとメールボックス更新設定が含まれます。その通知が設定作業に見合う場合に選び、キューの他の部分と同じ再起動・メール検査を規則にも求めます。

アドレスで部署を振り分けるosTicket

受信サポートアドレスで部署と初期優先度を決めるならオープンソースosTicketです。Email Settings文書が直接説明しています。制約は受信経路です。パイピングはメールサーバーへのアクセス、ポーリングは職員の活動に依存しない定期取得処理が必要です。

[email protected]のようなアドレスは作成時に宛先を伝えられます。異なる依頼でアドレスと部署の対応を試し、そのうち1件に返信して元の会話に残るか確認してください。

実際の受信メールでZammadのグループ・フィルター方式と比較してください。

受信経路も購入判断の一部です。Webホスティングアカウントだけではメールサーバーのパイピングや無人定期ポーリングが使えるとは限りません。

独自ヘルプデスクの出発点としてのPeppermint

Peppermintはチケット管理、Markdownエディター、ファイルアップロードをセルフホスト環境で提供します。2026年7月に上流リポジトリがアーカイブされましたが、ソースは利用できます。方針が合い開発リソースがあれば、チーム業務に合わせたフォークの出発点になり得ます。

この場合、ビルド、依存関係更新、セキュリティ修正、メール連携を自ら担います。改変・展開前にライセンス条件を確認し、実際のサポート前にメール往復全体を試してください。

当社のPeppermintワンクリック展開は手動設定なしで既存アプリをVPSへ入れます。チケットフローを調べ、変更点を定め、その評価から独自フォークを計画してください。

メールパイピングと返信往復の確認方法

パイピング設定は運用上の難所ですが、多くのヘルプデスクはメールボックスを定期取得します。受信でチケットが作られ、担当者の返信が顧客に届き、その次の返信が同じチケットに入ると示してください。ログインやパスワード再設定通知の成功は顧客メールのどちらの方向も証明しません。

パイピングはメールサーバーから生のメッセージをアプリ処理へ渡します。IMAPポーリングは定期取得、転送は別の受信先への配送、SMTPは送信を担います。同じ受信箱に見えても設定は異なります。

文書で示される経路は製品ごとに異なります：

• Zammadのメールチャネル文書は一般IMAP/POP3とGoogle・Microsoft専用チャネルを分け、Microsoft IMAP/GraphやXOAUTHも説明します。顧客アカウント送信とシステム通知は別途確認が必要です。
• Chatwootのメール連携説明は転送とIMAPを区別します。転送手順だけでは新規セルフホスト受信サービスの設定完了を示せません。
• UVdeskのSMTP/IMAP設定手順はメール取得、SMTP Swift Mailer、顧客返信用Email Settingsを分けます。更新コマンドは繰り返し実行が必要です。古いパスワード例が現在の全Microsoft環境に通用するわけではありません。
• osTicketのポーリング文書はcron.phpの定期実行を求めます。auto-cronは職員の活動に依存します。メールOAuth2ガイドは職員ログインとは別にプラグイン・プロバイダー設定が必要です。送信SMTPも設定してください。
• Peppermintの現在の認証とジョブの挙動は、本番設定を推奨するほど検証されていません。

FreeScoutなら適切な既存メールボックスを取得でき、メールサーバー全体を構築する必要はありません。インストールガイドはプロバイダーOAuth、毎分実行、会話の関連付けを説明し、取得ガイドはプロバイダー別設定を示します。

切替前にこのFreeScout受入手順案を実施してください。実施予定の検査であり、完了済みの結果ではありません。

1. IMAP取得用のテストメールボックスを作り、プロバイダー、フォルダー、TLSを記録します。他のクライアントによる既読化を防いでください。FreeScoutは初期設定で既読を飛ばします。転送や自動返信のループも避けます。
2. プロバイダーの認証方法に従います。FreeScoutはMicrosoft 365とGoogle WorkspaceのOAuthを説明し、個人Gmailはアプリパスワードを使います。Workspace手順を全Gmailに適用したり、メールOAuthを担当者の有料ソーシャルログインと混同したりしないでください。
3. 顧客への返信をシステムメールと別に設定します。SMTP接続、認証情報、FromとReply-Toを確認します。管理者招待は顧客返信の配送試験ではありません。
4. 毎分のschedule:runを正しい設置パス、PHP実行ファイル、実行ユーザーで確認します。バックグラウンドキュー、ログ、システム状態を調べます。Cronはスケジューラーであり、設定の保存だけでは処理の実行を示せません。
5. 外部から固有件名と無害な添付で送信します。送信者、本文、ファイルが正しい会話がちょうど1件できることを求め、予定の担当者が引き受けられるか確認します。
6. FreeScout内で返信し、外部で配送と送信者を確認します。別の無害な添付を付け外部から返し、同じ会話に入ることを求めます。FreeScoutはReferencesヘッダーと本文マーカーで関連付けます。件名変更やヘッダー書換えでも必ず会話が保たれるとは考えないでください。
7. 取得・送信エラーと添付制限を調べます。サービス再起動と安全なバックアップ復元後に再試験します。本番アドレス切替前に失敗を記録してください。これらは準備の推奨で、ベンダー認証済み結果ではありません。

継続運用できる展開を選ぶ

停止したメール処理の発見や失った添付の復元を担う人がいなければ、マネージド運用を候補に残します。セルフホストにはパッチ、認証情報更新、ジョブ監視、バックアップ、保存量増加の責任者が必要です。役割を決め、アプリ要件を確認してから展開を選びます。

Zendesk継続、別のマネージド製品、ベンダー運用の購入はいずれも合理的です。実際の範囲を確認してください。ホスト管理とアプリ管理は代替し合いません。マネージドと非マネージドの責任分担は残る作業を説明します。

FreeScoutのサーバー要件は、DB、毎分実行、メール接続が動けば対応する共有PHPホストを認めています。より制御が必要ならVPSや適切な社内サーバーも選択肢です。ローカル試作で業務適合を調べ、本番は別途準備検査を行います。

Zammadの上流ハードウェアガイドは2コアとRAM 6 GB、同居Elasticsearchに追加4 GBを定めています。全構成と添付増加を考慮してください。小型ホストがログイン画面を出しても容量試験合格ではありません。

1つの業務を選び、予算仮定を自分の値に置き換え、アドレス変更前にメールボックス受入試験を求めてください。

よくある質問

最適な無料Zendesk代替製品は？

共有メールと時々の担当者が主な要件ならFreeScout基本版が実用的な出発点です。必要な有料モジュールは先に確認します。無料ライセンスでもホストと管理費は残るため、運用費を負担できる業務により最適な無料Zendesk代替製品は変わります。

メールチケットに適したセルフホスト型ヘルプデスクは？

共同アクセス、メールボックスからチームへの振り分け、アドレス別部署という仕事で選びます。正確な版が対応するか確認し、受信と返信を検証してください。顧客メールでキューと会話継続を試します。通知の成功は別経路の試験です。

Zendeskはセルフホストできますか？

できません。Zendeskのセルフホスト方針は製品をZendeskサーバーで提供し、自社サーバーでは運用できないとしています。自社設置には要件を満たすセルフホスト版のある別製品が必要です。ホスト方式の変更だけで全Zendesk業務が保たれるとは考えないでください。

オープンソースのチケットシステムはどう選びますか？

重要なサポート業務とそれを扱う正確な版から始めます。ライセンスと現在の保守を確認し、運用者を決めて必須追加機能を予算化します。サポートアドレスを移す前に、代表的なメールボックス試験を通る製品を選んでください。