問い合わせ管理ダッシュボードの設計｜一覧・担当・期限・履歴・集計

問い合わせを受け付けた後、「担当者は決まったか」「いつ返信するか」「何の確認を待っているか」を別々のメールや表で調べていませんか。担当の変更や追加の連絡があった時に、現在の状況と次の作業を同じ案件から確認できることが、問い合わせ管理ダッシュボードの役割です。

問い合わせ管理ダッシュボードは、単に一覧を並べる画面ではなく、受付後の判断と作業を支える業務画面です。このページでは、カラム設計、分類、担当振り分け、ステータス、検索、対応履歴、通知、権限、集計までを、ひとつの運用として説明します。

問い合わせ管理ダッシュボードは、受付後に止まっている案件を見つける画面です

管理画面で本当に知りたいのは、件数そのものよりも、今どこに滞留があるかです。実務では、次の4点が一目で分かるだけでも扱いやすさが大きく変わります。

• 未対応が何件あるか
• 担当未設定の案件が残っていないか
• 期限が近い案件がどれか
• 過去にどんな対応をしたか

この4つが見えると、朝の確認や日中の差し込み対応でも判断しやすくなります。

使いにくさの主因は、必要な情報がメール・表計算・チャットに分かれていることです

1. 一覧だけでは状態が分からない

件名や送信者だけが見えても、対応中なのか、確認待ちなのか、完了済みなのかが見えないと一覧として弱くなります。

2. 担当変更や社内メモが別管理になっている

メールとExcelとチャットが分かれていると、引き継ぎのたびに情報を追い直す必要が出やすくなります。

3. 検索やフィルタが弱い

担当者、期間、種別、状態で絞れないと、結局メール検索と大差がなくなりやすくなります。

画面構成例：一覧・絞り込み・担当状況を一画面にまとめる

日常の確認には、未対応件数、絞り込み条件、案件一覧、担当別の件数を同時に見られる横型の管理画面が適しています。下は、朝の確認と担当振り分けを同じ画面で行う構成例です。

画面の件数・部門名・問い合わせ内容は説明用の架空の例で、複数業種の用件を併記しています。未対応・対応中は現在の残件、本日完了は今日完了した件数、担当別の状況は本日受付分という別の集計です。担当未設定は他の状態と重複し、案件一覧は一部を抜粋しています。

一覧カラムの基本形：現在の状態と次の対応を判断できる項目

列を選ぶ時は、一覧を開いた担当者が何を判断するかを先に決めます。以下を基本形の例として、案件の選択・担当確認・期限確認に使う項目を残します。どの業種でも全項目が必須という意味ではありません。

カラム	役割	補足
受付日時	古い案件を見逃さないため	新しい順だけでなく、期間指定でも見られる方が便利です。
問い合わせ者名	誰から来たかを把握するため	会社名と氏名をどう見せるかはBtoBかどうかで調整しやすくなります。
件名または概要	内容の見当を付けるため	長文本文を一覧で見せるより、短い要約がある方が扱いやすくなります。
カテゴリ	振り分けや集計に使うため	資料請求、見積、サポートなど、主な用件で分けると見やすくなります。
ステータス	今どこで止まっているかを見るため	未対応、確認中、対応中、完了などが見えると動きが分かりやすくなります。
担当者または担当部門	誰が持っているかを明確にするため	担当未設定が残ると放置されやすいため、一覧で目立つ方が便利です。
優先度	先に対応すべき順を決めるため	優先度の基準と変更できる担当者を決めます。期限とは別に表示します。
次の対応期限・予定日	いつ、何の作業を行うかを確認するため	初回返信の期限と、追加確認の予定日は区別します。未設定を期限なしと同じ意味にしないようにします。

法人向けの受付で、追加を検討するカラム

項目	一覧で使う場面	データの意味を決める点
会社名・部署名	同じ担当者から複数部門の相談が来るなど、所属先の確認が必要な時	問い合わせ時点の所属先と、顧客台帳の現在値を区別します。会社名がない相談の表示方法も決めます。
顧客区分	契約中のサポートと新規相談で、担当や確認手順が変わる時	既存顧客・見込み顧客・代理店などの基準と更新者を決めます。未確認を新規顧客へ自動分類しません。
受付チャネル・流入経路	電話での受付、Webフォーム、展示会後の相談などを確認する時	今回の受付手段と、最初に知った媒体は別の情報です。「紹介」は紹介者の氏名とも分けます。
タグ・補助属性	製品、キャンペーン、イベントなどで横断的に探す時	誰が追加するか、同じ意味のタグをどう管理するかを決めます。担当振り分けに必須の分類と自由なタグは分けます。

一覧に出すか、詳細で確認するか

変更頻度だけでは決めません。会社名のように変化しない情報でも、案件を見分けるために必要なら一覧に出します。一方、更新の多い社内メモでも、次の作業の判断に使わない全文まで一覧に並べる必要はありません。

• 一覧：担当者が次に開く案件を選ぶための状態・担当・期限・短い概要。
• 詳細：問い合わせ本文、返信文、添付内容、長い社内メモ、変更履歴。
• 検索・絞り込み：画面に常時表示しなくても、探す条件に使う項目。表示カラムとは別に選定します。

件名を省略する場合は、似た案件を区別できる範囲を残し、詳細へ進めるようにします。データ自体を短く切って保存することとは分けます。画面の配置を比較したい場合は、テーブル型・2ペイン型・カンバン型のレイアウト例を参照できます。

カテゴリは、担当振り分けに使う項目と集計に使う項目を区別します

問い合わせ種別をひとつの選択欄だけで細分化すると、利用者が選びにくくなり、集計結果にもばらつきが出ます。最初の担当を決める大分類と、後から傾向を見るための補助項目を分けると運用しやすくなります。

項目	例	使い方
問い合わせ種別	見積依頼、資料請求、サポート、採用、取材	一次受付の担当部門を決める基準にします。
対象製品・サービス	製品名、サービス名、施設名、支店名	専門担当への振り分けや、製品別の件数確認に使います。
対応上の属性	既存顧客、新規相談、契約中、障害連絡	優先表示や権限の条件として使います。問い合わせ種別には混ぜません。

選択肢は実際の受付内容を確認して決めます。最初から細かな分類を多数用意するより、「振り分け先が変わるか」「定期的に集計するか」を基準に必要な項目だけを作る方が、入力する人にも管理する人にも分かりやすくなります。

ステータスは、次に何をする段階かが分かる数に絞ります

以下は状態を分ける例です。数を先に固定せず、担当者が次に何をするか、誰の回答を待つかが変わる時点を確認して決めます。画面例の「未完了」は未対応・確認中・対応中を表示する条件で、個別案件のステータス名ではありません。

優先度と期限は、別の項目として管理します

優先度が高・中・低だけだと、何から手を付けるかが曖昧になることがあります。期限と一緒に見える方が、今日動くべき案件を決めやすくなります。

• 優先度は案件の重さや重要性を見るため
• 期限はいつまでに対応する必要があるかを見るため
• 一覧では「期限が近い順」「優先度が高い順」で切り替えられる方が便利です

期限を複数持つ場合は、初回返信、顧客への再連絡、社内確認など、どの作業の期限かを明記します。一覧に「次の期限」を表示するなら、対象にする作業と選択順を決めます。同時刻の案件の並び順や、日付未設定の案件をどこに表示するかも確認します。

担当振り分けは、自動設定と手動変更を組み合わせます

フォームで選ばれた種別や製品から初期担当を決めれば、受付担当者の作業を減らせます。ただし、複数部署に関係する相談や、担当者不在時の引き継ぎは自動設定だけでは処理できません。管理者やチーム責任者が担当を変更でき、変更前の担当者と変更日時が履歴に残る構成が必要です。

1. 受付時に初期担当を設定する
   見積依頼は営業、操作質問はサポートなど、問い合わせ種別に応じた受け先を設定します。
2. 振り分け条件に該当しない場合を決める
   共通窓口を担当にするか、未割り当てとして確認担当へ知らせるかを事前に決めます。共通窓口への割り当て済みと、担当未設定は区別して表示します。
3. 担当変更と引き継ぎ理由を記録する
   担当者だけを上書きせず、誰がいつ変更したか、確認事項は何かを残します。

フィルタは、日常で使う条件をすぐ選べるようにします

検索条件は多ければ便利というわけではありません。まずは、毎日よく使う切り口がすぐ押せることの方が重要になりやすくなります。

1. 未対応だけを見る
   入口として最も使うフィルタです。今日何が残っているかを確認しやすくなります。
2. 自分の担当だけを見る
   担当者単位での作業整理がしやすくなります。
3. カテゴリや期間で絞る
   見積相談だけ、今週の受付分だけ、のような見方がしやすくなります。
4. キーワードで探す
   会社名、氏名、件名、本文から過去履歴を引きやすくなります。

保存ビューでは、表示列・検索条件・並び順をセットで扱います

「自分の未対応」「チームの期限超過」など、繰り返し使う条件を保存する場合は、保存する内容と利用範囲を決めます。個人用とチーム共有のビューでは、変更できる人も区別します。

• 自分の未対応：担当者がログイン中の本人、ステータスが未対応という条件。共有する場合に「自分」が誰を指すかを決めます。
• チームの期限超過：対象部門、未完了に含む状態、どの期限と現在時刻を比べるかを明示します。
• 特定の流入経路：受付チャネルと獲得経路のどちらで抽出するかを指定し、未入力をその他と同じ分類にしないようにします。

列の表示・非表示は閲覧権限ではありません。共有ビューを開いても、その利用者に許可された案件と項目だけを表示します。列や分類を廃止して保存条件が使えなくなった場合は、条件を無視して全件表示せず、修正が必要なことを案内します。詳しくは保存ビュー・フィルタ設計ガイドで扱います。

通知は、必要な相手と条件に限定します

通知は多すぎるとノイズになりやすく、結局見られなくなります。実務では、次のような場面に絞った方が扱いやすくなります。

通知の場面	送り先	考え方
新規受付	一次窓口または担当チーム	全員へ送るより、最初に見るべき人へだけ届く方が実用的です。
担当アサイン	新しい担当者	自分に割り当てられた時だけ通知される方が動きやすくなります。
期限接近・期限超過	担当者と必要なら管理者	止まっている案件だけを拾う通知の方が意味が出やすくなります。

問い合わせ対応履歴と操作履歴は、同じメモ欄にまとめません

問い合わせ本文、顧客への返信、社内メモ、担当変更、ステータス変更は意味が異なります。すべてを自由記入欄に追加すると、後から「顧客へ何を伝えたか」と「社内で何を判断したか」を区別できません。

記録	残す内容	確認する場面
対応履歴	電話、メール、面談などで顧客へ伝えた内容	再問い合わせへの対応、担当者の引き継ぎ
社内メモ	回答方針、確認先、顧客には表示しない補足	社内確認、承認、次の担当者への連絡
操作履歴	担当・期限・ステータスを変更した人と日時	滞留原因の確認、誤更新の調査

添付ファイルを扱う場合は、ファイル名だけでなく登録者と登録日時も記録します。削除やCSV出力を誰に許可するかは、閲覧権限とは別に決めます。

権限は、閲覧範囲と操作範囲に分けて設計します

権限設計を複雑にしすぎると、運用開始時に説明が重くなりやすくなります。まずは次のような分け方から始めやすくなります。

• 閲覧のみ：許可された案件の状況確認ができ、更新はできない
• 一般ユーザー：自分の担当案件を更新できる
• マネージャー：担当変更や一括更新ができる
• 管理者：カテゴリ、ステータス、ユーザー設定まで触れる

医院別、校舎別、店舗別のように閲覧範囲を分けたい場合は、その上に表示範囲の制御を重ねた方が整理しやすくなります。

集計は、数字を表示するだけでなく次の改善につながる単位で確認します

受付件数だけでは、対応状況や改善箇所までは分かりません。問い合わせを減らす、初回返信を早める、担当の偏りを直すといった目的ごとに、見る数字を決めます。

指標	確認できること	次に検討する内容
種別ごとの受付件数	繰り返し発生している質問や繁忙期	FAQ、フォームの説明、担当配置
初回返信までの時間	受付後の待ち時間と時間帯別の遅れ	通知先、営業時間外の扱い、一次回答
期限超過・保留件数	案件が停止している工程と理由	再通知、管理者への連絡、確認手順
担当者・部門別件数	対応負荷の偏り	担当変更、自動振り分け条件

運用開始前に、更新する時点と期限超過時の処理を決めます

画面を作っても、担当者がいつステータスを変えるのか決まっていなければ一覧は現状を示しません。少なくとも、着手時、顧客へ返信した時、顧客や社内の回答待ちになった時、完了時の更新ルールを決めます。

• 担当未設定の案件を誰が、どの頻度で確認するか
• 初回返信期限と、期限超過時の通知先
• 保留理由の選択肢と、再確認する日付
• 完了後に再開した問い合わせを同一案件として扱う条件
• 個人情報と添付ファイルの保存期間

このルールは管理画面の説明書だけに書かず、期限通知や入力必須条件として画面にも反映します。運用を始めた後は、未設定や期限超過が多い箇所を確認し、入力項目や振り分け条件を見直します。

業種ごとに追加する項目

追加するのは、その受付の担当判断や次の作業で使う項目です。例として、次のような違いがあります。

• 製造業では、製品カテゴリや型番を持つと、技術相談と見積依頼を整理しやすくなります。
• 医療では、診療科や施設区分を持つと、相談窓口の振り分けがしやすくなります。
• 学校では、学年や興味学科を持つと、資料請求や個別相談の流れを追いやすくなります。
• ホテルでは、利用目的を持つと、宿泊以外の宴会・会議・法要の問い合わせ整理がしやすくなります。
• 士業事務所では、相談種別、初回相談・見積提示・受任などの案件段階、紹介経路が判断材料になります。問い合わせへの返信状況と、受任後の案件段階は分けて管理します。

士業の業務例は士業事務所向けWebシステム活用アイデアも参照できます。紹介者名や相談の詳細を一覧に出す場合は、表示する担当者の範囲を決めます。

まとめ

問い合わせ管理ダッシュボードは、カラムを増やすことよりも、未対応、担当、優先度、期限が一画面で分かり、必要な案件をその場で処理できることが重要です。分類、担当振り分け、検索、対応履歴、通知、権限、集計を、受付後の業務の流れに沿って設計します。

最初に、担当者が朝の確認で使う項目と、1件を開いた後に読む情報を分けます。表示列、検索条件、保存ビュー、閲覧権限をそれぞれ決め、担当未設定や期限未設定の案件も確認対象から漏れない構成にします。