チケット管理とは｜問い合わせを漏らさない運用の仕方

チケット管理とは、届いた問い合わせや依頼を1件ずつ「チケット」という単位で記録し、担当者と対応の状況を付けて、終わるまで追いかける仕組みのことです。「あの件はどうなった？」「返信したのは誰？」という確認が毎日のように起きているなら、問題は人の注意力ではなく、仕組みのほうにあります。この記事では、チケット管理の考え方、チケットに持たせる項目と状態の決め方、スプレッドシートで始める方法、チケット管理システムの種類と選び方、導入して定着させるコツまでを順に整理します。問い合わせフォームを入り口にする方法の1つとして、Halictのような受付から対応までを扱うフォームサービスも取り上げます。

チケット管理とは｜1件の問い合わせを1枚の票として扱う

チケット管理の「チケット」は、劇場や電車の切符ではなく、「1件の用件を書いた札」という意味です。問い合わせ、修理の依頼、社内からの質問、不具合の報告など、対応が必要な用件が届くたびに札を1枚作り、そこに誰が対応するか、いまどこまで進んだかを書き込んでいきます。ITのサポートの分野で長く使われてきた言葉ですが、いまは顧客対応、総務、経理、制作の現場でも広く使われています。

ヘルプデスクのソフトウェアを提供する会社は、チケットの考え方をこう説明しています。

ITチケット管理システムは、劇場などの票券管理システムとは異なりますが、上の図の実際のチケット例のように1件の問い合わせを1枚の「票」や「券」のように、視覚的にもわかりやすく管理していきます。 出典: manageengine.jp

チケット管理の核になるのは、次の3つの考え方です。

1. 1件の用件には、1枚のチケットだけを作る。同じ用件のやり取りは、すべてそのチケットに残す
2. チケットには、必ず担当者を1人決める。「みんなで見ている」状態を作らない
3. チケットには状態を付け、「完了」になるまで閉じない

この3つが守られていれば、紙の付箋でもスプレッドシートでも、チケット管理と呼べます。専用のシステムは、この3つを守りやすくするための道具です。

似た言葉に「タスク管理」があります。タスク管理は、自分やチームがやるべき作業を並べて進める考え方で、作業を始めるのは自分たちです。チケット管理は、外から届いた用件に応える考え方で、始まりは相手からの連絡です。だからこそ、受け付けた日時、相手の名前、返信の記録が重要になります。

チケット管理が必要になる理由｜メールとExcelで起きる対応漏れ

小さなチームでは、問い合わせを共有のメールアドレスで受け、気づいた人が返信する形がよく見られます。この形は件数が少ないうちは回りますが、件数が増えると次のような問題が起きやすくなります。

• 誰かが返信しただろうと全員が思い、誰も返信していない
• 2人が同じ問い合わせに別々に返信し、内容が食い違う
• 返信したあと、相手からの再質問に誰も気づかない
• 担当者が休むと、その人の受信箱にある用件が止まる
• 「先週の件」と言われても、どのメールのことか探すのに時間がかかる

Excelやスプレッドシートで問い合わせの一覧を作っても、メールとの行き来が手作業になると同じことが起きます。一覧に「対応済み」と書き忘れる、一覧に転記する前に返信してしまう、といった小さなずれが積み重なり、一覧と実際の状況が合わなくなります。

チケット管理を取り入れると、こうした問題を「仕組みで」防げます。用件が届いた時点でチケットができ、担当者が決まり、状態が見えるので、誰がボールを持っているかが一目で分かります。対応の履歴がチケットにまとまっているので、担当者が替わっても経緯をたどれます。

もう1つのメリットは、数字で振り返れるようになることです。1か月に何件の問い合わせが来て、何件が何日で終わったか、どんな種類の問い合わせが多いかが数えられます。同じ質問が何度も来ているなら、よくある質問のページを作れば件数そのものを減らせます。

チケットに持たせる項目

チケットに持たせる項目は、多すぎると入力が面倒になり、少なすぎると状況が分からなくなります。少人数のチームでまず用意したい項目を挙げます。

項目	中身	決め方のこつ
チケット番号	1件ごとに振る番号	「2026-0001」のように年を含めると探しやすい
受付日時	用件が届いた日時	自動で入る仕組みにする
依頼者	名前、会社名、連絡先	顧客名簿と同じ表記にそろえる
受付経路	メール、電話、フォーム、チャットなど	選択肢から選ぶ形にする
種類	質問、不具合、申込み、請求、要望など	5種類から8種類程度に絞る
件名と内容	何についての用件か	件名は相手の言葉ではなく、内容が分かる言葉で付け直す
担当者	対応する人を1人	空欄を許さない
状態	新規、対応中、回答待ちなど	次の節で詳しく説明
優先度	高、中、低	基準を文章で決めておく
期限	いつまでに返すか	受付から何営業日以内、と決める
対応履歴	返信、電話の記録、社内のメモ	日時と書いた人が残るようにする
完了日	対応が終わった日	解決までの日数を数えるのに使う

優先度は、人によって基準がばらつきやすい項目です。「高は、サービスが使えない、お金が絡む、期限が今日まで」「中は、返信が必要な質問」「低は、要望や感想」のように、文章で基準を決めておきます。

件名の付け直しも効果があります。お客様からのメールの件名は「お世話になっております」「質問です」のように中身が分からないことが多いので、チケットを作るときに「請求書の宛名変更の依頼」のように付け直すと、一覧で見たときに内容がすぐ分かります。

状態（ステータス）の決め方と運用のルール

チケット管理で一番大切なのが状態の設計です。状態が多すぎると使い分けが分からなくなり、少なすぎると「どこで止まっているか」が見えません。少人数のチームでは、次の5つから始めると扱いやすいです。

状態	意味	次に動く人
新規	届いたが、まだ誰も手を付けていない	振り分ける人
対応中	担当者が調べたり返信を作ったりしている	担当者
回答待ち	相手に質問や確認を返し、返事を待っている	相手
保留	社内の判断や他部署の作業を待っている	社内の誰か
完了	対応が終わった	なし

「回答待ち」と「保留」を分けるのがポイントです。どちらも「止まっている」ように見えますが、回答待ちは相手が動く番、保留は社内が動く番です。分けておかないと、社内で止まっている用件を「相手の返事待ち」と思い込んで放置してしまいます。

状態を決めたら、運用のルールも決めます。

1. 新規のチケットは、受け付けた日のうちに担当者を決める
2. 担当者は、最初の返信を受付から1営業日以内に送る。すぐに答えられないときも「確認して何日までに返信します」と伝える
3. 回答待ちのまま7日たったチケットは、一度だけ確認の連絡を送り、返事がなければ完了にする
4. 保留のチケットは、何を待っているかを必ず履歴に書く
5. 完了にする前に、相手の用件がすべて済んだかを読み返す

期限の日数は事業によって違いますが、決めること自体が大切です。決めておけば、期限を過ぎたチケットを毎朝確かめるだけで、対応漏れのほとんどを防げます。

担当者が休む日のための決まりも作っておきます。休む前に自分の対応中のチケットを一覧にし、急ぐものは代わりの担当者に付け替えます。チケットの担当を付け替えるだけで引き継ぎができるのが、チケット管理の大きな利点です。

スプレッドシートとメールで始めるチケット管理

専用のシステムを入れる前に、スプレッドシートで小さく始めることもできます。費用をかけずに、チケット管理の考え方がチームに合うかを試せます。

スプレッドシートの作り方

「チケットに持たせる項目」の節で挙げた項目を1行目に並べ、1行に1件のチケットを記録します。担当者、状態、優先度、種類の列は、選択肢から選ぶ形にします。Googleスプレッドシートでは「データの入力規則」でプルダウンを作れます。状態ごとに色が変わるようにすると、一覧の見通しがよくなります。

フィルタを使い、「状態が完了以外」「担当者が自分」で絞り込んだ表示を作っておけば、自分の持ち分がすぐ分かります。期限の列と今日の日付を比べ、期限を過ぎた行に色を付けると、遅れが目に入ります。

メールとの連携

問い合わせをメールで受けているなら、メールの件名にチケット番号を入れて返信する習慣をつけます。「【2026-0012】請求書の宛名変更について」のようにしておけば、相手からの返信にも番号が残り、どのチケットの話か迷いません。

スプレッドシートの限界

スプレッドシートで回せるのは、件数が1日に数件程度で、関わる人が2人から3人までの場合です。次のような状態になったら、専用の道具を考える時期です。

• メールの内容をスプレッドシートに転記する作業が負担になっている
• 一覧の状態と実際の状況が合わないことが月に何度も起きる
• 対応の履歴がメールソフトと一覧に分かれていて、経緯をたどるのに時間がかかる
• 同じ人からの問い合わせが別々の行になり、まとめて見られない

チケット管理システムの種類と代表的な製品

チケット管理システムと呼ばれる製品は、大きく3つの種類に分けられます。自分たちの用件がどれに近いかで、選ぶ方向が決まります。

種類	向いている用件	代表的な製品
ヘルプデスク型	社外のお客様からの問い合わせ。メール、チャット、電話を1つの画面で受ける	Zendesk、Freshdesk など
プロジェクト管理型	社内の作業や開発の課題。担当と期限を付けて進める	Backlog、Redmine、Jira など
フォーム起点型	申込み、応募、相談など、フォームで受け付けた用件を返信まで回す	フォームサービスの一部

ヘルプデスク型の代表の1つがZendeskです。公式の料金ページによると、基本的な機能を使えるSupport Teamは、年払いで1人の担当者あたり月額19ドルから、AIによる自動応答などを加えたSuite Teamは月額55ドル、Suite Professionalは月額115ドルです（いずれも年払いの場合、2026年10月時点。月払いにするとそれぞれ25ドル、69ドル、149ドル）。料金と各プランの機能はZendeskの料金ページで確かめられます。料金は担当者の人数で決まるので、少人数でも使えますが、ドル建てである点は為替の影響を受けます。

プロジェクト管理型の代表の1つが、日本の会社が提供するBacklogです。Backlogでは「課題」という単位で用件を管理します。公式ブログの告知では、2027年1月1日からプランを改定すると告知されています。現在のプランの新規契約は2026年12月31日で終わり、新しいプランはエコノミー、ビジネス、プロフェッショナルの3つになります。月払いの料金（税抜）は、エコノミーが月額21,000円（ユーザー15人まで）、ビジネスが月額36,300円、プロフェッショナルが月額100,000円です。フリープランのユーザーの上限は10人から5人に変わります。これからBacklogを使い始めるなら、新しいプランの料金と上限を前提に考える必要があります。

Redmineは、オープンソースとして公開されている課題管理のソフトウェアで、GNU General Public License v2のもとで無料で使えます。ただし、自分でサーバーを用意して設定する必要があるので、パソコンやサーバーの扱いに慣れた人がいるチームに向いています。

どの製品も、合う場面と合わない場面があります。社外からの問い合わせが中心ならヘルプデスク型、社内の作業が中心ならプロジェクト管理型、と用件の性質で選ぶのが基本です。

チケット管理システムの選び方のポイント5つ

製品を比べるときに確かめたいポイントを5つに絞ります。

1. 受付の経路に対応しているか。メールだけか、フォーム、チャット、電話の記録も1つのチケットにできるか
2. 担当と状態を付ける操作が簡単か。1件あたりの操作が多いと、忙しいときに記録が後回しになる
3. 同じ相手のやり取りをまとめて見られるか。過去の問い合わせを開かずに経緯が分かるか
4. 料金が人数と件数のどちらで決まるか。将来の人数と件数で試算し、税込か税抜か、円建てかドル建てかも確かめる
5. データを書き出せるか。CSVなどで書き出せれば、あとで別の製品に移るときに困らない

無料の期間やフリープランがある製品なら、実際の問い合わせを1週間ほど流して試すのが一番確実です。試すときは、受け付けてから完了にするまでを、実際の担当者に何度か操作してもらいます。画面の見た目よりも、毎日の操作で手間がかからないかが、定着するかどうかを決めます。

問い合わせフォームを入り口にするチケット管理

社外からの用件をフォームで受け付けているなら、フォームそのものをチケット管理の入り口にする方法があります。フォームの項目で、名前、連絡先、用件の種類、内容を決まった形で受け取れるので、メールで自由に書かれた用件を読み解くより、振り分けが早くなります。

無料で始めるなら、Googleフォームで受け付け、回答をスプレッドシートに集め、担当と状態の列を加える方法があります。ただ、この形では返信をメールソフトで別に送ることになり、スプレッドシートで始める節で挙げた限界にぶつかります。

受付から返信までを1つの画面で回したい場合

フォームで受けた1件ごとに担当と状況を残し、返信まで同じ画面で行いたい場合の選択肢の1つが、受付から対応までを扱うフォームサービスのHalict（ハリクト）です。公式サイトの案内では、届いた1件ごとに担当者とタグを付け、「問い合わせ対応」などのひな形から選んだ段階（ステージ）で状況を管理し、表とボードの表示を切り替えられると説明されています。ステージの変更、担当の割り当て、メモ、メールの送信は対応履歴として時系列で残り、同じメールアドレスの人の回答は1人の連絡先として束ねられます。フォームの数と回答の数はどのプランでも無制限で、メンバー1人までのフリープランは0円です。有料プランは使う人数で決まり、3人までのスタータープランは月額2,980円、10人までのチームプランは月額7,800円です（いずれも税抜）。チームプランでは、Teams、Slack、Chatworkへの新着の通知も使えます。

Halictは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。

Halictはフォームで受け付けた用件を扱う道具なので、電話やチャットの問い合わせをまとめて受けたい場合や、社内の開発の課題を管理したい場合は、ヘルプデスク型やプロジェクト管理型の製品のほうが合います。

導入の流れと、定着させるコツ

チケット管理は、道具を入れただけでは定着しません。導入の流れを5つの段階に分けて説明します。

1. 現状を数える。1か月にどの経路から何件の用件が来ているか、返信までにどれくらいかかっているかを、ざっくりでよいので数える
2. 項目と状態を決める。この記事の表を出発点に、自分たちの用件に合わせて削る
3. 小さく試す。問い合わせの一部、たとえばフォームから来たものだけで2週間試す
4. ルールを書く。担当の決め方、最初の返信の期限、完了にする条件を1枚にまとめる
5. 振り返る。1か月たったら、期限を過ぎたチケットの数と理由を確かめ、ルールを直す

定着させるコツは、「チケットに書いていないことは、なかったことにする」と決めることです。電話で受けた用件も、立ち話で頼まれた用件も、チケットにしてから動く。この決まりが守られると、チケットの一覧がチームの仕事の全体像になります。

反対に、定着しないチームに多いのは、チケットとメールの両方で同時に話が進む状態です。チケットに書かずにメールだけで返信すると、記録が抜け、一覧が信用されなくなります。返信はチケットから送る、または送ったメールを必ずチケットに残す、のどちらかに決めます。

朝の5分の確認も効果があります。新規のチケットに担当が付いているか、期限を過ぎたチケットがないかを、毎朝誰かが確かめるだけで、対応漏れの多くはその日のうちに見つかります。

対応の質を数字で振り返る

チケット管理を続けると、対応の質を数字で振り返れるようになります。少人数のチームでも見ておきたい数字は次の4つです。

数字	数え方	見るポイント
受付件数	1か月に作られたチケットの数	種類別、経路別に増減を見る
最初の返信までの時間	受付から最初の返信までの時間	決めた期限を守れている割合
解決までの日数	受付から完了までの日数	長くかかっている種類を探す
再び開いた件数	完了にしたあと、同じ用件で連絡が来た数	説明が足りていない回答を探す

数字を見る目的は、担当者を評価することではなく、仕組みを直すことです。同じ種類の質問が多ければ、案内のページや自動返信の文面を直します。解決までに時間がかかる種類があれば、社内の確認の流れを見直します。完了にしたあとに再び連絡が来るなら、回答のひな形に説明を加えます。

数字は月に1回、チームで5分ほど眺めるだけで十分です。大切なのは、数えられる形で記録が残っていることです。チケット管理の本当の価値は、毎日の対応漏れを防ぐことに加えて、この振り返りができるようになる点にあります。

少人数のチームでの1日の運用の流れ

仕組みの全体像がつかみにくいときは、1日の流れに置き換えると分かりやすくなります。2人から3人で問い合わせを受けている小さな事務所を例にします。

朝：新規と期限を確かめる

始業後に当番の1人が一覧を開き、夜のあいだに届いた新規のチケットに担当者を付けます。種類と優先度もこのときに決めます。続けて、期限が今日までのチケットと、期限を過ぎたチケットを絞り込んで表示し、それぞれの担当者に声をかけます。ここまでは慣れれば10分ほどで終わります。

日中：返信と記録を同時に行う

担当者は自分の持ち分を優先度の高い順に進めます。返信を送ったら状態を「回答待ち」に、社内の確認が必要なら「保留」に切り替え、何を待っているかを履歴に書きます。電話で受けた用件は、電話を切った直後にチケットを作ります。後でまとめて登録しようとすると、相手の名前や約束した期限が抜けやすくなります。

夕方：持ち越しを確かめる

終業前に、自分の「対応中」のチケットを見直し、明日に持ち越すものには次にやることを一言メモします。翌日に休む人は、急ぐチケットの担当をほかの人に付け替えます。この一手間で、翌朝に別の人が開いても、どこから手を付ければよいかが分かります。

週に1回：数字を見る

金曜日など決まった曜日に、1週間に作られた件数、期限を過ぎた件数、担当者ごとの対応中の件数を確かめます。偏りや遅れがあれば、次の週の当番や担当の割り振りを見直します。

チケット管理で起きやすい失敗と、その防ぎ方

チケット管理を始めたチームがつまずく場面には、いくつかの決まった形があります。始める前に知っておけば、同じ失敗を避けられます。

失敗1：項目を作り込みすぎる

最初から20を超える項目を用意し、すべてを必須にすると、1件の登録に数分かかるようになります。忙しい日ほど登録が後回しになり、一覧と実際の状況がずれていきます。始めるときは、この記事の表から番号、受付日時、依頼者、件名、担当者、状態、期限の7つだけを必須にし、残りは任意にします。運用しながら「この項目がないと困った」という場面が2回以上あったものだけを必須に加えます。

失敗2：1件の用件を複数のチケットに分けてしまう

同じ相手から追加の質問が届いたとき、新しいチケットを作ってしまうと、経緯が2枚に分かれます。担当者も別々になり、片方の回答ともう片方の回答が食い違うことがあります。相手からの返信は元のチケットに追記する、と決めておきます。反対に、1通のメールに「請求書の再発行」と「契約内容の変更」のように別々の用件が書かれていたら、2枚のチケットに分けて、それぞれ担当を決めます。用件の単位で数えるのが基本です。

失敗3：「完了」の基準があいまい

返信を送っただけで完了にすると、相手がまだ困っているのに一覧から消えてしまいます。完了にするのは、相手の用件が済んだときです。返信を送ったら一度「回答待ち」にし、相手から「解決しました」と返事が来たとき、または決めた日数のあいだ返事がなかったときに完了にします。こうしておくと、完了の件数が実際に解決した件数に近づきます。

失敗4：担当者が1人に偏る

詳しい人のところに用件が集まり、その人が休むと全体が止まる、という形もよく見られます。週に1回、担当者ごとの対応中の件数を数え、偏りがあれば付け替えます。詳しい人には、自分で返信するより、ほかの人が書いた返信を確かめる役を任せると、知識がチームに広がります。

失敗5：優先度がすべて「高」になる

相手から「急ぎで」と書かれていると、つい優先度を高にしたくなります。けれども、すべてのチケットが高になると、優先度の列は意味を失います。優先度は相手の言葉ではなく、チームで決めた基準で付けます。基準に当てはまらない「急ぎ」は中のままにし、期限の列で相手の希望の日を記録すれば、急ぎかどうかは期限で見分けられます。月に1回、高を付けたチケットの割合を確かめ、半分を超えているなら基準を見直します。

問い合わせの記録と個人情報の扱い

チケットには、名前、メールアドレス、電話番号、住所、契約の内容など、相手を特定できる情報が多く含まれます。個人情報保護法は、個人情報を扱う事業者に、その情報を安全に管理する手立てを取るよう求めています。

個人情報取扱事業者は、その取り扱う個人データの漏えい、滅失又は毀損の防止その他の個人データの安全管理のために必要かつ適切な措置を講じなければならない。 出典: e-Gov法令検索（個人情報の保護に関する法律 第23条）

少人数のチームで、まず決めておきたいのは次の点です。

• 一覧を見られる人を、問い合わせ対応に関わる人だけに絞る。共有のリンクを「リンクを知っている全員」にしない
• 退職した人や外部の協力者のアカウントは、その日のうちに外す
• 一覧をCSVで書き出したファイルを、個人のパソコンやメールの添付に残したままにしない
• 対応が終わってから何年分の記録を保存するかを決め、それを過ぎた記録は削除する

どこまでの手立てが必要かは、扱う情報の量や種類、事業の規模で変わります。詳しい考え方は個人情報保護委員会の案内で確かめ、判断に迷う場合は専門家に相談します。専用のシステムを選ぶときも、権限を細かく分けられるか、操作の記録が残るかを、選び方のポイントに加えておくと安心です。

チケット管理の考え方から見える仕事の広がり

2004年から在宅ワークとフリーランスの仲介を続けてきた運営者として見てきた限りでは、依頼する側から長く選ばれ続ける人ほど、受けた用件の進み具合を自分から伝えています。「いまここまで進んでいて、何日までに返します」と一言送るだけで、依頼する側は安心して待てます。チケット管理の考え方は、組織の仕組みであると同時に、1人で仕事を受ける人の信頼の作り方でもあります。仲介の手数料がかからない直接取引では、依頼する側は同じ予算でより多くを頼め、受ける側は手取りが厚くなります。その関係を長く続ける土台が、こうした小さな報告の積み重ねです。

問い合わせの受付や対応の仕組みを整えることは、それ自体が仕事になります。小さな会社では、問い合わせ対応の流れを見直したい、道具を選んで設定してほしいという相談が少なくありません。業務の進め方と道具の使い方を一緒に考える仕事はAIコンサル・業務活用支援のお仕事で紹介しています。チケット管理の仕組みを自社向けに作る仕事はアプリケーション開発のお仕事に、問い合わせの情報を守る仕組みづくりやサポートの自動化はAI・マーケティング・セキュリティのお仕事にあたります。

中小企業の業務の改善を幅広く支援する国家資格として中小企業診断士があり、問い合わせ対応の流れの見直しも支援の対象になります。医療機関の受付では、患者からの問い合わせや予約の変更を漏れなく扱う力が求められ、医療事務技能審査試験（メディカルクラーク）で学ぶ受付の業務にも通じます。在宅で問い合わせ対応をする体制を整える費用については、テレワーク 助成金 2026で使える助成金を紹介しています。

チケット管理は、難しい道具の話ではなく、「1件に1枚」「担当は1人」「完了まで閉じない」という3つの約束をチームで守る仕組みです。小さく始めて、数字で振り返りながら育てていけば、問い合わせの漏れは確実に減らせます。

よくある質問

Q. チケット管理とタスク管理はどう違いますか？

タスク管理は、自分やチームがやるべき作業を並べて進める考え方で、作業を始めるのは自分たちです。チケット管理は、外から届いた問い合わせや依頼に応える考え方で、始まりは相手からの連絡です。そのため、チケット管理では受付日時、依頼者、返信の記録、対応の状態が特に重要になります。道具によっては両方に使えるものもあります。

Q. 少人数のチームでもチケット管理システムは必要ですか？

1日の問い合わせが数件で、関わる人が2人から3人までなら、スプレッドシートでも十分に回せます。メールの内容を転記する作業が負担になった、一覧の状態と実際の状況が合わないことが増えた、同じ人の問い合わせをまとめて見られない、といった状態になったら、専用の道具を考える時期です。まずは無料の範囲で試すのが確実です。

Q. チケットの状態はいくつに分ければよいですか？

少人数のチームでは、新規、対応中、回答待ち、保留、完了の5つから始めると扱いやすいです。特に、相手の返事を待つ回答待ちと、社内の判断を待つ保留を分けると、どこで止まっているかが分かります。状態が多すぎると使い分けが揃わなくなるので、増やすのは運用してみて必要を感じたときだけにします。

Q. チケット管理を導入しても定着しないのはなぜですか？

多いのは、チケットとメールの両方で同時に話が進み、記録が抜けてしまうケースです。返信はチケットから送る、または送ったメールを必ずチケットに残す、のどちらかに決めます。電話や立ち話で受けた用件もチケットにしてから動く、毎朝新規と期限切れのチケットを確かめる、といった小さな決まりを守ることが定着につながります。