ダッシュボードKPI設計と検索ログ活用｜「見れば動ける」指標と改善の回し方

ダッシュボードには未対応14件と表示されているのに、クリックした先の一覧には10件しかない。期限超過の数字は増えたが、誰が確認するかは決まっていない。このような状況では、グラフを増やす前に、集計条件・更新時刻・確認担当と、数字から開く一覧の関係を確認する必要があります。

この記事では、問い合わせ・予約・受注などの管理画面で、KPIの定義、チームと担当者の集計範囲、更新頻度、画面配置を決める方法を説明します。後半では、検索ログを改善指標にする例として、0件検索や検索後の行動を確認する手順を扱います。図中の件数や語句は説明用の例です。

KPIは「増やす」より「見たら判断できる」ことを優先します

KPIの良し悪しは、上がったか下がったかだけでは決まりません。見た人が同じ判断に近づけるか、次の行動が自然に決まるかが重要です。数字が多くても、判断がばらつくならダッシュボードとしては使いにくくなります。

まず置きたい3つの箱

• いま困っているもの：期限超過、未対応、滞留案件など
• 増えているもの：カテゴリ別件数、流入数、検索数など
• 落ちているもの：成約率、返信率、処理速度など

この3つに分けると、「いま手を付けること」と「変化の兆し」を切り分けやすくなります。

KPIごとに、集計条件と確認後の作業を決める

未対応件数、一次回答率、平均対応時間では、数える対象も時間の扱いも異なります。「何を何件として数えるか」「どの期間か」「誰が見て何をするか」を指標ごとに定義します。日々の処理に使う件数と、月次の改善を判断する成果指標は、確認する周期を分けて構いません。

• 未対応：現在も未対応の案件数なのか、本日受け付けた案件のうち未対応の数なのかを区別する。担当者はその条件に一致する一覧から着手する。
• 未割当：担当者が未設定の案件を数え、割当責任者が確認する。未対応と重なる案件があるため、二つの件数を単純に合計しない。
• 期限超過：未完了で期限を過ぎた案件を数える。保留中の期限を停止するか、営業日と暦日のどちらで計算するかも定義する。
• 修正依頼の滞留：顧客回答待ちと社内確認待ちを分ける。同じ「待ち」でも確認する相手と担当者が異なる。

一次回答率なら対象案件の条件・分母・回答とみなす操作を、対応時間なら計測の開始・終了・保留時間の扱いを決めます。期限の定義はSLA・対応期限の設計、担当設定は担当割当の設計と合わせて確認します。

チーム全体と自分の担当分を区別する

チーム全体の件数、担当者別の件数、個別案件の状態を同じものとして扱わないようにします。複数担当者が付く案件では、担当者別件数の合計がチームの案件数を超えることがあります。案件IDで重複を除くのか、作業担当の単位で数えるのかを決め、画面上にも対象範囲を表示します。

KPIから開く一覧には、集計に使った期間・状態・担当条件を引き継ぎます。閲覧できる案件だけを集計するか、全体件数まで共有するかは権限設計で決める事項です。件数と一覧の対象が異なる場合は、その理由を示す必要があります。詳しくは管理画面の検索・フィルタ設計を参照してください。

更新頻度と、集計できなかった場合の表示を決める

未割当や当日の予約など、直後の作業に使う数字は、業務上許容できる遅延に合わせて更新します。カテゴリ別件数や月次推移は日次集計などに分け、各指標に対象期間・集計時刻を表示します。すべての指標を同じ更新頻度にする必要はありません。

集計処理が失敗した場合、未取得の数字を0件として表示すると、「対象がない」と誤解されます。更新失敗を表示する、最終成功時点の値と時刻を明示するなど、利用者が現在値かどうかを判断できる表示を決めます。業務対応に使う数字では、最新の案件一覧を確認する経路も用意します。

上に判断、下に根拠を配置する画面例

下は、KPIと検索ログを同じ画面で見られるダッシュボードの例です。上段に要対応の数字を置き、その下で0件検索や離脱の傾向を確認できる構成にしています。判断用の数字と、原因を追うための根拠を分けて並べると、見返しやすくなります。

KPIの配置は、上に判断、下に根拠を置くと見やすくなります

• 上段：要対応の数字（期限超過、未対応、保留など）
• 中段：内訳（カテゴリ、担当者、拠点、チャネルなど）
• 下段：推移（週次、月次、季節変動など）

上段で優先順位を判断し、その下で理由を確認できる構成だと、会議や日常確認で迷いにくくなります。

置く場所	向いている指標	見たあとに起こしたい行動
上段	期限超過、未対応、保留件数	すぐに対応対象を決める
中段	カテゴリ別件数、担当別滞留、拠点別件数	どこに偏りがあるか確認する
下段	週次推移、月次推移、改善前後の比較	一時的な増減か、継続傾向かを判断する

増減の理由はカテゴリ・タグと案件の内容で確認する

期限超過が増えていても、件数だけでは原因を断定できません。問い合わせカテゴリや分析用タグで内訳を確認し、該当案件を読みます。特定の製品で資料不足が続くなら受付項目の追加、担当者に集中しているなら割当の見直しなど、実際に確認できた原因に対応します。

業種によって、確認する対象と担当が異なる

• 物流・入出庫：本日の入荷予定、受付後の待機、予約情報の修正待ちを分ける。件数から車両・予約・待機開始時刻を確認できるようにする。関連する例は物流向けシステム開発とバース予約を参照。
• 自動車販売・整備：本日の入庫予定、部品待ち、顧客連絡待ち、作業場所の未割当を分ける。部品担当・受付担当・作業責任者がそれぞれ確認する一覧へ進める構成を検討する。関連する例は自動車販売・整備向けシステム開発とピット割当を参照。

検索ログから、探し方や結果表示の改善候補を見つける

検索ログからは、検索語、条件、結果件数、その後の操作を確認できます。これらは改善候補を探す材料ですが、検索した人が満足したかまではログだけで確定できません。検索後に離脱していても、一覧に表示された情報だけで目的を達成した可能性があります。

見るべきログ

• 0件検索：該当データがないのか、データはあるが表記や対象範囲の問題で出ないのかを確認します。
• 検索後の離脱：結果一覧だけで用件が済む画面か、詳細を開く必要がある画面かによって解釈が変わります。離脱だけを検索失敗とはみなしません。
• 同じ検索の繰り返し：条件を変えて比較している場合もあります。入力語だけでなく、選択条件と結果件数を合わせて確認します。

改善の打ち手の例

• 表記ゆれ対策（全角半角、スペース、旧名称、略称の吸収）
• サジェストや候補表示の追加
• 検索対象の見直し（品番、タグ、別名、FAQの見出しなどを検索対象へ）
• 一覧表示の列追加（識別に必要な情報だけを足す）

検索の指標は、母数と計測範囲を固定して比較する

0件検索率なら「結果0件だった検索回数÷検索総回数」など、計算方法を定義します。検索後の離脱を使う場合は、どの画面・イベント・時間範囲で離脱とみなすかを別に定義します。検索の回数と人数、社内の試験操作と利用者の操作を混在させず、条件を変えた場合は比較できる期間を確認します。

週次で回すなら、やることを絞った方が続きやすくなります

改善を回す仕組みは、細かく作り込みすぎると続かなくなります。まずは週次で無理なく見られる範囲に絞る方が安定します。

1. 週1回、0件検索の上位を確認する
   頻度の高い語句から順に、別名追加や検索対象見直しを検討します。
2. 週1回、期限超過の内訳を見る
   担当別、カテゴリ別、拠点別の偏りを確認します。
3. 変更内容と反映日を記録する
   語句追加、検索対象の変更、一覧表示の変更を記録し、影響を比較できる単位で進めます。
4. 翌週に件数と内訳を確認する
   同じ条件で0件検索の件数と割合を確認します。利用が少ない場合は確認期間を延ばし、短期の増減だけで改善の成否を決めません。

よくある失敗パターン

• KPIを増やしすぎて、結局どこを見ればよいか分からない
• 上段に推移グラフばかり置いて、要対応の数字が埋もれる
• 0件検索を見て終わりで、同義語追加や検索対象見直しまで進まない
• 改善を一度に複数実施して、効果の差が分からなくなる

失敗しやすい状態	起きやすいこと	見直しの方向
数字が多すぎる	人によって見る場所がばらつく	上段の指標を絞る
根拠が別画面に散っている	原因確認に時間がかかる	ログや内訳へ掘れる導線を近くに置く
検索ログを見ても反映先が決まっていない	改善が滞る	同義語追加、タグ追加、一覧列変更の担当を決める

まとめ

ダッシュボードは、数字を並べるためではなく、見た人が動ける状態を作るためにあります。KPIを絞り、上に判断、下に根拠を置き、検索ログから探しにくさを拾う。この流れがあると、数字が単なる報告ではなく、改善のための道具として使いやすくなります。

最初に見直しやすいのは、上段に置く指標が多すぎないか、0件検索を週次で確認しているか、改善を一度にやりすぎていないかの3点です。そこから整えていくと、現場で見られやすく、動きにつながりやすいダッシュボードに近づけやすくなります。