問い合わせのメールは届いているのに、誰が対応するか決まっていない。担当者へ転送したものの、その後の状況が分からない。回答したつもりでも、顧客は追加の連絡を待っている。問い合わせ対応では、受け付けた後のつなぎ方があいまいだと、こうした行き違いが起こります。

必要なのは、受信した内容を保存することに加え、誰が責任を持ち、次に何を、いつまでに行うかを、完了まで追えるようにすることです。担当が替わったり、顧客や社内の返答を待ったりする場面でも、この情報があれば対応を続けやすくなります。

この記事では、問い合わせの受付から担当者への引き継ぎ、対応中の確認、完了と再開までの管理方法を、図解・表・記入例で解説します。中小企業の問い合わせ窓口、営業事務、サポート担当者が、自社の運用を見直す際に使える内容です。

受け付けた問い合わせの内容と次の対応を、サポート担当者と技術担当者が確認するイラスト
問い合わせの引き継ぎを相談するイメージです。AI生成イラストで、実際の導入企業やvtplusの画面ではありません。

問い合わせを受け付けただけでは、対応は進まない

問い合わせの入口には、Webフォーム、メール、電話、営業担当者への直接連絡などがあります。入口が増えること自体より、受付後の記録と確認が経路ごとに分かれてしまうことが、管理上の課題になります。

例えば、代表メールへ届いた問い合わせを担当者へ転送しても、その人が休みなら対応が止まります。電話で受けた内容がメモにしか残っていなければ、別の担当者は経緯を確認できません。「誰かが見ているだろう」という状態を残さない仕組みが必要です。

図解 01受付・引き受け・対応・完了をつなぐ
  1. 受付を記録問い合わせを特定し、内容・相手・影響を残す。
  2. 担当が引き受ける責任者と次の対応、連絡の予定を決める。
  3. 対応を進める確認・回答・待ち状態を更新し、期限を見直す。
  4. 完了を確認終了条件と結果を残し、再連絡時も経緯をたどる。
各段階で次の担当と仕事を明確にする運用の例です。再調査が必要な場合は対応へ戻します。

問い合わせ管理の目的は、件数を数えることだけではありません。どの問い合わせが未着手か、何の返答を待っているか、顧客へ次にいつ連絡するかを確認できることが大切です。システムを選ぶ前に、この流れを社内でそろえると、必要な機能も考えやすくなります。

受付時には、内容・顧客・次の判断に必要な情報を残す

最初からすべての情報を必須にすると、緊急時の受付が遅れたり、分からない項目へ仮の値を入れたりする原因になります。受付時に必要なことと、担当者が調査して補うことを分けましょう。

受付から対応へつなぐ記録項目
情報のまとまり記録する内容使う目的
受付を特定する情報受付番号・日時・経路・受け付けた人元の連絡や、同じ問い合わせへの追加連絡をたどる
相手と連絡先会社・連絡者・返信先・希望する連絡方法誰へ何を返すかを確認する。顧客との関連付けが不明なら確認中として扱う
内容と対象件名・問い合わせ内容・対象の製品やサービス・関連資料対応部門を選び、同じ説明を何度も求めないようにする
影響と急ぎの理由何ができないか・影響範囲・希望時期・回避手段の有無優先度を判断する。確認できた事実と未確認事項を分ける
担当と状態受付先・担当部門・実行担当・引き受け状況・現在の状態責任の空白や重複対応を見つける
次の仕事次の対応内容・実行担当・期限・顧客への報告予定調査中や返答待ちでも、次に動く時点を明確にする

元の連絡と、対応用の要約を分けて残す

受付の内容は、担当者が理解しやすいよう要約します。ただし、要約だけで元の説明を置き換えると、条件や言い回しが抜けることがあります。元のメール・添付・電話で確認した内容を参照できるようにし、事実と担当者の推測を分けます。

同じ顧客から複数経路で連絡が来た場合は、顧客名だけで同じ問い合わせと決めず、対象・症状・時期・受付番号などを確認します。同じ内容なら関連付けや一本化を検討し、別の問題なら分けて追えるようにします。

電話から始まった問い合わせも、会話の後に共有する記録へ戻します。連絡先や添付の取り扱い、閲覧範囲を決め、パスワードなど不要な機密情報を受付本文に残す運用は避けましょう。

問い合わせの分類と優先度は、別の意味で考える

「操作方法」「不具合」「契約・請求」「導入相談」などの分類は、担当する部門や調べ方を選ぶための情報です。優先度は、対応の順番を判断する情報です。分類が同じでも、影響や約束によって対応の急ぎ方は変わります。

優先度を考える際は、影響を受ける範囲、業務が止まっているか、回避手段があるか、顧客との約束や適用されるサービス条件を確認します。顧客からの「急ぎ」という申告も受け止めたうえで、状況を聞き取り、理由が分かるように記録します。

  • どの業務・利用者・拠点に影響しているか
  • 作業を続ける代替手段があるか
  • いつまでに必要で、その理由は何か
  • すでに約束した回答・報告時期や、確認すべきサービス条件はあるか

一度付けた優先度を固定する必要はありません。影響が広がった、回避手段が見つかった、顧客の予定が変わった場合は、判断理由とともに見直します。優先度を上げたときの連絡先や、通常の窓口で扱えない内容の引き継ぎ先も決めておきましょう。

担当者への通知と、担当者の引き受けを分けて確認する

転送メールやチャットの通知を送っただけでは、引き継ぎが成立したか分かりません。担当者が内容を確認し、自分が対応することを認識した状態まで確認します。受付担当は、引き受け先が決まるまでの確認役を明確にしておきましょう。

図解 02「送った」で終わらない引き継ぎ
  1. 1
    受付側が、渡す情報をそろえる内容・影響・顧客との約束・確認済み事項・次に必要な仕事を共有。
  2. 2
    担当者が、引き受けと次の対応を確認担当範囲を確認し、着手する仕事と期限を決める。不明点は受付側へ返す。
  3. 3
    未引き受けを、決めた窓口が確認不在・担当違い・判断待ちを確認し、再割当や管理者への相談を行う。
引き受けを確認する方法は、担当変更・確認記録など、自社の仕組みに合わせて決めます。

共有窓口に残る問い合わせを、誰が確認するか

チームで問い合わせを受ける場合は、共有の受付一覧から担当者が引き受ける方法もあります。その際は、共有一覧を見る人、確認する時間、引き受けられないときの相談先を決めます。「チーム宛て」のまま、誰も責任を持たない状態を残さないことが大切です。

担当が一人に決まっても、作業をすべてその人だけで行う必要はありません。問い合わせ全体を追う主担当と、個別の調査や作業をする担当を分ければ、他部門へ依頼しても窓口が見えやすくなります。

担当交代では、問い合わせの担当欄だけでなく、未完了タスク・顧客への報告予定・社内依頼も確認します。新しい担当が内容を引き受けるまでは、従来の窓口が状況を確認するなど、空白が生まれないルールを設けましょう。

「対応中」「返答待ち」を、次に動ける状態へ分ける

すべてを「対応中」にすると、調査しているのか、顧客へ質問したのか、別部門の確認待ちなのかが分かりません。一方、状態を細かく増やしすぎると、選択に迷い更新されにくくなります。

状態名は、次に誰が動くか、管理者が何を確認するかが変わるところで分けると整理しやすくなります。次の表は自社の運用を考えるための例です。CRMにこの名前の状態が初めから用意されていることを示すものではありません。

状態と、次に確認する仕事の例
状態の例何を表すか管理上の確認
受付・担当確認中内容を受け付け、担当や対応方針を決めている誰が割当を確認するか、未引き受けが残っていないか
対応中担当者が調査・回答準備・作業を進めている次の仕事、担当、期限、顧客への報告予定はあるか
顧客の返答待ち顧客へ情報提供や確認を依頼している何を依頼したか、いつ再確認するか、顧客との約束は何か
社内・外部確認待ち専門担当や取引先等へ調査・判断を依頼している依頼先、依頼内容、回答目安、催促・支援の窓口はあるか
回答済み・確認待ち回答や回避策を案内し、必要な結果確認を待っている案内内容と、顧客へ確認すること・時期を記録したか
完了自社で決めた終了条件を満たし、対応を終えた完了理由、結果、残課題の移管、再開時の経緯をたどれるか

「待ち」は、放置してよいという意味ではありません。返答する相手と、待っている内容、次の確認日を残します。社内での見直し日と顧客へ再連絡する日は、同じとは限りません。顧客が希望した連絡時期も踏まえて管理します。

返答がない場合の終了ルールも、問い合わせの性質や約束に合わせて決めます。返信がないことを、解決した事実と同じに扱わないようにし、未確認のまま終了するなら、その理由を分けて残しましょう。

初回連絡・次回報告・解決の目標を分けて管理する

「回答期限」という言葉だけでは、受付した旨を連絡する期限なのか、調査結果を報告する期限なのか、問題を解決する期限なのかがあいまいになります。チーム内と顧客への案内で、何の期限かをそろえましょう。

図解 03期限は、約束する内容ごとに考える
初回の連絡受付や状況確認を伝える。自動受付通知と、人が内容を確認した連絡を区別。
次回の報告調査中でも進捗や確認状況を伝える。誰が、何を、いつ知らせるかを決める。
解決の目標調査・作業の見通しを管理する。確定した約束か、暫定の目標かを区別。
すべての問い合わせで同じ期限が必要とは限りません。自社の対応内容とサービス条件に合わせて設定します。

調査が終わる時期を確約できなくても、次に状況を伝える時点を決められる場合があります。中間報告では、確認できたこと、まだ確認中のこと、次に行う作業を伝えます。「調査中です」だけを繰り返すより、顧客が状況を理解しやすくなります。

期限を決める際は、営業日・営業時間、休日、受付時刻、契約や窓口の対象範囲を確認します。待ち状態で時間計測を止めるかどうかも、自社のルールや適用条件によって異なります。「保留にしたから期限対象外」と自動的に考えないようにしましょう。

期限に間に合わない見通しが出た場合は、理由と新しい見通し、必要な支援、顧客への連絡を決めます。日付を先へずらすだけでは、遅れの経緯や支援が必要な理由が残りません。

専門担当へ確認するときも、顧客への連絡担当を見失わない

受付担当だけでは回答できない場合は、専門担当や他部門へ調査・判断を依頼します。これが、ここでいうエスカレーションです。依頼メールを転送するだけでなく、何を確認してほしいか、いつまでに必要か、顧客へ何を約束しているかを伝えます。

図解 04調査の担当と、顧客への連絡窓口を整理する
問い合わせの主担当
全体の状況把握顧客への報告期限と依頼の確認完了の判断

誰に何を依頼し、次にいつ顧客へ伝えるかを把握します。

専門の確認・作業担当
調査する範囲判断・作業の内容回答の目安結果と残る課題

依頼を引き受け、結果や追加確認が必要な点を主担当へ返します。

窓口を移す場合は、新しい主担当の引き受けまで確認する
分担の例です。専門担当へ依頼するたびに、問い合わせ全体の担当を変える必要はありません。

依頼を受けた担当者が対応できない場合は、理由と代わりの確認先を戻せるようにします。依頼の状態も、作成・通知・引き受け・回答・取り下げを区別して考えると、どこで止まっているかを見つけやすくなります。

顧客への窓口を別部門へ移す場合は、引き継ぐ情報、未完了の依頼、報告予定、顧客への案内をそろえます。複数人が別々の回答をしないよう、現在の窓口を共有しましょう。外部へ確認を依頼する際は、渡す情報を必要な範囲に絞り、共有してよい内容を確認します。

回答送信と対応完了を分け、再開できる経緯を残す

回答メールを送ったこと、回避策を案内したこと、顧客側で問題が解消したことは、それぞれ違います。自社の問い合わせでは何をもって完了とするか、内容ごとに決めましょう。

例えば、操作方法の案内は質問への回答を終えたこと、不具合の調査は結果の説明と必要な確認を終えたことを基準にするなど、業務に合わせて考えます。回避策で業務を再開できても根本対応が残る場合は、問い合わせを継続するのか、残課題を別の管理へ移すのかを明確にします。

完了時には、結果・理由・残課題を確認する

  • 何を回答・実施し、どの結果を確認したか
  • 顧客へ伝えるべきことが残っていないか
  • 他部門への依頼や次回タスクが未処理で残っていないか
  • 継続する課題があれば、誰がどこで追うか
  • 解決・重複・取り下げ・確認できず終了など、終了理由を区別したか

完了後に同じ内容で再連絡が来たら、元の問い合わせを再開するか、関連する新規問い合わせにするかを判断します。再発や別の問題を、顧客名だけで一括りにしないようにします。どちらの方法でも、元の対応を参照できることが大切です。

完了した記録をそのままFAQとして公開する必要はありません。再利用に向く内容を選び、顧客固有情報や条件を整理してから知識に変えます。日々の対応記録と、社内外へ案内するFAQは、目的を分けて管理しましょう。

CRMでは、問い合わせ・顧客・担当・次の仕事をつなげる

共有表でも、受付番号・担当・状態・次回対応をそろえて確認する運用は始められます。ただし、メールや添付の経緯が探しにくい、複数人で担当を調整しにくい、一覧の更新が追い付かない場合は、CRMによる管理を検討する材料になります。

CRMでは、顧客と問い合わせを関連付け、対応履歴や次のタスクへたどれる構成を考えます。問い合わせを確認する人に必要な情報を見せつつ、価格条件・個人情報・内部の調査メモなどの共有範囲を分けることも確認しましょう。

アイプランナーの拡張機能の公開紹介では、サポート担当者ワークベンチについて、未完了の問い合わせを優先度・停滞・返答待ち・共有キューで整理し、担当の引き受けや状態変更へ進む機能が説明されています。本記事の運用を検討する際も、必要な問い合わせを見つけ、次の仕事へ移れるかが確認点になります。

自動化は、通常の処理と例外・停止条件を一緒に設計する

自動割当、受付通知、期限前の連絡、確認タスクの作成などは、自動化を検討できる作業です。アイプランナーのワークフローの説明でも、対象・タイミング・条件・実行内容を組み合わせる考え方が示されています。

例えば、「未引き受けの問い合わせを確認する」という設計では、対象の状態、確認する時点、通知先、不在時の代替、引き受け後の停止を決めます。これは設計例で、標準機能だけでそのまま実現できるという保証ではありません。

  • フォーム・メール・電話入力など、どの登録経路が処理の対象か。
  • 再送や再保存で、重複した問い合わせ・通知・タスクを作らないか。
  • 担当変更、顧客からの返信、完了、再開で処理をどう切り替えるか。
  • 社内メモが、顧客への自動返信へ混ざらないか。
  • 定期処理や通知が失敗したとき、誰がどこで確認するか。

vtplusで検討する場合は、必要な機能と提供構成、利用条件、設定・拡張・個別対応の範囲を確認してください。紹介されている拡張機能が、すべての環境へ一律に含まれるとは限りません。通知が届いたことと、実際に対応を終えたことも分けて管理します。

日々の確認は、未担当・期限・待ち状態から始める

すべての問い合わせを毎回読み直すより、対応が止まりやすい条件で確認対象を分けると、日々の仕事に組み込みやすくなります。担当者は自分の今日の仕事を、受付責任者や管理者は担当未確定・支援が必要な問い合わせを確認します。

止まりやすい問い合わせを見つける確認一覧
確認対象見ること確認後に決めること
担当未確定・未引き受け割当先と確認担当、不在や担当違い引き受け先、代替担当、次の確認時点
連絡・報告の期限が近い顧客との約束、調査の進み具合回答内容、中間報告、支援の要否
返答待ちが続く何を誰に依頼し、いつ確認する予定か再確認、依頼先の調整、保留や終了の判断
担当交代・長期停滞残る作業、未完了の依頼、最後に意味のある対応をした時点支援者、対応方針、次の仕事と期限

最終更新日時だけで、対応が進んでいると判断しないことも大切です。担当欄や表記を直すと更新時刻が変わっても、顧客への連絡や調査が進んだとは限りません。必要に応じて、最後の顧客連絡、実施した作業、次回対応を分けて確認します。

一つの窓口で試して、入力負担と対応の抜けを確かめる

最初は、対象の窓口と問い合わせの種類を絞り、受付・引き受け・状態・次回対応・完了をそろえて試します。通常の対応だけでなく、不在、担当違い、返信なし、担当変更、完了後の再連絡も想定して確認しましょう。

運用を見直すときの確認指標
確認すること定義の例注意すること
未担当・未引き受け対応対象のうち、実行担当や引き受けが確認できない件数共有窓口の確認担当と、担当決定の基準をそろえる
約束した連絡の超過初回連絡や次回報告の期限を過ぎた未実施の件数自動受付通知と内容を確認した連絡を混同しない
待ち状態の滞留次回確認日を過ぎた返答待ちの件数顧客待ちと社内・外部待ちを分け、適用条件を確認する
完了後の再確認再開件数と、同じ問題の継続か別の内容かの理由再開を悪いこととして隠さず、完了条件や回答内容の改善に使う

指標は、対象・期間・営業時間・除外条件をそろえて比較します。受付通知だけを早めたり、未解決のまま完了へ変えたりしても、顧客対応が改善したとは言えません。記録や確認にかかる負担も含めて見直し、必要な項目と手順を整えましょう。

そのまま使える受付・引き継ぎ記録と連絡文例

次の記入例は架空の問い合わせを使ったものです。実際の導入事例や提供できる納期を示すものではありません。分からないことを無理に埋めず、確認する担当と次の仕事を決めるために使ってください。

記入例:A社の帳票出力に関する問い合わせ

受付:代表メールで受信。対象の帳票が出力できないとの申告。影響する利用者の範囲は未確認。

担当:サポート担当が引き受け。技術担当へ、発生条件と再現確認を依頼する。

次の仕事:サポート担当が、エラー内容・発生時刻・操作手順を確認する。技術担当は必要な調査条件を返す。

顧客への報告:次に状況を伝える時期を顧客と調整し、報告担当と予定を記録する。解決時期は現時点では未確定。

完了の確認:案内した対応と結果を確認し、残る課題があれば移管先と担当を記録する。

コピーして使う受付・引き継ぎテンプレート

受付番号/受付日時/経路/受付担当:

顧客/連絡者/返信先/希望する連絡方法:

件名/内容/対象の製品・サービス:

確認できた事実/影響/未確認事項:

優先度と理由/確認するサービス条件:

主担当/引き受け状況/現在の状態:

社内・外部への依頼内容/依頼先/回答の目安:

次の仕事:誰が/いつまでに/何をするか

顧客への次回連絡:担当/予定/伝える内容

実施結果/待ちの理由/完了条件/終了理由:

文例1:受付したことを伝える

お問い合わせを受け付けました。内容を確認のうえ、担当よりご連絡いたします。

追加でお知らせいただく情報がある場合は、受付番号を添えてご連絡ください。

※受付通知のみの場合は、担当者が調査に着手済み、解決時期が確定済みと受け取られる表現を避けます。受付番号や案内する手段は、実際の運用に合わせてください。

文例2:調査中の状況を伝える

お問い合わせの件について、現在、発生条件と影響範囲を確認しています。現時点で確認できた内容と、引き続き調査している点を整理してご案内いたします。

次回のご報告は、事前にお伝えした日時を予定しています。見通しに変更が生じる場合は、改めてご連絡いたします。

※確認済みの事実、調査中の点、実際に約束した日時へ書き換えて使用してください。確約できない解決日時を付け加えないようにします。

よくある質問

共有メールを全員で見ていれば十分ですか?

メールを共有していても、担当者と次の仕事が分からない場合があります。誰が引き受けたか、現在の状態、次回対応を確認できるようにしましょう。件数や体制によっては共有表から始めることもできます。

受付時に担当者を決められない場合はどうしますか?

担当未確定として残し、割当を確認する窓口と次の確認時点を決めます。内容を判断する人が不在なら、代替の相談先も用意します。担当を空欄にしたまま、誰も見ない状態を避けましょう。

顧客から返事がない場合は完了にできますか?

問い合わせの内容と自社の終了ルールによって判断します。再連絡の時期や必要な確認を行い、解決を確認した完了と、未確認のままの終了を分けて記録します。

他部門へ依頼したら、担当者も変更すべきですか?

個別の調査依頼だけなら、主担当を維持して分担する方法があります。窓口そのものを移す場合は、新しい担当の引き受けと、顧客への案内、未完了の仕事まで確認してください。

CRMを導入すれば、自動で対応漏れがなくなりますか?

受付・割当・状態・期限・完了の意味をそろえ、日々確認する運用が必要です。自動化する場合も、登録経路、重複、停止条件、失敗時の確認を設計します。機能と運用を合わせて整えましょう。

vtplusを検討するなら、受付後に止まる場面を整理する

問い合わせ管理では、受付した内容を、担当者の引き受け、次の仕事、顧客への連絡、完了の判断までつなぐことが大切です。返答待ちや他部門への依頼も、担当と次の確認時点を残せば、止まっている理由を確認しやすくなります。

vtplusで仕組みを検討する際は、現在の受付経路、担当の決め方、状態の種類、顧客との約束、完了条件を整理すると、相談したい内容が具体的になります。まずは一つの窓口で必要な記録と確認をそろえ、自社の体制に合う管理へ育てていきましょう。