無料チケット管理ツール6選：Zoho Desk・Jiraなどの上限と選び方【2026年】

担当者3人までで、顧客からのメールをシンプルに管理するなら、Zoho Deskが有力です。ただし、社内申請のワークフロー、対応人数の増加、自社サーバーでの運用が必要になると、最適な無料チケット管理ツールは変わります。本記事では条件を満たす6製品を比較します。ソフトウェアのライセンスが無料なのか、クラウドサービスが無料なのかによって、利用者が担う作業は異なります。

プランとドキュメントの確認日：2026年11月6日。 本記事では、継続して使えるクラウドの無料プランと、自社でホストできるオープンソースソフトウェアを対象にしています。期限付きの導入特典は含みません。比較はメーカーのドキュメント、料金、ワークフローの分析に基づくもので、製品の実機検証ではありません。

まず数えるべきなのは、問い合わせに対応する人です。エージェントはチケットを処理し、依頼者は問い合わせを送信します。従業員が10人でも、エージェントは2人で足りるかもしれません。一方、顧客対応を10人で行うサポート会社には、実際に作業できる10人分の席が必要です。この違いで選ぶプランが変わります。

無料のチケット管理ツールを一覧で比較

今回の候補は、クラウドサービス4製品とセルフホスト型2製品です。クラウド型はベンダーのインフラで動作し、セルフホスト型は自社で用意して保守するインフラで動作します。以下の最低料金はソフトウェアまたは契約の料金であり、人件費、メールサービス、サーバーの費用は含みません。

担当者数の上限に注意が必要です。 実際に対応するエージェントが6〜10人になると、今回の候補にあるクラウド型の無料枠はすべて超えます。有料クラウドを契約するか、オープンソースを自社で運用することになります。依頼を送るだけの従業員が増えても、必ずしもこの上限には達しません。

無料で使える6製品を詳しく比較

今の業務が無料枠に収まる製品から検討しましょう。見栄えのよいデモでチケット一覧が整っていても、それだけでは判断できません。実際のメール受信、担当者の割り当て、返信、フォローアップまで無料で回せるかが重要です。

1. Zoho Desk：顧客メール対応の第一候補

Zoho Deskは、顧客の問い合わせを担当者と履歴のあるチケットに変えるクラウド型ヘルプデスクです。共有メールボックスから移行したい小規模事業者にとって、今回の最有力候補です。サーバーの保守担当を置かずに、メールとフォームで受け付けられます。たとえば3人のネットショップなら、注文に関する質問を共通のキューに集め、担当を決められます。ただしFreeでは、人が調整すべき作業が多く残ります。

無料で使える範囲。 Freeはユーザー3人、サポート用メールアドレス1つ、高度なWebフォーム1つに対応し、顧客用ヘルプセンターも利用できます。自動化関連では通知ルール、標準のサービスレベル契約、マクロ2つが含まれます。マクロは、複数の操作を保存し、担当者が手動でまとめて実行する機能です。**サービスレベル契約（SLA）**は返信や解決の期限を定めるもので、顧客への回答を代行する機能ではありません。

問い合わせが増えると、マクロとワークフローの違いが効いてきます。マクロは人が選択した後の繰り返し作業を楽にします。ワークフローは、その選択を待たず、条件に応じて動作します。現行の機能比較表では、Freeにワークフロールールやチケットの直接割り当てルールはありません。担当者への自動振り分けを前提に導入しないでください。

ネットショップなら、まず新着を確認して担当を割り当てる人を決めます。繰り返す処理は、利用可能なマクロに保存しましょう。返品の問い合わせが「誰かが見ているはず」と放置されるなら、足りないのは確実な受付体制です。割り当ての原則を一文で説明できるようにしてから、自動化を検討します。

対応チャネルとナレッジ。 Freeは、メール、フォーム、ポータルでの対応用と考えましょう。SNS、メッセージング、ライブチャットは、別の有料機能です。非公開ナレッジベースで担当者間の回答を共有できますが、詳細比較表では公開ナレッジベースはStandardからです。ヘルプセンターがあるからといって、セルフサービス向けの記事公開機能がすべて無料とは限りません。

無料ソフトウェアの紹介ページでは、ヘルプ記事についてより広く使えるような説明があるため、この境界は見落としがちです。導入計画ではエディション別比較表を優先しましょう。顧客がメールを送る前に答えを見つけられる記事の公開が主目的なら、チケット受付とは分けて要件を確認してください。

AIの無料範囲と有料範囲。 Freeには生成AIによる要約、返信支援、文章作成支援、感情分析、チケットへの自動タグ付けは含まれません。有料のExpressとStandardにはbring your own key方式の生成AIが記載されています。外部AIアカウントを接続する方式であり、Deskの有料席を購入してもモデル利用が無料になるわけではありません。ProfessionalとEnterpriseにはネイティブの選択肢が加わり、機能や地域別の提供状況は比較表に示されています。通常の通知ルールやマクロは生成AIではありません。

有料化を検討するタイミング。 対応ユーザーが4人になる、サポート用メールを2つ使う、人手なしで動くワークフロールールや公開ナレッジベースが必要になる、といった場合です。Expressで少人数の席数やメール枠を増やせますが、ユーザー上限は5人で、自動化も限定的です。すべての制約を解消できるわけではありません。公開記事が必要なら、Standardを直接確認しましょう。最安のアップグレードで解決すると決めつけず、障害になっている制約を外せるプランを選びます。

向いている組織： 顧客対応の共有メールボックスを置き換えたい小規模企業。
強み： 継続無料のメール・フォーム受付と、シンプルな対応期限管理。
料金： 3ユーザーで$0。有料Expressは年払いで1エージェントあたり月額$7から。Zohoのエディション・料金比較
無料トライアル： 試用は任意です。本記事で評価した運用には、継続利用できるFreeを選びます。

結論：顧客メールの整理が目的で、受付時の振り分けを人が担えるなら、Zoho Deskが適しています。

最初のメール窓口をZoho Deskに移す手順

まずは範囲を絞って試します。新規チケットと返信が想定どおりに動くと確認できるまでは、既存のメールにもアクセスできるようにしておきましょう。主なサポート窓口を切り替える前に、以下の試験運用を行います。

1. 1

   Freeの利用範囲を確認する

   Freeを選択し、実際に作業するユーザーを上限内に収めます。上位プランのトライアルでは、終了後に使えなくなる機能も表示されます。Freeの機能比較表を合否判定の基準にしてください。

2. 2

   サポート用アドレスを接続する

   SetupからChannels、Emailを開き、標準のサポート用アドレスを確認します。Zohoのメールチャネル設定ガイドに従い、外部のサポート用メールをそのアドレスへ転送します。運用開始前に、必要な転送確認を完了させてください。

3. 3

   やり取りが続くことを確認する

   外部アカウントから通常の問い合わせを送り、担当を割り当てて返信し、依頼者として再返信します。送信元アドレス、スレッド履歴、添付ファイルの扱いを確認します。非公開メモが社内だけに表示されることも確かめましょう。

4. 4

   キューの管理責任者を決める

   未割り当ての確認担当、不在時の代行者、解決済みとする条件を決めます。マクロは繰り返す作業が明確になってから追加します。チャネルを増やす前に、最初の稼働週で起きた引き継ぎ漏れを見直しましょう。

2. Jira Service Management：社内申請の流れを整えたい場合に

Jira Service Managementは、フォーム、キュー、ワークフロー、期限の管理が役立つ依頼向けのサービスデスクです。アクセス権の申請、機器の不具合、業務上の質問に対応する小規模な社内サポートに適しています。2人のサポートチームでも、担当者が対応を始める前に必要な情報を集められます。ただし、小さな顧客対応窓口では、回答を始める前のプロセス設定が負担になりかねません。

無料で使える範囲。 Freeはエージェント3人、顧客数無制限で、1サイトと2 GBのファイルストレージを利用できます。受付チャネルにはメール、顧客ポータル、埋め込みウィジェット、Microsoft Teams、Slackが記載されています。カスタマイズ可能なフォーム、ワークフロー、キュー、SLA、組み込みナレッジベースも含まれます。依頼者と有料エージェントは別の扱いなので、少人数のサポート担当で、より多くの社内利用者に対応できます。

フォームでは、不要な確認の往復を減らす質問をしましょう。アクセス申請なら、必要なサービスと、それを使って行う業務を聞きます。ノートPCの故障なら、機器と症状を確認します。目的は次の対応に必要な情報をそろえることであり、全員に長い質問票を埋めてもらうことではありません。

最初に問題になりやすい無料枠の上限。 現行の料金ページには、契約あたり月間1,250自動化ステップ、1日100件のメール通知、コミュニティサポートと記載されています。それぞれ別の制限です。チケット1件が自動化の1ステップに相当するわけではなく、依頼1件につき送信通知が1通とも限りません。更新が何度も発生する依頼では、チケット件数以上に通知が増えます。

計画は、現在の計測単位である「ステップ」を基準に立てます。以前のルール実行回数の枠を、チケット件数に読み替えないでください。小規模な業務チームなら、対応漏れを防ぐ振り分けやリマインダーから始めましょう。誰の判断にも使われない複雑なステータス遷移に、枠を費やす必要はありません。

通知上限も試験運用で確認する価値があります。共通の障害が起きると、新規依頼が少なくてもコメントやステータス変更が増えることがあります。業務を再開できるかどうかを同僚がメールで判断しているなら、担当者を増やす前に、連絡の制限を理由として有料化することも考えられます。

AIの無料範囲と有料範囲。 現在のFreeには、AIによるレポートとサポート傾向の要約が明記されています。現行料金ページでは、Rovo Search、Chat、AgentsはStandardからです。対話でサポートする仮想サービスエージェントはFreeとStandardには含まれず、PremiumとEnterpriseで提供されます。AIレポートはキューの把握に役立ちますが、依頼を解決する無料の対話エージェントではありません。

小規模チームの導入順も、この区別に沿って考えます。まずは、要約が意味を持つ程度に依頼の分類を統一しましょう。PCの故障、購買の質問、顧客の苦情をすべて同じ分類に入れている状態では、AI要約を使っても、未定義の対応責任は明確になりません。

有料化を検討するタイミング。 エージェントが4人になる、自動化枠を使い切る、ストレージが不足する、通知上限が厳しい、ベンダーサポートが必要になる場合には、Standardを検討できます。仮想サービスエージェントは、それとは別の上位プランの判断です。フォームと明確なキュー管理者で解決できる割り当ての問題を、AIプランへの変更だけで解決しようとしないでください。

向いている組織： 依頼の種類と対応期限が明確な小規模社内サポートチーム。
強み： エージェント上限の範囲内で、依頼者数を制限せずに受付とワークフローを整備できます。
料金： 3エージェントで$0。Atlassianの現行プラン比較
無料トライアル： 継続利用できるFreeを使います。有料プランの試用とは別です。

結論：受付フォームの改善と明確なワークフローによって確認の往復を減らせるなら、Jira Service Managementが適しています。

3. Spiceworks：社内サポートの無料担当者枠に余裕

Spiceworks Cloud Help Deskも、今回の無料利用の条件を満たしています。Coreでは技術担当者と管理者を合わせて1〜5席を利用できます。上記のクラウド型の少ない無料枠では足りなくなった社内サポートにとって、実用的な利点です。たとえば5人の代理店なら、サーバーを設置せずに複数の同僚で業務上の依頼に対応できます。ただし、有料機能との境界が明確な社内サポート向けの選択肢であり、どんな規模でも無制限に無料で使えるサービスではありません。

無料で使える範囲。 Coreにはチケット管理、インシデント追跡、アラート、レポート、人数無制限のエンドユーザー、エンドユーザーポータル、カスタム属性、多要素認証が記載されています。席数の上限には技術担当者と管理者の両方が含まれます。管理用ログインは枠外だと考えず、その役割を必要とする人数を数えましょう。

作業する席とエンドユーザーが分かれているため、Coreは小規模企業で使いやすい構成です。従業員は、依頼するたびに技術担当者の席を消費せずに支援を求められます。オフィス管理者と技術担当者で対応を分担し、依頼者側の手順はシンプルにできます。目指すのは各依頼の担当を見えるようにすることであり、複雑な社内サービスカタログを作ることではありません。

チャネルと自動化。 製品ページには、メールとカスタマイズ可能なWebポータルが記載されています。担当割り当て、カテゴリ、期限、優先度のチケットルールと、自動返信の説明もあります。これらは、依頼の種類を条件で判定し、定めた操作を実行する仕組みです。AIが任意の問題を理解して解決することを示すものではありません。

現行のメーカーサイトには、Coreの月間ルール実行枠や、数値によるチケット上限は公開されていません。無制限と解釈せず、記載なしとして扱うのが適切です。特定の集中アクセスや自動化の量が導入判断を左右するなら、その負荷を受け入れ確認の対象にしましょう。

代理店で最初に作るルールなら、特定の機器カテゴリの依頼を所定の担当者に送る、といったものが考えられます。条件に一致しない依頼の行き先も、見える形で残してください。典型例だけを振り分け、ほかの依頼を見落とす仕組みでは、問題の場所を移しただけです。入力が完璧なフォームに加え、あえて情報が不足した依頼でも試験しましょう。

AIの無料範囲と有料範囲。 確認したCoreとPremiumのページには、ネイティブ生成AIの利用権や使用枠の記載はありません。無料AIアシスタントや有料AIアップグレードを約束できる根拠はありません。Coreは、明記されたチケット管理とルール処理を目的に選びます。後からAIを連携する場合は、読み取るデータや費用も含め、その連携自体の条件を評価してください。

有料化を検討するタイミング。 技術担当者・管理者の6席目、広告のない画面、タスクリスト、一括操作、独自のチケットステータスが必要なら、Premiumが明確な選択肢です。これらの業務機能は、席数の上限より先に必要になることもあります。関連する複数のチケットを繰り返し変更することと、それらが存在すると確認できることは、別の要件です。

依頼を送る同僚が増えただけでアップグレードする必要はありません。メーカーはすでにエンドユーザー数を無制限としています。実際に作業する人数や有料機能が必要になったときに判断しましょう。一方で、新たなサポート体制を設計する際に、以前の「無料エージェント無制限」という説明を前提にしないでください。

向いている組織： 無料で対応する担当者数を増やしたい小規模な社内サポート。
強み： クラウド運用で技術担当者・管理者5席、エンドユーザー数は無制限。
料金： Coreは$0。Premiumは年払いで1席あたり月額$6から。Spiceworksの現行料金ページ
無料トライアル： Coreは継続利用できる無料プランです。

結論：高度な顧客サービス機能より、無料で作業できる5席を重視する小規模な社内窓口には、Spiceworksが適しています。

4. HubSpot Service Hub：CRM利用者向けの条件付き候補

HubSpot Service Hubは、顧客との関係を共有記録するCRMとつながるカスタマーサービスソフトウェアです。すでに2人でHubSpotの顧客レコードを使い、会話とチケットを同じ環境に置きたいなら、無料ツールにも価値があります。重要な制約は受付方法です。無料のコミュニケーション受信トレイと、有料のHelp Deskワークスペースは別の利用権です。メールの自動チケット化が必要なら、選ぶ前にこの境界を確認しましょう。

無料で使える範囲。 現行の無料枠はユーザー2人まで、標準のコミュニケーション受信トレイ1つです。受信トレイの追加にはProfessionalまたはEnterpriseが必要です。メーカーは基本的なチケット管理、チームのメール、コンタクト管理、ライブチャット、機能限定の対話ボット、基本レポートを挙げています。料金比較表には、シンプルなFacebook Messengerメッセージ、スニペット3つ、メールテンプレート3つも記載されています。ライブチャットにはHubSpotのブランド表示が入ります。

小規模なB2Bソフトウェア企業では、キューの機能が増えることより、顧客の背景がわかることのほうが役立つ場合があります。サポートへの質問が、CRMに記録済みの導入支援の会話と関係しているかもしれません。その情報を参照できれば、引き継ぎも容易になります。ただし、普段から記録していることが前提です。何も書かれていない顧客タイムラインを開いても、依頼の理解は進みません。

新しいアカウントの制限。 HubSpotのコミュニケーション受信トレイ設定ガイドによると、2024年4月1日より後に作成したアカウントでは、受信トレイに接続したチャネルからチケットを作成できません。共有受信トレイとしては引き続き利用できます。ドキュメントはチケット管理にHelp Deskを案内しており、そのワークスペースの利用要件にはService Hub ProfessionalまたはEnterpriseが挙げられています。

無料のチケットレコードがなくなるという意味ではありません。ただ、「無料チケット管理」という言葉から、チーム用メールを接続すれば期待どおりのチケット処理が自動で始まる、と判断してはいけません。すべての受信サポートメールを、人の変換作業なしに、担当付きの追跡可能なチケットにする必要があるなら、この制限だけでFreeが候補から外れることがあります。

自動化。 メーカーのパイプライン自動化ガイドでは、メールに応じたチケットステータスの変更と関連する自動化に、有料のService Hub契約を求めています。Freeは手動運用の出発点です。Starterでは簡易的な自動化が加わりますが、本格的なヘルプデスクのワークフローやワークスペースには別の利用条件があります。ブランド表示を消すアップグレードで、上位プランのデモにある業務フロー全体が手に入るとは限りません。

導入を決める前に、「新着メール、チケットレコード、担当者、返信、顧客の返答、ステータス更新」という流れを書き出してください。そのプランで、どこまで自動化されるかを確認します。機能一覧に「受信トレイ」と「チケット」の両方があっても、その間がつながっているとは限らないためです。

AIの無料範囲と有料範囲。 Breeze Assistantの現行ドキュメントでは、追加契約が必要な機能を除き、製品やプランを問わず利用可能とされています。コンテンツ生成やレコード要約を支援できます。アシスタント自体はHubSpot Creditsを消費しませんが、そこから呼び出すAIエージェントは消費する場合があります。Breeze Customer Agentは別の製品利用権で、対象の有料契約とクレジットが必要です。そのエージェントのトライアルは、恒久的な無料枠ではありません。

有料化を検討するタイミング。 対応ユーザーを増やす場合や、メールに応じたチケット自動化、有料ワークスペース、顧客対応エージェントの機能が必要な場合です。後者を求めるなら、Starterで補えると考えず、Professionalを直接評価しましょう。通常のサポートメールを無料でチケットにすることだけが目的なら、この制限に合わせて業務を組み替える前に、上記のメール対応向け候補を検討してください。

向いている組織： HubSpotの顧客レコードをすでに使い、チケットの手動処理を受け入れられる、ごく小規模なチーム。
強み： 顧客の背景情報と、機能別要件に応じたBreeze Assistantの無料利用。
料金： 2ユーザーまで$0。HubSpotの現行Service Hub料金
無料トライアル： 無料ツールと、有料サービス・AI機能のトライアルは別です。

結論：Freeで受付の流れを検証したうえで、すでに使っている顧客情報を生かしたいなら、HubSpotが適しています。

5. osTicket：席数課金なしで使う標準的なチケット管理

osTicketは、自社でインストールして運用するオープンソースのサポートソフトウェアです。メールとWebからの依頼を一般的なチケットキューで管理したい、サーバー責任者のいる技術系の小規模企業に適しています。クラウドの席数契約なしで、わかりやすくチケットを扱えるのが利点です。その代わり、稼働の維持と更新は自社の仕事になります。

無料で使える範囲。 Open Source版は無料で、メール連携とコミュニティサポートが含まれます。メーカーのホームページには、メール、Webフォーム、APIによる受付が記載されています。APIは、別のアプリケーションからデータを送信するための接続口です。確認したエディション紹介ページでは、セルフホスト版のエージェント数やチケット数の上限は数値で指定されていません。決まった人数分の無料クラウド席を借りる仕組みとは異なりますが、どんなサーバーでも無制限の通信量を処理できるという意味ではありません。

たとえば小規模な修理業者なら、受付フォームで機器の種類と申告された不具合を集め、問い合わせトピックで修理依頼と請求の質問を分けられます。こうした項目があると、次に行う作業が明確になります。すべての受信メールを同じものとして、区別のないメールボックスで処理する状況も避けやすくなります。

自動化と共同対応。 公式の機能紹介には、カスタム項目とフォーム、チケットフィルター、部署・エージェントへの割り当て、定型返信、自動応答が挙げられています。フィルターは受信チケットを振り分けたり拒否したりし、内容に応じて操作を適用できます。チケットロックで返信の重複を防ぎ、SLAプランで期限超過を通知できます。メーカーはSLAプラン数を明確に無制限としていますが、確認したページには月間自動化実行枠の記載はありません。

この柔軟性で、簡単な担当ルールを設定しましょう。請求の問い合わせは経理担当、修理依頼は技術キューへ送る、といった形です。分類されていない依頼にも、受け皿を用意してください。意図的にチケットを拒否する場合は、業務上の理由を共有しておく必要があります。フィルターは便利ですが、条件を広げすぎると正当な顧客の問題まで隠してしまいます。

ポータルとナレッジベースは、顧客への情報提供にも使えます。運用では、誰が回答を更新するのか、待機中のチケットが依頼者にどう見えるのかが課題です。設定を増やす前に、顧客が既存の依頼を見つけられるか、担当者が次の作業を把握できるかを確認しましょう。回答を誰も使わないカスタム項目を増やすと、受付がかえって使いにくくなります。

AIの無料範囲と有料範囲。 従来のオープンソース版について確認した機能・エディションのページには、ネイティブ生成AIアシスタントの同梱、AI使用枠、公式の有料AIアップグレードを保証する記載はありません。チケットフィルターと定型返信は、ルールと保存済みテキストです。AIが自律的に解決する前提で予算を立てないでください。サードパーティーのプラグインも、個別に確認せずメーカーが支援する無料機能と見なすべきではありません。

有料化を検討するタイミング。 サーバー保守が顧客対応の時間を奪う場合や、障害時に復旧できる人がいない場合は、ホスティングや運用支援に費用をかけます。メーカーは、アップグレード、バックアップ、継続サポートを管理する有料クラウドを提供しています。これは運用担当を変えるための購入でもあり、エージェント追加だけが支払いの理由ではありません。

既存の管理者と適切なインフラがある企業なら、セルフホストは経済的な選択になり得ます。無料でダウンロードすれば運用作業も不要だと期待する、非技術系の創業者には向きません。ライセンス料金だけでなく、管理者の時間も比較に含めてください。

向いている組織： 標準的なメール・Webのチケット管理を求める、技術力のある小規模企業。
強み： クラウドの席数ライセンスなしで、フォーム、振り分けフィルター、担当管理を利用できます。
料金： Open Sourceライセンスは$0。メーカーのクラウド版は1エージェントあたり月額$12から。osTicketのエディション比較
無料トライアル： 有料クラウド版は30日間。オープンソースのダウンロード版は期限付き試用ではありません。

結論：標準的なチケット管理を求め、運用担当も決まっているなら、osTicketが適しています。

6. Zammad：セルフホストの業務フローに、必要ならローカルAIも

Zammadは、メッセージングチャネル、ワークフローツール、任意のAIプロバイダーについて公式の説明がある、オープンソースのヘルプデスクです。依頼の処理方法とデータの処理場所を自社で管理したい、技術支援のある小規模チームに適しています。シンプルな無料クラウド受信トレイに比べ、自由度とともに設定責任も増えます。それを担う時間とスキルを持つ人がいてこそ、魅力のある選択です。

無料で使える範囲。 Zammadのメーカーは、オープンソースライセンスの下で、商用・個人利用ともにライセンス料は不要としています。無料なのはセルフホスト版であり、クラウドのStarterではありません。クラウドプランのエージェント上限をオープンソースライセンスに当てはめたり、クラウドの試用を恒久無料のアカウントと取り違えたりしないようにしましょう。

管理者向けドキュメントには、Webチケット、フォーム、メール、チャット、Telegramなどのチャネルが記載されています。ただし、対応チャネルであっても、外部のメッセージング事業者やインフラまで無料になるわけではありません。小規模なサービス業なら、まずメールと顧客がすでに使っているチャネルから始めます。利用可能なものをすべて追加すると、依頼を見逃さず確認すべき場所も増えます。

自動化。 Zammadには、トリガー、メールフィルター、マクロ、スケジュールジョブの説明があります。トリガーは条件に合うイベントの発生時に変更を加えます。マクロは手動で適用します。スケジュールジョブは、人によるチケット更新を待たず、指定時刻に動作します。この違いを理解すれば、受付連絡、担当割り当て、期限超過のリマインダーに最も簡単な仕組みを選べます。

トリガーのガイドには、チケットを明示的に更新しない変更では、必ずしもトリガーが実行されないとの説明もあります。これは受け入れ確認に役立つ観点です。想定する業務で使う項目やタグを変更し、期待する操作が動くか確認しましょう。自動化ビルダーがあるだけで、すべての操作からルールが起動すると判断してはいけません。

契約料金とは分けて把握すべき技術上の制限も明記されています。スケジューラーのジョブは、1回の実行で最大2,000オブジェクトを処理します。これは誤設定への保護であり、無料プランの月間割当ではありません。実際に処理できる量は、運用するシステムと実行するジョブに左右されます。

AIの無料範囲と有料範囲。 AI機能のコードもZammadのオープンソース方針に従いますが、処理にはプロバイダーの設定が必要です。AIプロバイダーのドキュメントでは、Ollamaを使うローカルモデル、外部プロバイダー、Zammad AIに対応しています。ローカルモデルなら外部事業者への呼び出しごとの料金は避けられますが、ハードウェア、電気、設定、保守は自社で負担します。無料ヘルプデスクに無料のクラウド推論が付いているわけではありません。

製品では、チケット要約、文章作成支援、分類・振り分け機能が説明されています。自社の依頼内容に合うか評価する支援機能として捉えましょう。短い要約が回答を左右する情報を省いたり、自動分類が特殊な依頼を別のグループに送ったりする可能性があります。作業が減るか見極める間は、人が確認する経路を明確に残します。

ZammadのクラウドAIは、Professional v2とPlus v2で追加でき、従量料金がかかります。セルフホストの利用者もZammad AIの呼び出しを購入できます。管理されたモデルプロバイダーへの支払いと、チケット管理サーバーの運用への支払いは、別の問題を解決します。片方にもう片方が含まれると考えないでください。

有料化を検討するタイミング。 保守責任が業務の障害になったら、マネージドホスティングやサポートを購入します。AI処理は、明確な作業に効果があり、使用量を把握できる場合に購入しましょう。小規模チームがZammadを選ぶために、AI導入が必須なわけではありません。保守できる人がいないなら、少額の利用料を避けるために技術的負担の大きいローカルモデルを導入するのは得策ではありません。

向いている組織： ワークフロー、ホスティング、任意のモデルプロバイダーを自社で管理したい技術チーム。
強み： ルールによる自動化とAIによる自動化を選び分けられる、オープンソースのチケット運用。
料金： セルフホストのライセンスは$0。クラウドのStarter v2は年払いで1エージェントあたり月額€7から。Zammadの料金とホスティング条件
無料トライアル： クラウド版は30日間。セルフホストのオープンソース利用には試用期限がありません。

結論：自社での管理が要件であり、システム運用を責任を持って引き受けられるなら、Zammadが適しています。

小規模企業の問い合わせ管理システムは、最初にぶつかる制約で選ぶ

実際の業務を止めてしまう制約から考えましょう。顧客メールを人が振り分ける窓口ならZoho Desk、フォームと期限が必要な社内申請ならJira Service Managementから検討します。社内キューを処理する同僚が多い場合は、Spiceworksの無料席数が決め手になり得ます。

顧客情報がすでにHubSpotにあり、Freeの受付制限を許容できるなら、HubSpotが有力になります。標準的なチケット管理で十分で、既存の管理者がいるならosTicketです。複雑になる運用を引き受けるだけの価値がワークフローの管理や任意のローカルAIにあるなら、Zammadが候補になります。

判断を変える原則： サーバー保守の責任者がいなければ、クラウド型を選びます。無料クラウドの席数や必要なワークフローが障害になるなら、それを満たす有料機能の予算を確保しましょう。稼働を維持する担当者を具体的に決められるなら、セルフホストも選択肢になります。

無料ヘルプデスクで、必ず実現したいこと

最初のヘルプデスクでは、担当者と次の作業が見えることが大切です。注文への質問なら、回答責任者がいて、顧客が返信でき、未解決の問題が埋もれず残ることを意味します。アクセス申請なら、適切な担当者に届き、受付通知を送っただけで完了扱いにならないことが必要です。

試験運用では、通常の質問、情報不足の依頼、以前の会話への顧客の返信、最初の担当者が解決できない問題など、代表的な依頼を使います。担当者だけでなく、依頼者側の画面も確認してください。社内では整然として見えるシステムでも、わかりにくい連絡を送ったり、顧客に同じ情報を再入力させたりすることがあります。

最初のレポートで答える問いは、「自社の対応待ちはどれで、誰が担当しているか」で十分です。大きなダッシュボードより、確実な答えが役に立ちます。メールから移行するきっかけが見落とし、重複返信、見えないフォローアップのどれだったのかを踏まえ、その問題を追跡しましょう。受信トレイの接続だけで移行成功と判断しないでください。

メール受付は、返信の往復まで試す

メールは最初から最後まで確認します。外部のメールボックスから添付ファイル付きで送り、担当者として返信し、顧客として再び返信してください。会話を追いやすいか、送信元アドレスは適切か、次の作業が正しいキューに表示されるかを確認します。別の人に引き継いだ場合も試しましょう。

社内メモと顧客への返信を分け、全社に利用を広げる前にその区別を検証します。迷惑メールと自動送信メールの扱いも確認してください。これは受け入れ確認として提案する項目であり、どの製品も同じ動作をするという保証ではありません。

とくにHubSpotでは、会話とチケットレコードが実際にどう結びつくかを確かめます。無料受信トレイのドキュメントに照らせば、これは移行後に気づけばよい細かな設定ではなく、製品選びの判断事項です。

無料プランから有料へ移る判断基準

無料枠の制約によって繰り返し作業が発生したり、サービスに不可欠な処理ができなくなったりしたら、有料化を検討します。席数上限はわかりやすい制約ですが、手動割り当ての繰り返し、顧客への通知不足、公開ナレッジベースの利用不可、サーバー責任者の不在も同じくらい重要です。

小規模な代理店なら、繰り返している具体的な操作と担当者を書き出しましょう。自社のキューから月間作業時間を見積もり、アップグレードの総費用や設定作業と比較します。根拠のないAIの生産性向上率で上位プランを購入しないでください。何の作業が変わり、何をもって成功とするのかを決めます。

アップグレードが答えにならない場合もあります。誰もキューを確認しないために担当が決まらないのなら、機能を増やしても同じ問題が続きます。まず責任を割り当てましょう。人がすでに実行している業務の明確な制約を、機能で取り除けるときに支払います。

オープンソースのチケット管理では、運用担当の費用も考える

無料ライセンスでなくなるのはソフトウェア料金であって、運用の仕事ではありません。osTicketやZammadに顧客の依頼を移す前に、ホスティング、メール配信、更新、バックアップ、復旧の各担当を決めます。今日動いているサーバーでも、明日復旧できるとは限りません。

ホスティングと可用性。 設置場所、障害に気づく担当、停止中に依頼者が連絡できる経路を決めます。構成を理解する唯一の人が不在なら、日常的な問題もサポート停止に発展しかねません。小規模企業にも現実的な代替手段が必要です。一時的な受付アドレスと明確な責任者だけでも、準備しておきましょう。

バックアップと復旧。 チケット履歴、添付ファイル、設定、運用に必要な情報など、復旧すべきものを定義します。管理者に別の環境で復元を実演してもらいましょう。バックアップ処理の成功は大切ですが、必要な成果は、復元後のヘルプデスクを実際に使えることです。

更新と変更の責任。 更新作業を業務予定に組み込みます。更新後に確認が必要になりそうな連携やカスタマイズも記録しましょう。カスタマイズ済みの環境にサポート業務が依存するほど、元の管理者が不在のときにその記録が役立ちます。

移行と過去の記録。 どのシステムでも、本格的に使う前に、別製品へ移った後の過去の依頼へのアクセス方法を決めます。選んだ製品とエディションで、実際のエクスポートや保管の手段を確認してください。チケット一覧を表示できるからといって、添付ファイル、関連付け、社内メモもすべて同じエクスポートに含まれるとは限りません。

技術支援のある企業なら、これらは既存業務の中で対応できるかもしれません。一方、少額の契約料を避けようと創業者が一人で行うと、選択の中で最も高くつく部分にもなり得ます。比べるべきなのは、管理を任せられるサービスと、継続して担える運用責任です。

選定と比較の方法

最初に確認したのは対象条件です。メーカーが、継続無料のクラウドプランか、セルフホストできるオープンソースを提供している必要があります。そのうえで、使える受付チャネル、対応者の席数、自動化の境界、AI利用権、稼働維持の作業を評価しました。公開されていない枠は無制限とせず、その旨を示しています。

メーカーのページとドキュメントは冒頭の日付で確認しています。広い意味の宣伝文句と詳細なエディション比較表や設定要件が食い違う場合は、後者を優先します。利用場面の例や受け入れ確認の提案は編集上の分析であり、試験導入、応答時間の改善、顧客の成果を主張するものではありません。

本記事は小規模チーム向けの候補集であり、あらゆるヘルプデスクの一覧ではありません。共有受信トレイの整理と、大規模な企業向けサービス基盤の置き換えを意図的に分けています。有料の顧客サポートシステムを比べる段階なら、別記事のZendesk代替サービス比較を参照してください。

避けたい選び方

継続無料の候補としてFreshdeskを選ばない。 初期費用なしで始める方法はありますが、現行Free Programのドキュメントでは、エージェント2人、6か月までに制限され、どちらかを超えると有料への変更が必要です。有料サービスへの導入期間として意図的に選ぶことはできますが、本記事の継続無料という条件には合いません。

接続した受信トレイのチャネルからの自動チケット化が必須なら、HubSpot Freeを避ける。 「無料チケット管理」や「共有受信トレイ」という名称で、前述の新しいアカウント向け制限がなくなるわけではありません。製品ページに両方の言葉があるからではなく、明記された業務フローが自社に合うから選びましょう。

運用担当なしでセルフホストしない。 osTicketとZammadはライセンスの条件を満たします。しかし、どちらのライセンスも、バックアップ、更新、メール配信の責任までは引き受けません。担当者がいなければ、無料クラウドプランを使うか、管理に費用を払います。

共有メールボックスの問題を解決するために、企業全体向けの規模を買わない。 まず、依頼、担当、返信、次の作業が確実につながる状態を作りましょう。広範なインシデント管理、資産管理、変更管理は、事業で必要になったときに評価できます。小規模チームが依頼の紛失を防ぐための必須条件ではありません。

よく検索される疑問に回答

無料のチケット管理システムでおすすめは？

小規模な顧客メール窓口なら、Zoho Deskが第一候補です。定型化した社内申請にはJira Service Management、無料で作業できる席数を重視するならSpiceworksが適しています。セルフホストの運用担当がいるなら、osTicketやZammadを選べます。HubSpotは、CRMの価値とFreeの受付制限を踏まえた条件付きの候補です。

ITのチケット管理には、どんな利用例がありますか？

ノートPCの修理依頼では、機器、問題、担当者、次の作業を記録します。アクセス申請では、必要なサービスと対応する人を記録します。小規模な社内サポートは、企業全体向けのサービス管理を導入しなくても、こうした業務フローから始められます。

ヘルプデスクのチケット管理システムとは？

依頼と返信を、担当者やステータスのある共有レコードとして整理するシステムです。本記事のツールは、顧客や社内からの依頼に対応するためのものです。イベント入場券を販売するプラットフォームの比較ではありません。

次の稼働週は、受付アドレスを1つ選び、責任者を決め、返信の往復を確認してから、残りのキューを移しましょう。ニュースレターでAI Business Workflow Audit Checklistを入手すれば、次に自動化する価値のあるサポート業務を見極められます。