ダッシュボードのゼロとデータ未取得を見分ける

問い合わせ数がゼロと表示されたら、集客施策を変える前に、その値が新しく完全な観測結果か確認してください。接続障害でも画面は空になります。どちらなのかで次の対応が変わります。

当社の監視システムPulseでは、アカウント数を状態のスナップショットとして受け取ります。読み取り側が形式と観測時刻を検証し、最新の有効な値を使い、古くなった場合は現在値を利用不可にします。これは自社実装から得た教訓であり、売上改善を示す実績ではありません。

数値ごとに一文で定義する

開発会社に「このカードは、___を、___から、___の期間で、___を除外して数え、最終確認は___です」と書いてもらいます。問い合わせとはフォーム送信、受け付けた見込み客、有望な商談のどれでしょうか。意思決定に必要な事実を選びます。

現在の未処理件数と、期間内に新しく発生した注文数は別の指標です。Prometheusの公式資料は、カウンターと増減する現在値を表すゲージを区別しています。この考え方は表計算や集計APIにも使えます。

架空の例として、10時の未処理依頼が7件、10時5分も同じ7件だったとします。足すと、実際には存在しない14件になります。現在の作業量には最新の状態を使い、流入数には個別の発生記録を使います。

四つの状態を実演してもらう

合成データと隔離したテスト用の取得先を使います。

• 新しく完全な応答に対象レコードがなければ、ゼロと観測時刻を表示する。
• 既知のレコードがあれば、期待する件数と対象期間を表示する。
• 取得が停止したら、古いデータであることと最終観測時刻を示し、以前の件数を現在値として扱わない。
• 不完全または不正な応答なら、取得範囲の問題を示し、黙ってゼロにしない。

許容する経過時間は業務上の判断から決めます。翌日の計画と即時の配車では必要な鮮度が異なります。表示の印象ではなく、文書化して検証できる基準にしてください。

データ障害と業務判断を分ける

「一週間問い合わせがなければ通知する」というルールには、その期間を正しく観測できた証拠が必要です。取得障害を営業不振と判断しないよう、データ取得と業務対応にそれぞれ担当者を決めます。

受入確認表には、指標の定義、取得元、観測時刻、完全性の条件、古い場合の表示という五項目を用意します。まず実際の判断に使うカードについて記入してください。

誤解しやすいカードと、その影響を受ける判断を一つ選び、レポートの課題をご相談ください。全体の流れはレポート自動化のガイドで扱っています。

資料と実装の確認日：2026年9月20日。待ち件数の例は架空です。