メール共有と電話とExcel台帳を、止めずにチケット運用へ移す手順

「あの件、どうなっていますか」。取引先からの電話に、その場で答えられなかった経験はないでしょうか。共有メールの受信箱を検索し、Excelの台帳を開き、担当者の席まで確認しに行く。折り返しますと言って電話を切るまでに、5分。

原因は、人ではありません。

問い合わせが受信箱と台帳と個人の記憶に散らばり、1か所を見れば分かる状態になっていないためです。この記事は、問い合わせ管理を効率化する方法をチケット化という切り口から整理したものです。分散の正体、移行前の棚卸し、4ステップの移行手順、品質のばらつきをなくす運用ルールを扱います。

読み終えたときに、来週から着手する順番が決まっている状態を目指します。

問い合わせ管理が効率化しない原因は「分散」にある

対応が遅いから効率が上がらない、という説明は正確ではありません。多くの現場で起きているのは、情報が4つの方向に散っている状態です。

• 窓口の分散：代表電話、共有メールアドレス、営業個人のメール、Webフォーム。取引先は知っている連絡先へ送ります
• 記録の分散：やり取りの本体はメールの受信箱、一覧はExcel台帳、電話分は担当者の記憶。同期していません
• 判断基準の分散：「急ぎ」の定義が人ごとに違い、同じ内容でも先に返る案件と後回しの案件が生まれます
• 進捗の分散：いま誰が持っているかを知るのは本人だけ。休まれた瞬間に、その案件は止まります

4つを残したままツールを導入すると、散らばった情報を新しい画面へ載せ替えるだけになります。台帳がExcelからクラウドに変わっただけ、という結末は珍しくありません。

チケット化とは｜問い合わせを受信箱から案件台帳へ移すこと

チケット化とは、1件の問い合わせに1枚の伝票を発行し、それを閉じるまで追いかける運用へ切り替えることです。伝票にあたるものをチケットと呼びます。

変わるのは道具ではなく、仕事の単位です。「受信箱に届いたメールを処理する」から「台帳に立った案件を閉じる」へ移ります。メールは案件にぶら下がる記録になります。

この切り替えで2つのことが起きます。担当者が異動しても案件が残ること。そして、返信していない案件が一覧の中で浮き上がること。

見えていなかったものが見えるようになる。それがチケット化の中身です。

移行前にやる「2週間の棚卸し」

自社にいま、動いている問い合わせが何件あるか答えられますか。答えられないなら、ツールの比較より先にやる作業があります。直近2週間分を手で数える棚卸しです。

数えるのは4項目だけです。何をどう数え、後で何に使うのかを整理しました。

数えてみると、「不明」が想像以上に多くなります。記録が残っていないためで、その事実自体が現状の答えです。なお2週間で足りるのは、繁忙期を含まない前提です。決算期に問い合わせが集中する業種なら、1か月分を見てください。

チケット化への移行は4ステップで進める

移行で最初に決めるのは、切り替える範囲です。全窓口を同時に切り替えない。この1点を守るだけで、失敗の多くは避けられます。

1. STEP1：チケットに載せる項目を決める（所要1週間／担当：サポート責任者）。棚卸しの分類名をもとに項目を決めます。入力必須は5つまで。顧客名、担当者、分類、優先度、期限が基本です
2. STEP2：ステータスと優先度の定義を文章で書き切る（所要1週間／担当：サポート責任者＋現場代表1名）。名前を並べるだけでは足りません。「誰が、どの条件で次へ動かすか」を文章にします。飛ばすと解釈が割れます
3. STEP3：1窓口だけで先行運用する（所要1か月／担当：現場＋情報システム）。Webフォームなど、テキストで届く窓口から始めます。電話は最後です。この1か月は旧台帳と二重に記録し、戻れる状態を残します
4. STEP4：全窓口へ広げ、履歴をFAQへ回す（所要2〜3か月／担当：全体）。電話と営業個人あての分を移し、頻出した問い合わせをFAQへ書き起こします。書き方はFAQ記事の作り方で整理しています

STEP3とSTEP4の間には、振り返りを1回入れてください。先行運用で使ったステータス定義は、たいてい手直しが要ります。

並行期間を設けない移行は、現場が旧運用へ戻ります。

電話・口頭で受けた問い合わせをどう載せるか

移行の最大の難所は、電話と訪問先です。BtoBでは技術担当者の携帯や商談の場で問い合わせが発生します。放置すると、チケット上の件数が実態の半分程度になり、指標が意味を失います。打ち手は2つです。

• 受電者がその場で起票する：通話中か、切った直後の30秒で終わる最小項目だけを入れ、詳細は後から追記します
• 営業が受けた分をチケットへ一本化する：日報や口頭の申し送りではなく、起票してから担当へ渡す流れに変えます

入力項目が多いほど、電話分の起票率は落ちます。STEP1で必須項目を絞る理由は、ここにあります。

移行でつまずく場面と、先に決めておくこと

先行運用が始まって2〜3週間すると、似た相談が上がってきます。よく起きる4場面について、原因と先手の打ち方を並べました。

3つ目は特に多い場面です。過去は参照、これからはチケット。この線引きを最初に宣言してください。

なお、チケット化で減るのは1件あたりの手間で、件数そのものではありません。件数を減らす打ち手は問い合わせ工数を削減する方法で扱っています。

ステータス定義と優先度基準の下書きから始めたい方へ。tovira では、問い合わせ対応の設計手順をまとめた資料をご用意しています。資料をダウンロードする

対応品質のばらつきをなくす運用ルール

チケット化がやってくれるのは、見える化までです。誰が何を持っているかは分かりますが、回答の中身はそろいません。品質をそろえるのはルールの仕事です。

決めるべきルールは4種類あります。

1. ステータスの定義：STEP2で書いた内容を運用ルールに昇格させます。一定期間動きのないチケットを自動クローズする製品もあるため、放置案件の扱いも決めます
2. 優先度と一次回答期限：判断軸を1つに絞り、状態の言葉で書きます。詳しくは次の項で扱います
3. 返信テンプレート：全文は作りません。頻出する10パターンの冒頭と締めの定型文、確認事項の箇条書きだけを共通化します。丸ごと固定すると、状況に合わない回答が出ます
4. エスカレーション基準：1人で抱える上限を時間で決めます。24時間動きがなければ責任者へ通知する、という機械的な線引きが機能します

人の目で守らせる前提は、成り立ちにくくなっています。日本コンタクトセンター協会の2025年度実態調査では、スーパーバイザー職の不足感が87.9％にのぼりました。見て回る人が足りない以上、ルールは仕組みの側へ埋め込むほかありません。

ばらつきの代償も小さくありません。MMD研究所らの2025年の利用者調査では、オペレーター対応への不満から乗り換えた人が34.2％でした。

優先度は「顧客の業務が止まるか」で決める

優先度を「高・中・低」と置くだけでは、判断が人によって割れます。判断軸は1つに絞ってください。顧客の業務が止まっているかどうか、です。

システムが使えない、出荷が止まる、といった状態は最優先。代替手段があるなら通常。一次回答期限も、最優先は2時間以内、通常は翌営業日中というように時間で決めます。取引先ごとに契約条件が異なるのがBtoBです。取引先ごとの権限・区分を管理する機能のように、属性で運用を分けられるかも確認点になります。

顧客側から進捗が見える状態をつくる

チケットを社内だけで見る運用と、顧客側にも進捗を出す運用があります。後者を選ぶと、「あの件どうなりました」という催促の問い合わせ自体が減ります。回答そのものより、「調査中で明日回答予定」と分かることに価値が出る場面です。

例えばtoviraでは、サポートチケット機能で受付から解決までの状態を顧客と共有できます。蓄積した対応履歴はFAQ機能へ回す、という考え方です。

効率化できたかを測る指標

移行後に見る数字は、先に決めておきます。

• 一次回答までの時間：平均ではなく中央値で見ます。数件の長期案件に引きずられないためです
• クローズまでの日数：分類別に出すと、詰まる領域が浮かびます
• 再オープン率：解決済にした後で戻ってきた割合。回答の質を映します
• 起票率：電話・口頭を含む実件数のうち、チケットになった割合
• 担当者ごとの一次回答時間のばらつき：品質のばらつきを最初に検知できる指標

導入から3か月は、数値が悪化して見えます。起票率が上がるためです。

よくある質問

問い合わせ管理をExcelで続けると、何が問題になりますか

やり取りの本体がメール側に残るため、台帳と実態の二重管理になります。同時編集の制約もあり、複数人が同じ時間帯に更新する運用には向きません。動いている案件が常時20件を超えるあたりから、入力が追いつかなくなります。

チケット化すると、現場の入力工数は増えませんか

移行の直後は増えます。増えるのは起票の手間で、減るのは「あの件どうなった」を探す時間です。必須項目を5つ以内に絞れば、起票は30秒前後に収まります。

電話で受けた問い合わせもチケットにすべきですか

最終的には載せてください。ただし移行の初期は無理をせず、テキストで届く窓口から始めます。電話分を後回しにしている間は、起票率が低く出ます。

ステータスはいくつ用意するのが適切ですか

受付・対応中・解決済・クローズの4つから始め、運用しながら足りない状態を足す進め方が扱いやすいです。最初から8つ以上作ると、選ぶのに迷います。

移行にはどのくらいの期間がかかりますか

棚卸しに2週間、設計に2週間、先行運用に1か月、全窓口への展開に2〜3か月。合わせて4〜5か月が目安です。窓口の数と既存システム連携の有無で変わります。

まとめ｜チケット化はツール導入ではなく運用設計

問い合わせ管理の効率化は、道具を入れ替える作業ではありません。散らばった情報を1か所へ集め、判断のルールを文章にする作業です。

1. 効率化を阻むのは窓口・記録・判断基準・進捗の分散であり、載せ替えるだけでは解けない
2. ツールを比べる前に、直近2週間分の問い合わせを4項目で数える
3. 移行は1窓口の先行運用から始め、全窓口を同時に切り替えない
4. 品質をそろえるのはツールではなく、ステータス・優先度・テンプレート・エスカレーションの4ルール

来週やることは1つです。直近2週間分の問い合わせを、窓口別に数えてみてください。数え始めた時点で、見えていない箇所が分かります。仕組み全体の位置づけはカスタマーポータルとはで整理しています。

tovira のカスタマーポータルは、問い合わせのチケット管理と進捗の共有、FAQ配信を1つの画面にまとめます。取引先からの見え方は、実際の画面でご確認ください。デモを依頼する

出典

• 一般社団法人日本コンタクトセンター協会『2025年度 コンタクトセンター企業 実態調査』 ccaj.or.jp（参照：2026-07-26）
• MMD研究所・PKSHA Technology『カスタマーサポートに関する利用者の意識調査』 mmdlabo.jp（参照：2026-07-26）
• tovira『サポートチケット機能』 tovira.jp（参照：2026-07-26）