経営データは何分ごとに更新する？判断期限と負担から決める表

架空の食品会社は在庫画面の更新を即時にするか検討します。社長は速いほどよいと決めず、誰がいつ何を判断するかと、更新の費用と品質を確認します。

更新頻度は画面の見栄えではなく、仕事の判断に間に合う条件です。頻繁に更新しても、元記録が未入力なら新しい事実は増えません。

更新を速くしても、人が記録を確定する前なら役立ちません。判断から逆算すると、必要な元データと確認の時刻が分かります。 参照資料のMicrosoft Learn：Tips for Designing a Great Power BI Dashboardで説明される考え方では、判断する人、文脈、尺度、期間を意識して図表を設計します。 以下の数値・表・判断手順は、その概念を応用した独自の架空教材です。

この章の根拠：出典1

出荷担当は毎日14時に翌日の数量を決め、倉庫は13時に入出庫を確定します。経営者は週月曜に在庫の偏りを見ます。更新一回の確認に10分かかります。

業務責任者が判断時刻、記録担当が確定時刻、運用担当が更新と照合の所要時間を確認します。社長は費用と必要なサービス条件を決めます。

更新ログには元記録の対象時点と完了時刻を残します。画面を開いた日時と、データが示す日時を混同しないようにします。

一日八回の更新を20営業日行うと確認は1,600分、約26.7時間です。一日一回なら200分、約3.3時間です。判断に必要な更新を満たすかと併せて比較します。

出荷判断には13時の確定後、14時前の更新が必要です。経営画面は週次でも足りる可能性があります。同じデータでも用途で更新条件が違います。

急な在庫不足にその日の対応が必要なら一日一回では足りない場合があります。通常更新と重要な変化の通知を分ける案も確認します。

比較表は横に動かして全ての列を確認できます。

日次、時間ごと、変化時の更新を比べます。速さだけでなく、訂正の伝わり方、失敗の検知、再更新、保守の担当枠を確認します。

通常は日次にして重要な不足だけを確認する案は、判断の条件に合えば負担を抑えられます。ただし通知の対象と見落とした時の対応を決めます。

更新失敗や元記録の遅れがある場合は、古い値であることを示します。最新という表示だけを残して判断を進めないようにします。

比較表は横に動かして全ての列を確認できます。

画面へ対象時点と最終更新を表示し、更新が遅れた時の代替を決めます。判断者は更新時刻だけでなく、元データがどこまで確定したかを確認します。

一週間の判断で実際に間に合ったか、誤りや更新失敗があったかを記録します。利用者が見ていない更新を増やしていないかも確認します。

一回の更新にかかる時間はデータ量と訂正で変わります。安定した月だけでなく、締切の多い日の処理も試します。

利用の時間と事業条件が変わった時に頻度を見直します。保守の負担を測り、判断に必要な鮮度と整合性を両立させます。

頻度設計の完成は、判断期限、対象時点、更新、照合、遅れた時の対応がつながった状態です。更新回数の多さを成果にしません。

表示設計の公式資料を参照していますが、記事の更新回数は独自の架空例です。特定製品の更新能力を保証するものではありません。