DX

ダッシュボードで何を先に見る?修理受付の二つの判断を分ける方法

架空の修理受付会社で、現場責任者と経営者が同じ受付資料と、今日の確認・来月の人員の二つのメモを見比べる説明用生成画像。

修理を受け付ける会社で、業務改善担当者が受付状況をまとめる画面を頼まれた場面を考えます。現場の責任者は、今朝、担当を確認すべき依頼を知りたい。一方、経営者は、来月の修理担当を増やすべきか知りたいと言っています。同じ受付データを使っていても、全員向けに数字とグラフを詰め込むだけでは、次に何を判断するかが見えなくなります。

この記事では、同じ修理受付3件を使い、現場の「今日、誰に何を確かめるか」と、経営の「人員を判断するために何が足りないか」を分けて表示する方法を説明します。集計の元、数え方、更新時点と見せてよい範囲を確かめ、試作を実際に見る人へ示して直すところまで扱います。製品の接続操作を始める前の、表示と判断の設計です。

以下の会社と受付は説明用の架空例です。 実顧客や実ダッシュボードの記録ではありません。 実際の修理、担当の割当、緊急度の確認や採用判断を済ませた例ではありません。

AIによる説明用の架空場面です。実際のダッシュボード、担当の割当、緊急度確認や人員判断の完了を示しません。

先に決めること:見る人が、その画面を見て次にする仕事を決めます。現場には確認対象と元受付への戻り先を、経営には比較の条件と判断を保留する理由を示してください。今回の3件では、担当欄が未確認の依頼を照合する仕事は選べますが、来月の増員を決める期間比較や人員負荷はそろっていません。画面を分ける目的は、この違いを読み違えないことです。

グラフより先に、見る人の次の仕事を決める

ダッシュボードは、判断に使う情報の要点をまとめて見る画面です。この記事では、状況をつかみ、必要なら元の受付記録へ戻れる表示案として考えます。「指標」は、その判断のために意味と数え方を決めた数字です。件数という名前が同じでも、今日受け付けた数、まだ完了していない数、担当欄を確認したい数では、対象が変わります。

最初に「どんなグラフが欲しいですか」だけを聞かず、「いつ、何に気づき、その後に誰が何をしますか」と尋ねます。現場が朝の確認対象を選ぶ仕事と、経営が来月の体制を相談する仕事では、必要な期間も、確かめたい情報も異なります。

  • 現場の問い:今、確認すべき依頼はどれか。元の受付内容をどこで読み、誰に担当や緊急度を確かめるか。
  • 経営の問い:人員を増やす判断に必要な比較はあるか。期間や作業負荷の条件が足りなければ、何を受け取るまで結論を保留するか。

必ず別々の製品や別々のダッシュボードを二つ買う、という意味ではありません。同じ画面内の区画や切替表示でも、読み手・対象期間・次の作業が混ざらず、権限も守れるなら候補になります。分け方は、後で試作を見せて確かめます。

デジタル庁の実践ガイドブックも、目的と制約を整理し、見る人との対話で表示案を改善する進め方を示しています。ここでは、その考え方を修理受付の具体的な判断へ当てはめます。民間企業へ一律の仕様や成果を約束する資料としては扱いません。

同じ受付3件を、二つの問いで読み分ける

元にするのは「修理受付3件の説明用下書き」です。三つの呼び名は、原記録と表示案を読み合わせるために使います。実案件の識別番号ではありません。「今朝」「前日」はこの架空例の相対的な表現で、具体的な日付や処理時間を測った記録ではありません。

今朝の依頼:担当と緊急度が未確認

原記録の呼び名:修理依頼A

受付:今朝
状態:未完了

担当:未確認
緊急度:未確認

完了時刻の記載:未確認

今朝の依頼:担当者と通常の記載あり

原記録の呼び名:修理依頼B

受付:今朝
状態:未完了

担当:担当者B
緊急度:通常

完了時刻の記載:未確認

前日の依頼:記録上は完了

原記録の呼び名:修理依頼C

受付:前日
状態:完了

担当:担当者C
緊急度:未確認

完了時刻の記載:前日

空欄や未確認を、ゼロや「通常」で埋めてからグラフにしないでください。最初の依頼では、担当も緊急度も完了時刻も未確認です。二つ目は担当者と「通常」が書かれていますが、完了時刻は未確認。前日完了の依頼にも緊急度の記載はありません。完了の記載があるからといって、不明な項目まで確認済みに変えません。

図で確かめる問い:同じ受付3件を見て、現場責任者と経営者は、それぞれ何を決められるでしょうか。

架空の修理受付3件を、現場の今日の確認と経営の来月の人員判断へ読み分ける図。担当や緊急度が未確認の依頼は元受付へ戻して確認し、比較期間と一人当たり負荷が未確認の人員判断は保留する。二つの表示は同じ記録を使う。
AIで制作した説明用の架空図です。同じ3件を二つの問いで読みます。表示の未担当候補は実際の担当不在や緊急案件の確定ではなく、期間比較・人員負荷は未確認です。担当割当や増員を実施した結果ではありません。

原寸画像を開く

図を読んだ後の判断:現場は担当欄が未確認の依頼を元受付へ戻して確かめます。経営は期間比較と人員条件を受け取るまで、増員の判断を保留します。二つの表示は修正前と修正後ではなく、同じ記録に対する二つの問いです。以下で、それぞれの表示に何を置くかを具体化します。

現場には、確認対象と元受付への戻り先を示す

現場用の表示案は、最初に「今日、何を確認するか」が分かる順に置きます。この例で見る人は受付・修理チーム責任者、問いは「今朝、未担当の修理依頼を誰が事実確認するか」です。担当を決め終えた画面ではなく、事実確認する対象を見つけるための案です。

現場用の表示案:確認対象を元受付へ戻す

この例の表示:未完了 2件/表示上の未担当・未完了 1件

確認対象の候補:修理依頼A
実際の担当割当:未確認

顧客の緊急度:確認を終えていない

次の作業:元の受付記録と緊急度を確認してから担当を決める

「未完了2件」は、この例の三記録のうち、状態が未完了の二記録を示します。「表示上の未担当・未完了1件」は、担当欄が未確認の最初の依頼を取り出す説明用の表示値です。実際に担当者がいない、放置されている、急ぎの依頼であると確認した結果ではありません。

  1. 確認対象の件数を先に見せる。何を数えた値か、対象と更新時点を隣に示します。「未担当」という表示に、どの空欄や状態を含めるかを業務担当と決めます。
  2. 対象の依頼へたどれる一覧を置く。受付内容、担当欄、緊急度の記載を読み合わせるために、権限のある元受付へ戻れる導線を設計します。件数カードだけで、依頼の中身を把握した扱いにはしません。
  3. 確認後の作業を分ける。既に担当が決まっていたと分かれば、記録や反映の違いを確かめます。本当に未割当なら、責任者が担当可能な人と対応条件を確認します。緊急度が未確認なら、必要な受付情報と顧客側の事情を確認する仕事を残します。

担当の確認と、顧客の緊急度の確認は別です。「確認を終えていない」は、緊急ではないという意味ではありません。また、表示の候補を見つけたことも、実際に担当を割り当てたこととは違います。画面へ色や警告を足す前に、この区別が現場へ伝わるかを確かめます。

元受付へのリンクは、自社で正しい記録と閲覧権限を確認して実装するものです。この説明用の記事内に、実在する顧客の記録へ移るボタンを作るわけではありません。

経営には、比較条件と人員判断の保留理由を示す

経営者が知りたいのは、今朝の担当確認だけではありません。来月の体制を判断するなら、どの期間のどんな仕事が、どれだけの人員条件で発生したかを比較する必要があります。見る人は経営者、問いは「来月の担当人員を増やすか」です。

経営用の表示案:不足条件を示して判断を保留する

今回見えている標本:3件

傾向を見る期間:未確認
比較する過去期間:未確認

一人当たりの作業負荷:未確認
増員するかの判断:未確認

次の作業:同じ定義・期間の比較と実人員条件を受け取るまで判断を保留する

今回の3件を「今月の全受付」「会社全体の残件」へ広げてはいけません。今朝と前日の記録があるだけで、月次の対象期間や、同条件の過去期間がそろったわけではありません。未完了が二件という表示だけでも、人手不足や仕事の増加は分かりません。

経営用の表示案では、期間がそろった件数や負荷を置く場所を先に示し、未取得の欄は「未確認」と残します。比較値がないのに、見栄えを整えるための増減グラフや達成率を作らないでください。担当者名が二人分あることも、全員数や稼働時間を表す記録ではありません。二人で割って一人当たり件数を作る根拠にはなりません。

  • 業務担当へ聞くこと:どの受付を含め、いつの状態で数えるか。取消しや再受付、完了の扱いが期間で変わっていないか。
  • 人員を管理する担当へ聞くこと:対象期間の勤務・稼働条件、他の仕事との兼務、案件ごとの作業内容など、負荷の比較に必要な条件を確かめられるか。
  • 経営者へ聞くこと:人員以外の選択肢も含め、どの比較がそろえば何を判断したいか。まだ足りない条件を、誰からいつ受け取るか。

比較条件がそろったという回答なら、その条件を明記した表示案へ直して、元の集計と照合します。そろわないなら、増員するとも、増員しないとも結論せず、保留理由と確認先を残します。今日の受付確認を続けることと、来月の人員判断を保留することは両立します。

数字の定義・期間・更新時点・権限をそろえる

二つの表示を並べるときは、数字を別々に作り直すのではなく、同じ元記録から何を選んだかを説明できるようにします。現場用と経営用で表示範囲が違うこと自体は問題ではありません。違う条件なのに、同じ意味の数字として読ませてしまうことを防ぎます。

  • 対象と数え方:「未完了」はどの状態を含むか。「担当が未確認」と「未割当と確認できた」を区別できるか。元受付の一件を重複して数えていないか。
  • 対象期間と状態の時点:受け付けた日で集めるのか、ある時点で残っている仕事を見るのか。対象期間と、状態を確認した時点を別々に書きます。
  • 取り込んだ時点:画面を開いた時刻と、元記録の更新を取り込んだ時刻が同じとは限りません。どこまで反映した値か、更新に失敗した場合は何を表示するかを決めます。
  • 閲覧してよい範囲:現場が個別の受付内容を見てよい条件と、経営が集計を見る条件を、権限を決める担当へ確かめます。経営者だから全顧客の詳細を無条件に表示する、とは決めません。

この架空の下書きには、具体的な日付、画面の取得時刻、更新間隔、承認済みの権限設定はありません。実装する際は、自社の元記録と業務上の必要性を確かめて決める条件です。未記載を最新、リアルタイム、全件閲覧可へ読み替えないでください。

MicrosoftのPower BIの設計上の助言も、読む人に必要な情報と、比較する期間の整合を挙げています。これはPower BI serviceの説明です。「一画面」の助言や表示数の目安を、そのまま全製品・全業務の必須条件にはしません。

言葉の意味が部署間で違う場合は、業務用語と元記録の対応を残す方法で定義をそろえます。本稿では、定義が分かった後に、誰のどの判断へどの情報を見せるかを具体化しています。

試作を見せ、答えと次の作業がつながるか確かめる

試作は、画面を完成品として了承してもらうためだけに見せるものではありません。見る人が、必要な対象を見つけ、分からないことを分からないと読み、次の作業へ進めるかを確かめるために使います。この例では実画面の操作や実データの書換えは行っていません。

  1. 同じ元記録をそろえて見せる。三記録と二つの表示案を用意し、何の問いに答える案かを最初に伝えます。数字の意味を口頭で補わないと読めない場所がないかも見ます。
  2. 現場責任者に対象と確認先を説明してもらう。「どの依頼を、誰に何を確かめますか」と聞きます。未確認の緊急度を通常と読んだなら、表示と説明を直します。担当が既に分かっているという回答なら、元受付との違いや更新の扱いを確認します。
  3. 経営者に、結論を出せるかを説明してもらう。「この3件で来月の増員を決められますか。何が足りませんか」と聞きます。月次全件だと誤解したなら、標本の範囲と比較条件の未取得を目立つ場所へ戻します。
  4. 回答に応じて直し、同じ問いで見直す。不要な情報を減らす、元記録への導線を近づける、不足条件を明記するなど、理由に対応する修正をします。見た目が好みになったことだけで合格にはしません。

例えば現場から「最初に見たいのは未担当の件数より、確認すべき依頼の中身だ」と回答があれば、詳細を見てよい範囲を確かめたうえで、確認対象の一覧を先へ出す案を検討できます。経営から「月ごとの量だけでなく兼務を含む負荷を知りたい」と回答があれば、取得できる条件を確かめ、件数だけで人員の過不足を表す案を直します。これらは回答に応じた修正例で、今回その回答を得たという実績ではありません。

「グラフを一つ増やしたい」と言われた場合も、増やしたい理由を聞きます。今日の確認や来月の判断に結び付かない要望まで機械的に足すと、読む順番が崩れます。必要なデータが取得できないなら、代わりの情報で同じ判断ができるかを確認し、できなければ判断範囲を狭めるか、保留を続けます。

デジタル庁ガイドブックの要件整理とプロトタイピングの説明を、ここでは同じ三記録を見せて答えを確かめる仕事へ具体化しています。ガイドのサンプルの数字や、期待される効果を、この会社で得られた結果として使ってはいません。

実装後は、元記録・閲覧者・更新条件で確かめる

表示案に合意したら、実装後に確かめる条件も残します。見る人、対象範囲、期間、元記録、集計条件、更新の反映範囲、見せてよい情報をそろえ、画面の数と元受付の対象が対応するかを照合します。試作が読めたことと、本番のデータ接続や権限が正しく動いたことは別です。

  • 現場用:確認対象の件数から、該当する受付へ戻れるか。担当や緊急度が未確認の記録を、確定値と混ぜずに読めるか。確認後の状態の扱いが元記録と対応するか。
  • 経営用:比較する期間・定義・人員条件が表示と元集計で一致するか。比較条件が未取得のときに、増減や人員の結論を表示していないか。
  • 運用:更新が止まったときに、最後に反映した範囲と確認先を読めるか。見る人の実際の権限で、必要な情報へ到達できるか。

本番で試す場合は、実施権限、テスト用の対象、元へ戻す方法、確認する人を先にそろえます。実顧客の受付を勝手に割り当て直したり、権限を増やしたりして動作を確かめる方法にはしません。作業の結果は、何をいつどの条件で確かめたかと結び付けて残します。

担当や状態の定義、扱う業務、更新方法が変わったら、関係する表示と判断条件を見直します。件数が増えたという結果だけで利用効果や原因を決めず、対象や記録方法の変化も確認してください。

画面の集計では足りず、明細を受け取って別の仕事をしたい場合は、画面とExcelの出力範囲を決める方法へ進みます。出力形式を決める仕事と、本稿の閲覧者ごとの判断設計を混ぜないようにします。

まとめ:同じ記録でも、判断と保留の条件を分ける

ダッシュボードで先に決めるのは、見る人が次に何をするかです。同じ三つの修理受付を使っていても、現場には今日の確認対象が必要で、経営には来月の人員を判断できる比較条件が必要です。数字の大小を目立たせるだけで、両方の問いに答えられるわけではありません。

この例では、担当欄が未確認の依頼を元受付へ戻して確かめる仕事を選べます。一方、期間比較と一人当たり負荷は未確認なので、増員の結論は保留します。未確認を埋めるために、全員数、緊急度、処理時間や傾向を作り足しません。

最初の一歩:実際に画面を見る現場責任者と経営者へ、それぞれ「この画面を見た後、何を決めたいですか」と聞きます。一つの元記録を選び、表示したい要点、元へ戻る場所、まだ判断できない条件を並べた試作を見せ、同じ問いで直してください。

参考資料と、この例の範囲

参照日:2026年10月26日。デジタル庁の公開案内とガイドブック、Microsoft LearnのPower BI設計の原文と日本語版を、目的・制約・表示・閲覧者の確認に参照しました。

部署ごとに少し違う画面を求められ、要件や配置、絞り込みをどう決めるかという本人の個別相談も、問いの参照として読みました。一つの英語圏の相談であり、国内需要量や当社の顧客実績ではありません。修理受付の三記録と二つの表示案は独自の架空設定で、実ダッシュボードの作成・データ更新・割当・緊急度確認・雇用判断の結果を示しません。


仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。

AI・DXとマーケティングを一体で相談

KEEP EXPLORING

次のヒントを、もうひとつ。

すべての記事を見る

LET’S CONNECT THE DOTS.

次の一歩を、
一緒につくる。

業務も、AIも、集客も。
課題がまだ整理できていなくても、ご相談ください。

AI・DXとマーケティングを一体で相談