数字の粒度を間違えると改善が止まる理由｜分解しすぎる組織の落とし穴
売上を分解している。
客数も単価も、店舗別・スタッフ別・時間帯別まで見ている。
分析を増やす前に、まず“粒度”を設計することから始めてみませんか。
それでも改善が進まない。
多店舗本部でこの状態が続くとき、
原因は「分析不足」ではありません。
粒度（どこまで分解して見るか）の設計ミスが起きています。
分解は武器になります。
しかし、分解しすぎると判断を止めます。
本記事では、数字の粒度を誤ることで改善が止まる構造と、
改善を回すための粒度設計の実務ルールを整理します。
課題整理：分解が増えるほど結論が弱くなる理由
多店舗本部では、精度向上を目的に数字を細分化します。
・売上 → 客数 → 客単価 → 技術単価 → 店販比率
・全店 → 店舗別 → スタッフ別 → メニュー別
・月次 → 週次 → 日次 → 時間帯別
分解自体は正しい行為です。
しかし、分解の目的が曖昧なまま進むと、次の状態になります。
- 論点が増える
- 例外が増える
- 前提確認が増える
- 結論が薄くなる
結果として、
「分析はしているが、決められない」組織になります。
粒度とは、
“行動を決める単位”まで分解する設計です。
この設計がないまま分解を増やすと、
数字は増えても改善は増えません。
本部が理解すべきKPIと粒度の関係
KPIは行動を決めるための指標です。
例えば、
・達成率
・前年差
・稼働率
・客単価
・LTV
これらは多店舗運営でよく使われます。
しかし、粒度を誤るとKPIが機能しません。
例：
稼働率を
日次 × スタッフ別 × メニュー別
で見始める。
母数が小さくなり、
ブレが大きくなり、
議論が増えます。
KPIは精密さよりも、
比較可能で安定していることが重要です。
本部が見るべきは、
「どこまで分解すれば判断できるか」という粒度設計です。
粒度設計テンプレ／チェックリスト
日次：異常検知に限定
・売上
・客数
・客単価
・達成率
ここでは分解しません。
「変化があるか」を見るだけです。
週次：原因の切り分け
・分解は最大2段階
・軸は最大2つ
・結論は仮説＋次週の行動
売上差 → 客数差 or 単価差
ここまでで十分です。
月次：方針決定
・重点テーマは2つまで
・やめるテーマを明確化
・配分（人・時間・予算）を決める
月次で細部に入りすぎると、
方針が決まりません。
具体例：客単価低下の分析
誤った分析：
客単価低下
→ メニュー別
→ スタッフ別
→ 時間帯別
→ 新規既存別
結果、
「どれも少しずつ違う」という結論。
正しい分析：
日次：客単価前年差マイナス
週次：客単価を
・技術単価
・追加提案
・店販比率
に分解。
店販比率が主因と判明。
次週の行動：
提案導線を統一し検証。
ここでは、
分解は少ないのに、改善は速い。
粒度を制限することで、
行動が決まります。
まとめ・総括
改善が止まる組織は、
分析不足ではなく粒度過多です。
・日次は粗く固定
・週次は制限付き分解
・月次は選択と集中
この設計があるだけで、
会議は報告会から意思決定の場へ変わります。
細かく見ることは悪ではありません。
しかし目的を失った分解は、改善を止めます。
粒度は精度ではなく、設計の問題です。
FAQ
Q（本部目線）：細かく見ないと問題が見えませんか？
A：段階的分解で十分です。最初から最下層に入る必要はありません。
Q（エリアマネージャー目線）：店舗数が多いと細分化が必要では？
A：必要ですが、判断単位を固定した上で分解します。無制限に広げるとブレます。
Q：粒度を固定すると柔軟性がなくなりませんか？
A：変更は可能ですが、変更履歴を明示しないと比較が崩れます。
分解は武器になります。
しかし設計を誤ると、判断を止めます。
無料で確認する