COLUMN
コラム

コラム | 物流データ意思決定シリーズ 第1回 | 2026年9月28日

分析は終わった。
それで、明日から何を変えるのか

物流データ意思決定シリーズ|分析結果を、実行可能な解き方と投資判断につなげる

分析結果から打ち手を決めるまで

「先月の生産性は分かった。それで、来月どうするのか」——ここで会議が止まった経験は、ないでしょうか。

資料は揃っています。生産性の推移も、工程別の処理量も、遅延が出た日の内訳も出ている。ボトルネックがどの工程かも特定できている。分析としては、間違っていません。

それでも、次の一手が決まりません。決まったとしても、「まず現場で改善してみよう」か「増員を検討しよう」のどちらかに落ち着き、なぜそれを選んだのかを後から説明できない。そして翌月、同じ資料を見て同じ議論をすることになります。

この回で扱うこと
・分析は正しいのに、打ち手が決まらないのはなぜか
・物流データ分析が使われている範囲と、使われていない範囲
・分析結果を打ち手に変えるまでに、本当は何段あるのか
・全9回で、どこを順に扱っていくのか

分析が間違っているわけではない

このシリーズは、分析の批判から始めません。データが見えるようになったこと自体には、確かな価値があります。以前は勘と経験だけで語られていた現場の状態が、数字で共有できるようになった。それは前進です。

問題は別のところにあります。分析が正しくても、打ち手は決まらないのです。

たとえば「梱包工程がボトルネックである」という分析結果があるとします。この結論は正しい。しかしこの一文から出てくる打ち手は、少なくとも次のように分かれます。

・梱包に応援を回す(今日から打てる。ただし他工程が薄くなる)

・梱包の人員を増やす(採用と育成に数か月かかる)

・梱包の作業手順とレイアウトを見直す(効果は未知)

・梱包に設備を入れる(投資判断が必要。戻せない)

・そもそも梱包に流れ込む量を平準化する(受注側の条件に踏み込む)

どれも「梱包がボトルネック」という分析結果と矛盾しません。分析はここまで連れてきてくれますが、この5つのうちどれを選ぶべきかは教えてくれません。それは分析の欠陥ではなく、分析という工程の外側にある仕事です。

そして多くの組織で、この外側の工程が設計されていません。だから会議は、資料の読み上げの後に、経験と立場に基づく主張のぶつけ合いになります。

物流データ分析が、まだ使われていない場所

このシリーズの出発点にある見方を、一行で書きます。

物流データ分析は「問題を発見する」ことには使われていますが、
「解決手段を比較する」ことには、十分使われていません。

データを集める、つなぐ、分析する、問題を見つける——ここまでの方法論は、この10年でかなり整ってきました。世の中にある物流データ関連の情報も、多くはここを扱っています。

一方、実行の側にも蓄積があります。現場改善の手法、レイアウト設計、作業標準化、物流コンサルティングのノウハウ。「こう改善する」という知見は豊富にあります。

抜けているのは、その真ん中です。

体系化されていない場所
データ収集・基盤・分析
↓ここまでは方法論が整っている
問題の発見
↓
問題を、どうやって
解決策へ変換するのか
↓
実行・改善手法
↑ここからは改善ノウハウが豊富にある
分析の側と、実行の側。その間をつなぐ工程が、十分に設計されていないケースがあります

「分析と現場が分断されている」という言い方をよく聞きます。しかしこの表現は、やや抽象的すぎると思います。より具体的に言えば、問題を構造として読み、解決策の選択肢を並べ、それを比較して選ぶ——この一連の作業が、誰の担当でもないまま放置されているということです。

担当がないので、方法もありません。方法がないので、会議では経験の話になります。

KPIと解決策が、直結してしまう

この空白があると、議論は決まった形に落ちます。

観測されたこと すぐ出てくる打ち手 飛ばされていること
生産性が低い 改善活動をしよう 何に時間が使われているのか
人手が足りない 採用しよう 足りないのは人数か、配置か、時間帯か
残業が多い 自動化を検討しよう 恒常的な不足か、波動の吸収か
出荷が遅れる 現場のスピードを上げよう 原因が倉庫の中にあるのかどうか

左の列はKPI、中央の列は解決策です。この2つが、直接つながってしまっています。右の列——なぜそうなっているのかという構造の話が、議論に入っていません。

そして構造を飛ばすと、打ち手の選択は当たり外れの問題になります。当たれば数字が改善し、外れれば「効果が出なかった」で終わる。なぜ外れたのかが分からないので、次の判断も同じ精度のままです。

分析をしているのに改善につながらない、という感覚の出どころは、おそらくここにあります。分析の精度が足りないのではなく、分析結果を解決策に変換する工程が、そもそも存在していないのです。

他業界では、ここが一本の業務になっている

この空白は、物流に固有のものではありません。ただ、他の分野では、ここを埋める仕組みが業務として定着している例があります。

システム運用の実務では、利用量の予測から容量の増減を判断するまでが、一つの業務として定義されています。「今の負荷はこうなっている」で終わらず、「このままだと何か月後に足りなくなる」「増強する場合の案はこれとこれで、それぞれ効果と費用と実施時期が違う」というところまでを、同じ担当が扱います。

コールセンターの要員計画も同じです。呼量を予測し、必要な人員を算出し、シフト案を複数作って比較し、決めて、結果を測って予測モデルを直す。予測して、案を比較して、決める——ここまでが一本の業務です。

物流と何が違うのか。技術や理論だけの差ではありません。「案を並べて比較する」という工程が、誰かの担当として定義されているかどうかの差です。

なぜ物流では、そうなりにくいのか

打ち手の決定権が、分散しているからです。現場の応援や作業順序は現場が決められます。しかし増員や委託の拡大は本社の判断で、締め時間や出荷条件は荷主との話になり、設備投資は経営の判断です。

一つの現象に対して、打てる手の持ち主が複数の部門・立場に分かれている。だから「全部の選択肢を並べて比較する」ということが、構造的に起きにくい。現場の会議では現場で打てる手だけが並び、経営の会議では投資案件だけが並びます。

本当は、何段あるのか

分析結果から実行可能な解を選ぶまでを、6つの段に分けて考えます。このシリーズは、この6つを順に扱います。

分析結果から、実行可能な解を選ぶまで
第1段 何が起きているかを把握する 生産性が低い/残業が増えた/遅延している——観測された事実を確認する(第1回・第2回)
第2段 現象から、問題の構造を特定する 変動なのか、待ちなのか、移動なのか、配置なのか、需要側なのか、物理的な能力なのか(第3回〜第5回)
第3段 構造に対応する解決策の候補を出す 業務改善/負荷調整/再配分/一時的な追加/恒常的な追加/設備投資——狭めずに並べる(第5回)
第4段 制約条件を踏まえて比較する 効果・実施までの時間・元に戻せるか・コスト・誰の権限か(第6回・第7回)
第5段 実行可能な解を選び、現場の粒度に落とす 「今日の何時に、誰を、どこへ」まで降りて初めて実行になる(第8回)
第6段 結果を測り、次の判断の精度を上げる どの構造の問題が、どの手段で解けたのかを自社の実績として残す(第9回)

冒頭の「で、来月どうするのか」で止まる会議は、第1段から第4段までを、一回の議論で飛び越えようとしている状態です。飛べないので、止まります。

ここで一つ、先に断っておきたいことがあります。この6段は判断に至る道筋であって、打ち手を試す順番ではありません。「まず改善をやり切って、だめなら投資」という話をするシリーズではありません。改善から投資までを同じテーブルに並べ、構造に対応するものを選ぶ——そのための道筋です。この区別は、第5回と第6回で改めて扱います。

このシリーズが目指すところ

物流データ活用の最終的な目的は、問題を見つけることではないと考えています。

今ある人・設備・時間の使い方を変えることで解ける問題と、
投資によって初めて解ける問題を、見極められるようにする。
そのために、データを使う。

「人手不足だから自動化すべき」でもなく、「投資の前に現場改善をやり切るべき」でもありません。どちらも、結論を先に決めた話です。

目指したいのは、こういう状態です。「現在の物量波動、工程別の能力、配置とシフトの条件を踏まえると、今ある資源の配分を変えるだけではここまでしか改善できない。残る制約は特定工程の物理的な能力なので、そこへの投資効果を比較する」——この形で説明できるようになること。

投資を抑えるためでも、現場を限界まで使い切るためでもありません。どちらなのかを、データで判断できる状態をつくるためです。

9回で扱うこと

回 扱うこと 担当する段
1 分析は終わった。それで、明日から何を変えるのか(本記事) 第1段|問題提起と見取り図
2 「何が起きたか」は分かった。「変えたらどうなるか」は分かるか 第1段|記述と比較の違い
3 処理能力は足りているのに、なぜ残業が減らないのか 第2段|誤った問題定義
4 出荷が回らない原因は、本当に倉庫の中にあるのか 第2段|分析範囲が選択肢を決める
5 「生産性が低い」は、問題ではなく現象である 第2〜3段|現象→構造→解決策
6 「あと10人いれば解決する」は、解決策と言えるのか 第4段|実行可能性という制約
7 その線は、限界が来てから引くのか 第4段|判断の境界を事前に決める
8 その解決策は、明日の現場の言葉になっているか 第5段|実行可能な粒度への翻訳
9 その判断は、次はもっと上手くなるか 第6段|判断の学習

各回は独立して読めるようにしますが、中心にあるのは第5回です。現象・構造・解決策を分けるという、このシリーズで最も具体的な部分を扱います。

なお、これまでの4シリーズ(物流データ収集入門・収集の技術、物流データ基盤、物流データ活用)は、データを集め、つなぎ、分析し、活用するところまでを扱ってきました。本シリーズは、その先です。集めて、つないで、分析できるようになった。では、その結果から何を選ぶのか。

この判断をするために、最低限どのデータが要るか

各回の末尾では、その判断に必要なデータを具体的に示していきます。第1回の時点では、次の問いに答えられるかどうかを確認してみてください。

確認したい問い 答えられない場合に足りていないもの
先月の残業は、波動によるものか、恒常的な不足によるものか 日別・時間帯別の処理量と投入人時(月次合計だけでは切り分けにくい)
どの工程に、どれだけ余力があるか 工程別の処理能力と実績(センター全体の数字では分からない)
作業時間のうち、待ちや探索はどのくらいか 作業時間の内訳(総労働時間だけでは中身が見えない)
先月打った手は、効いたのか 施策の実施記録と、条件を揃えた比較

この4つに即答できないとしても、問題ありません。答えられない項目は、そのまま「どの判断ができないか」を示しています。足りないデータの一覧は、次の収集設計の要件になります。

次回は、この空白の入口にあるものを扱います。ダッシュボードは「今どうなっているか」を教えてくれます。しかし判断には、比較する対象が必要です。過去の数字を見て、なぜ未来を議論できると思えるのか。そこから始めます。

物流データ意思決定シリーズ(全9回)

第1回分析は終わった。それで、明日から何を変えるのか(本記事)
第2回「何が起きたか」は分かった。「変えたらどうなるか」は分かるか
第3回処理能力は足りているのに、なぜ残業が減らないのか
第4回出荷が回らない原因は、本当に倉庫の中にあるのか
第5回「生産性が低い」は、問題ではなく現象である
第6回「あと10人いれば解決する」は、解決策と言えるのか
第7回その線は、限界が来てから引くのか
第8回その解決策は、明日の現場の言葉になっているか
第9回その判断は、次はもっと上手くなるか
分析結果から先に進めるかどうかを、今あるデータで確かめられます

工程別・時間帯別にどこまで分解できているか、判断に必要な粒度のデータが取れているか。既存のWMSや設備のデータで、どこまで見極められるかをご一緒に確認できます。

「分析はしているが、次の一手が決まらない」という段階が、ちょうど入口です。

お問い合わせはこちら