製造業のAI需要予測

統計・機械学習・現場の定性知をつなぐ実装アーキテクチャ

2026年5月版のPDFを開く

W H I T E P A P E R

2 0 2 6 年8 月製造業の AI需要予測統計・機械学習・現場の定性知をつなぐ実装アーキテクチャ AI-Driven Demand Forecasting in Manufacturing: An Implementation Architecture Connecting Statistics, Machine Learning, and Frontline Tacit Knowledge

P U B L I S H E D B Y

taiziii Research Manufacturing DX Desk

本書の位置付け

本書は、製造業のDX担当者（事業部のDX推進部門、生産管理・SCM部門の部長・課長クラス）を読者に想定した、需要予測の実装に関する実務レポートである。「AIで需要予測ができる」という総論ではなく、どのデータを、どのアーキテクチャで、どの順序で組み上げれば、現場で動く需要予測になるのかという技術的な具体に踏み込む。

需要予測は、稼働率向上と並んで製造業DXの「永遠のテーマ」である。予測が外れれば、過剰在庫として運転資金を縛り、欠品として販売機会を逃す。その上流に位置するため、需要予測の質は生産スケジュール・在庫・調達のすべてに波及する。にもかかわらず、多くの企業の予測は今なお担当者の経験と表計算ソフトに依存し、AI・機械学習の導入は道半ばにある。

本書が一貫して主張するのは、需要予測の高度化は「より賢いアルゴリズムを買うこと」ではなく「3種類のデータをつなぐアーキテクチャを設計すること」だという点である。すなわち、(1) 出荷・受注などの内部実績データ（統計の土台）、(2) 為替・天候・市況などのマクロ・外部環境データ、(3) 商談状況や顧客計画といった営業の定性情報。この3層をどう統合するかが、予測精度と現場での使い勝手を分ける。アルゴリズムは、この統合構造の上に乗る部品にすぎない。

本書は公開情報および一般的な実装知見に基づく。記載する精度水準（MAPE等）は製品特性・データ品質により大きく変動するため、絶対値ではなく相対的な傾向として参照されたい。

1 なぜ需要予測がDXの起点になるのか予測誤差が在庫・欠品・調達に波及する構造と、現状の壁 2 予測手法の地図 ― 統計から因果モデルまで手法ごとの適用領域、精度の天井、選択の判断軸 3 リファレンス・アーキテクチャと設計判断手法ルーティング、予測階層のリコンサイル、本番で崩れる3つの落とし穴 4 3層のデータ統合という本質内部実績×マクロ×営業定性をどうつなぐか 5 予測を計画につなぐ ― FVAとS&OPの再設計ナイーブ比での評価、価値を破壊する介入の発見、介入を例外に閉じ込める 6 先進事例 ― 「現場で使える設計」で勝つキリンビール×ブレインパッド、ダイキンの実装に学ぶ

7 導入ロードマップと評価設計スモールスタートの順序、RAE/FVA評価、つまずきポイント

エグゼクティブ・サマリー

5つのキーメッセージ需要予測DXの成否は、アルゴリズムの選定よりも、何のために予測するのかという目的の定義と、データ統合の設計、そして予測を計画行動に変換する運用の仕組みで決まる。本書の要点を5つにまとめる。

1 需要予測は、あくまでも意思決定の手段である需要予測それ自体は目的ではない。生産・在庫・調達といった意思決定を、より良く下すための手段にすぎない。したがって評価すべきは予測精度の絶対値ではなく、その予測が在庫削減・欠品防止といった業務上の意思決定をどれだけ改善したかである。「精度の向上」を自己目的化した瞬間に、需要予測DXは迷走する。

2 どのような意思決定をするかによって、必要な精度は異なり、選択される予測モデルも自ずと異なる数カ月先の補充・生産計画には、時系列モデルや機械学習回帰による高精度な予測が有効である（精度重視）。一方、1〜2年先の設備投資や中期計画の判断には、需要のドライバを分解する因果モデルが適する（説明性・意思決定重視）。単一の万能モデルを探すのではなく、予測の時間軸と目的に応じて手法を使い分けることが現実解となる。

3 特に生産予測においては、需要発生頻度と需要量のばらつきによっても手法を変える必要がある。

加えて、どの単位で需要予測を行うかも検討を要する規則的に動く主力品目と、時々しか動かない補修部品とでは適した手法が異なる。需要の発生頻度とばらつきで品目を分類し、平滑な品目には統計・機械学習、間欠・散発な品目にはCroston／ SBA等を充てる。さらに「SKU単位か、製品群×地域×週か」という予測の階層・粒度の設計が、精度と現場での使い勝手を大きく左右する。

4 需要予測のインプットは主に過去実績・マクロデータ・営業データの3層で、特に営業データの組み込みがカギ過去実績は統計の土台、マクロデータ（為替・天候・市況）は因果モデルの説明変数、そして営業データ（商談状況・顧客の内示・受注見込み）は統計に現れない需要の先行情報を担う。とりわけ営業データを自由記述のまま放置せず、確度や数量として構造化し予測に組み込めるかが、他社が真似しにくい競争優位を生む。

5 需要予測モデルの運用は、人手の介入のコントロールがカギ不都合な事実として、手間をかけた予測の多くは「前期実績をそのまま使う」ナイーブ予測にすら勝てていない。FVA（Forecast Value Added）で各工程を測ると、営業や経営の善意の介入がかえって精度を悪化させる例が頻出する。統計・MLの予測をデフォルトとし、人手の介入を価値が確認できる例外に限定することが、運用フェーズの核心である。

01 なぜ需要予測がDXの起点になるのか

予測誤差が在庫・欠品・調達に波及する構造と、現状の壁

K E Y F I N D I N G S

需要予測はサプライチェーンの最上流に位置し、その誤差は在庫・欠品・調達・生産のすべてに増幅して波及する多くの企業の予測は依然として担当者の経験と表計算に依存し、属人化と「当たらない前提の不在」が壁になっている需要予測は「100%当てる」ものではなく、誤差を前提に在庫・調達のバッファ設計と一体で運用する対象である AIによる需要予測は精度向上そのものより、在庫削減・欠品防止・工数削減といった業務インパクトで評価すべき

1.1 予測誤差は下流に増幅して伝わる

需要予測は、生産計画・在庫計画・調達計画・人員計画のすべての出発点にある。予測を誤れば、その誤差は単独で収まらず、下流の各計画に増幅しながら伝播する。需要を過大に見積もれば、作りすぎた在庫が運転資金を縛り、保管コストと陳腐化リスクを生む。過小に見積もれば、欠品による販売機会の損失と、緊急増産・緊急輸送による追加コストを招く。

とりわけ製造業では、調達リードタイムの長い部材や、段取り替えに制約のある生産ラインを抱えるため、予測の誤りを後工程で吸収しにくい。需要予測の質を1段引き上げることは、その下流すべての計画の質を底上げすることを意味する。これが、数あるDXテーマの中で需要予測が「起点」と呼ばれる理由である。

1.2 現状の壁 ― 属人化と「当たらない前提」の欠如

多くの企業で、需要予測は今なお熟練担当者の経験と勘、そして表計算ソフト上の手作業に依存している。この方式には3つの構造的な壁がある。第一に属人化。予測の根拠が担当者の頭の中にあり、退職・異動とともに失われる。第二に処理能力の限界。SKU数が数千・数万に及ぶと、全品目に目を配ることは物理的に不可能で、主要品目以外は粗い一律ルールで処理される。第三に外部要因の取り込み困難。為替や市況、顧客の生産計画といった先行情報を、人手で網羅的に織り込むことは難しい。

需要予測は「当たらない」ことを前提に設計する実務上の重要な前提として、需要予測は決して100%は当たらない。目指すべきは「完璧な予測」ではなく、「誤差の大きさを把握し、それを在庫の安全在庫や調達のバッファ設計に織り込んで運用する」ことである。予測精度の改善と、誤差を吸収する計画側の設計は、つねに一体で考える必要がある。本書が予測単体ではなく計画連携（第5章）まで踏み込むのはこのためである。

1.3 評価軸は精度ではなく業務インパクト

AI需要予測の導入で陥りやすい罠が、「予測精度の向上」自体を目的化してしまうことである。精度指標が数ポイント改善しても、それがビジネス上の成果に直結するとは限らない。1日1個しか売れない品目の予測を磨くより、1日1,000個動く主力品目の誤差をわずかに縮める方が、在庫・欠品へのインパクトははるかに大きい。

したがって導入の評価は、過剰在庫の削減額、欠品率の低下、発注・計画業務の工数削減といった業務インパクトを主指標に置き、精度指標（後述のMAPE等）はその先行指標として扱うのが適切である。どの品目の精度を上げることが最も効くのかという「投資の優先順位」こそが、最初に設計すべき論点になる。

02 予測手法の地図 ― 統計から因

果モデルまで手法ごとの適用領域、精度の天井、選択の判断軸

K E Y F I N D I N G S

予測手法は移動平均・指数平滑から時系列モデル、機械学習回帰、因果モデル、デマンドセンシングへと進化してきた手法は「短期・オペレーション（精度重視）」と「中長期・戦略（説明性・意思決定重視）」に大別され、用途で使い分ける外部変数を統合できるかが精度の天井を決める。実績のみの予測には早期に限界が来る単一の万能モデルは存在せず、複数手法のアンサンブルと、目的別の使い分けが現実解である

2.1 手法の進化 ― 精度型から意思決定支援型へ

需要予測の手法は、大きく次の段階を経て進化してきた。最も単純な移動平均・指数平滑（Holt- Winters等）は、過去実績の傾向と季節性を捉える。次の時系列モデル（ARIMA、Prophet等）は、トレンド・季節性・周期をより構造的に分解する。さらに機械学習回帰（XGBoost、LightGBM等）は、価格・販促・天候といった多数の説明変数を同時に取り込み、非線形な関係を学習できる。

その先にあるのが因果モデルとデマンドセンシングである。因果モデルは「なぜその需要が生まれるのか」というドライバを分解し、説明性を持った予測を返す。デマンドセンシングは、直近の実需シグナル（受注・出荷・POS等）を短サイクルで取り込み、足元の変化に素早く追随する。

出所：一般的な需要予測実装知見に基づき taiziii Research 作成

2.2 用途で分ける ― オペレーションと戦略

重要なのは、これらが「新しいものが古いものを置き換える」関係ではなく、用途で使い分ける関係にあるという点である。需要予測は、用いる目的によって2種類に分かれる。

ひとつはオペレーション向け。在庫補充や数カ月先の生産計画に用いるもので、環境変化が比較的小さい短期を対象とするため、時系列モデルや機械学習回帰による高精度な予測が有効になる。ここでは予測精度そのものが価値に直結する。

もうひとつは戦略向け。設備投資や中期計画の判断に用いるもので、1〜2年先の中長期を対象とする。この領域では精度を追うことに意味は薄く、業界トレンド・競合動向・地政学リスク・規制変化といった要素をシミュレートし、需要の因果関係を踏まえて意思決定の質を上げることが目的になる。ここで効くのは因果モデルである。

判断軸：時間軸 × 規則性 × 説明責任手法選択の実務的な判断軸は3つ。時間軸（短期=精度型、中長期=意思決定型）、需要の規則性（規則的 =統計/ML、不規則・新製品=因果・定性重視）、説明責任（経営会議で根拠を説明する必要があれば、ブラックボックスなML単独より説明可能な因果モデルやドライバ分解を選ぶ）。この3軸で、品目群ごとに手法を割り当てる。

2.3 精度の天井は「外部変数の統合」で決まる

手法の高度化以上に精度を左右するのが、外部変数をどこまで取り込めるかである。実績データのみを入力とする予測は、過去の規則性が将来も続く前提に立つため、市況の転換点や需要構造の変化に弱い。為替・景気指標・天候・販促・競合動向といった外部変数を統合できて初めて、精度の天井が引き上がる。

出所：taiziii Research 作成（概念図／数値は相対傾向を示す例示。MAPEの実用目安20〜30%は電通デジタル等の実務解説に基づく）

上図は手法別の精度水準を概念的に示したものである。注意すべきは、これらの数値が製品特性とデータ品質に大きく依存する点である。規則的に売れる主力品目では高い精度が出る一方、需要の規則性が低い品目や新製品では、どの手法を使っても絶対水準は悪化する。「自社のどの品目で、どの精度が出るのか」を実データで把握することが、手法選択の出発点になる。

過学習という落とし穴機械学習を用いる際に最も警戒すべきは過学習である。過去データのノイズや偶然のパターンまで学習してしまうと、検証データでは高精度に見えても、未知の将来に対してまったく通用しなくなる。「過去データに100%合致するモデル」はむしろ危険信号であり、必ず学習期間と検証期間を分けた検証（バックテスト）で、未知データへの汎化性能を確認する必要がある。

03 リファレンス・アーキテク

チャと設計判断手法ルーティング、予測階層のリコンサイル、本番で崩れる落とし穴

K E Y F I N D I N G S

4レイヤー構成は前提にすぎない。差がつくのは「どの品目に、どの手法を、どのレベルで当てるか」という設計判断である全SKUに同じモデルを当てるのは誤り。需要パターン（平滑／変動／間欠／散発）で分類し、手法をルーティングする「どの階層レベルで予測するか」が精度を左右する。中間レベルで予測し統計的にリコンサイルする手法が定石特徴量リーク・新製品コールドスタート・再学習頻度の3つが、PoCでは見えず本番で崩れる典型的な落とし穴需要予測のシステムが「データソース→データ基盤→予測エンジン→計画・実行」の4レイヤーで構成されること自体は、もはや解説に値しない常識である。本章が扱うのは、その各レイヤーで実際にどう設計判断を下すかという、PoCと本番運用を分ける勘所である。データ基盤の選択論（データレイク／レイクハウス／データメッシュ、OT-IT統合）は本シリーズの別テーマに譲り、ここでは需要予測に固有の3つの設計判断 ―手法のルーティング、予測階層の設計、本番で崩れる落とし穴― に絞る。

3.1 手法のルーティング ― 全SKUに同じモデルを当てない

最も多い失敗が、「需要予測AIを導入する」と称して、全品目に単一のモデル（多くは高度なML）を一律適用することである。これは確実に失敗する。なぜなら、規則的に毎日売れる主力品目と、半年に一度しか動かない補修部品とでは、そもそも適した数学が異なるからだ。

実務の定石は、全品目を需要パターンで分類し、パターンごとに手法をルーティングすることである。分類軸は2つ。需要発生の間隔（ADI：規則的に動くか、時々しか動かないか）と、需要量のばらつき（変動係数CV²：量が安定か、荒いか）。この2軸で品目は4象限に分かれる。

出所：Syntetos-Boylan分類（ADI≈1.32, CV²≈0.49を境界とする一般的な実務基準）に基づき taiziii Research 作成平滑（Smooth）な主力品目には、指数平滑・ARIMAや、外部変数を入れた機械学習回帰が効く。一方、間欠（Intermittent）な補修部品に通常の指数平滑を当てると、需要ゼロの期間に予測値がずるずる下がり、突然の需要に対応できない。ここにはCroston法やその改良版であるSBA（Syntetos-Boylan Approximation）を使う。Crostonは需要の「大きさ」と「発生間隔」を分けて推定する手法だが、構造的にやや過大バイアスを持つことが知られており、SBAはそのバイアスを補正する。間隔も量も予測困難な散発（Lumpy）品目に至っては、点予測を諦め、需要の確率分布を推定して在庫の安全係数を設計する方が合理的である。

設計判断：分類を「自動化」して運用に組み込む重要なのは、この分類を導入時に一度やって終わりにしないこと。品目は時間とともに象限を移動する（新製品が立ち上がり平滑になる、終売品が間欠化する）。ADIとCV²を定期的に再計算し、品目を自動で再分類して手法を切り替える仕組みを組み込む。「どのSKUにどのモデルが当たっているか」を人が管理しきれなくなる数千SKU規模では、この自動ルーティングが運用の生命線になる。

3.2 予測階層の設計 ― 「どのレベルで予測するか」が精度を分ける

次の設計判断は、予測を行う粒度の階層である。SKU単位で個別に予測すると、それを足し上げた合計が、全社合計を直接予測した値と一致しない。逆に全社合計で予測すると、現場の発注・生産には粒度が粗すぎて使えない。この「下位の積み上げと上位の予測が合わない」問題は、多くの現場で軽視されているが、在庫配分の意思決定を直接歪める。

出所：階層時系列予測の一般理論（Hyndman et al.）に基づき taiziii Research 作成定石は、信号対雑音比が最も高い中間レベル（多くの場合「製品群×地域×週」程度）で予測を行い、そこから上位（全社合計）と下位（個別SKU ）へ統計的に配賦・整合させるリコンサイル（reconciliation）である。単純な按分（トップダウン）でも単純な積み上げ（ボトムアップ）でもなく、各レベルの予測誤差の構造を考慮して最適な重みで統合する手法（MinT＝Minimum Trace等）を用いる。一般的な小売・SCMの事例では、適切なリコンサイルにより素朴な積み上げ／按分に対して15〜 25%程度の精度改善が報告されている。

この階層設計は、第2章で述べた手法選択や次章（第4章）のデータ統合と独立ではない。「どのレベルで予測し、どこに営業の定性情報を乗せ、どう上下に配賦するか」を一体で設計することが、アーキテクチャの骨格になる。

3.3 本番で崩れる3つの落とし穴

PoCでは高精度を示したモデルが、本番運用で崩れる。その原因はアルゴリズムではなく、次の3点にほぼ集約される。DX部門が最初から潰しておくべき設計論点である。

① 特徴量リーク（データリーケージ）予測時点では本来知り得ない情報を、誤って学習データに含めてしまう問題。たとえば「その月の確定実績」や「事後に判明した販促結果」を特徴量に混ぜると、検証では驚異的な精度が出るが、本番では同じ

情報が予測時点に存在せず、性能が一気に劣化する。各特徴量が「予測を立てる時点で実際に入手可能か」を1つずつ検証する規律が要る。

② 新製品のコールドスタート過去実績のない新製品は、時系列モデルが原理的に予測できない。ここで有効なのが第3.2節の階層構造である。SKU単体ではなく、属する製品群のトレンドを起点（アンカー）に、価格帯・ターゲット・販路から妥当なシェアを推定する。階層予測を組んでおけば、コールドスタートを当て推量ではなく構造的に扱える。これは新製品比率の高い業界ほど効く設計である。

③ 再学習頻度の設計モデルは放置すれば需要構造の変化とともに劣化する。一方で、毎回フル再学習すれば計算コストとモデルの不安定化（予測が毎期大きく振れる）を招く。「いつ・何をトリガに再学習するか」を設計する必要がある。定期再学習（月次等）に加え、予測誤差が閾値を超えたら再学習する異常検知トリガを併用し、安定性と追随性のバランスを取る。この再学習ループの設計こそが、精度を「一度きり」でなく「継続的に」維持する条件になる。

04 3層のデータ統合という本

質内部実績×マクロ×営業定性をどうつなぐか

K E Y F I N D I N G S

需要予測の精度は、内部実績・マクロ外部環境・営業定性という3層のデータをどう統合するかで決まる内部実績は統計の土台、マクロは因果モデルの説明変数、営業定性は統計に現れない先行情報を担う営業の定性情報を「自由記述のまま」にせず、案件確度・数量レンジとして構造化することが鍵 3層の統合は技術課題であると同時に、営業・生産・経営をまたぐ組織課題でもある本書の中心的な主張は、需要予測の高度化が「3種類のデータをつなぐこと」に集約されるという点にある。アルゴリズムは、この統合構造の上に乗る部品にすぎない。3層それぞれの役割を見ていく。

出所：taiziii Research 作成

4.1 第1層：内部実績データ（統計の土台）

出荷・受注・在庫・生産実績といった内部データは、すべての予測の土台である。ここで設計すべきは予測の粒度だ。SKU単位か製品群単位か、地域別か全社か、日次か週次か月次か。粒度が細かいほど計画に

は使いやすいが、データのばらつきが大きくなり予測は難しくなる。逆に粗くまとめれば予測は安定するが、現場の打ち手には結びつきにくい。この粒度設計が、後続のすべての精度と運用性を規定する。

同時に、実績データの品質が問われる。返品・サンプル出荷・特需といったイレギュラーが実績に混入したままでは、モデルがそれを通常需要と誤認する。データのクレンジングと、異常値の扱いのルール化が、統計の土台を固める前提作業になる。

4.2 第2層：マクロ・外部環境データ

為替、景気指標、天候、市況、競合動向、規制変化といった外部環境データは、因果モデルや機械学習回帰の説明変数として機能する。これらは需要の転換点を先読みする手がかりになる。たとえば天候は季節商材の需要を、為替は輸出比率の高い製品の需要を、市況は素材系製品の需要を動かす。

実装上のポイントは、これらを外部API等から継続的に自動取得し、予測の特徴量として整形するパイプラインを組むことである。一度きりの手作業での取り込みでは運用が続かない。どの外部変数が自社の需要と相関するかは、データに基づく特徴量選択で見極める。相関が確認できない変数を増やすことは、過学習のリスクを高めるだけで精度には寄与しない。

4.3 第3層：営業の定性情報（最大の差別化要因）

3層の中で、最も価値が高く、同時に最も扱いが難しいのが営業の定性情報である。商談の進捗、顧客の生産計画や内示、大口案件の受注見込み、失注のリスク。これらは統計データには一切現れない需要の先行情報であり、現場の営業担当者の頭の中にしか存在しないことが多い。

この情報を予測に乗せられるかどうかが、他社が容易に真似できない競争優位を生む。鍵は、定性情報を自由記述のまま放置せず、構造化することにある。具体的には、案件を確度（受注確率）と数量レンジ、想定時期といった定量的な属性に分解し、統計予測の出力に重ね合わせる。たとえば「統計予測のベースライン＋確度で重み付けした商談パイプライン」という形で合算すれば、現場の肌感を定量予測に統合できる。BtoBのフォーキャスト実務でも、SFA/CRM上の各案件に受注確率・受注予定時期・想定金額を付与し、それらを合算して受注見込みを算出するのが定石である。

具体例：営業由来の先行情報を予測に組み込む ― 城南電機工業自動車用照明機器などを手がける城南電機工業（静岡市、従業員約120名）は、需要予測にこの考え方を実装した好例である。同社のようなBtoB部品メーカーでは、顧客から事前に「発注内示」（今後の発注予定量の通知）を受け取る。これは統計実績には現れない、営業・顧客接点由来の代表的な先行情報だ。ただし内示と最終的な実際の納入数には差異があり、その差が余剰在庫や欠品を生んでいた。

同社は、製品ごとの受注実績（統計の土台）と発注内示（先行情報）の両方を入力としてLightGBMモデルに学習させ、内示と実需のギャップそのものをAIに予測させた。結果、改善幅の大きい製品で予測の誤差率が52%から24%へと半減した。注目すべきは、全製品を一律に自動化せず、過去1年間で予測精度が良かったものを選別し、精度が悪化する製品にはAIを使わないという運用にした点である。これは前章（第3章）の「需要パターンで手法をルーティングする」という設計判断の、中小企業における実装そのものといえる。

城南電機の事例は、第3層の本質を示している。すなわち、先行情報（内示や商談）は「正解」ではなく、実需とのギャップを含んだ信号である。これを統計実績と組み合わせ、ギャップの構造をモデルに学ばせることが、営業データ活用の核心になる。同様に、ケーブル等の部品を扱う石原金属化工も、出荷実績と顧客の内示情報を組み合わせて3か月先の需要を予測し、発注業務の属人性を排除している。

統合は技術課題であると同時に組織課題 3層のデータ統合は、技術だけでは完結しない。内部実績は生産・物流部門、マクロデータは経営企画、営業定性は営業部門と、データの持ち主が組織的に分断されているためである。「予測モデルを誰が持ち、各部門のデータをどう供出させ、予測結果に誰が責任を持つか」というガバナンスを設計しなければ、技術的に優れたモデルも現場で回らない。この組織論は第5章で扱う。

05 予測を計画につなぐ ― FVAと

S&OPの再設計ナイーブ比での評価、価値を破壊する介入の発見と抑制

K E Y F I N D I N G S

衝撃的だが、多くの企業の需要予測は「前年同月をそのまま使う」ナイーブ予測にすら勝てていない FVA（Forecast Value Added）で各工程の貢献を測ると、人手の介入や役員レビューがむしろ精度を悪化させる例が頻出する S&OPの設計問題の核心は「合意形成すること」ではなく「価値を破壊する介入をどう止めるか」にある品目には予測可能性の上限（forecastability）があり、それを超えた精度追求は資源の浪費。在庫設計で吸収すべき

5.1 不都合な真実 ― その予測、ナイーブ予測に勝てているか

S&OPや合意形成プロセスの解説に入る前に、多くの企業が直視できていない不都合な事実から始めたい。手間とコストをかけた需要予測の多くは、「前期の実績をそのまま来期の予測とする」ナイーブ予測（ランダムウォーク）にすら勝てていない。

サプライチェーン8社を対象にした著名な調査では、予測の52%がランダムウォークより精度が悪かったという結果が報告されている（S. モーリッジ／CatchBull、2013年）。つまり、高価な予測システムと多くの人員を投じた予測の半分以上が、「何もせず前期実績を使う」より劣っていた。同調査では、多くの企業はナイーブ予測を10〜15%以上は上回れていないとも指摘される。需要予測DXを語る前に、自社の予測が本当に「何もしないより良い」のかを疑う必要がある。

最初に測るべきは精度ではなく「ナイーブ比の優位性」予測の良し悪しは、MAPEの絶対値では測れない。MAPE 20%は、ナイーブ予測がMAPE 40%の難しい品目なら優秀だが、ナイーブが15%で当たる簡単な品目ならむしろ価値を破壊している。評価の基準は RAE（相対絶対誤差＝予測誤差 ÷ ナイーブ予測誤差）に置く。RAEが1.0未満なら価値を足しており、 1.0以上ならナイーブに負けている。この一指標が、後述するすべての工程評価の土台になる。

5.2 FVA ― どの工程が価値を足し、どの工程が壊しているか

では、予測プロセスのどこに問題があるのか。それを可視化する手法がFVA（Forecast Value Added）である。FVAは、予測が作られる各工程（統計予測 → 営業オーバーライド → コンセンサス → 役員レビュー）の予測値をすべて記録し、それぞれがナイーブ予測と比べて誤差を減らしたか増やしたかを測る。

製薬の治験で新薬とプラセボを比較するように、各工程が「本当に効いているか」を実証的に検証する考え方である。

出所：FVA分析の一般的フレームワーク（M. Gilliland / SAS等）に基づき taiziii Research 作成（数値は例示） FVAを実際に回すと、多くの企業が直視したくない結果が出る。人手のオーバーライドや役員レビューといった「偉い人が関わる工程」ほど、統計予測の精度をかえって悪化させていることが珍しくない。役員レビューの工程がコンセンサス予測よりMAPEを悪化させる例は実際によく見られる。営業は売上目標へのバイアスで数字を盛り、経営は願望で数字をいじる。善意の介入が、統計が見つけた信号をノイズで上書きしてしまう。

S&OPの設計問題の再定義ここからS&OPの本質的な設計問題が見えてくる。それは「いかに全部門を集めて合意形成するか」ではない。「価値を足している工程を残し、価値を破壊している介入をいかに止めるか」である。FVAで各工程の貢献を定量化し、マイナス寄与の工程は廃止するか、人を介在させるルール自体を見直す。合意形成の場を増やすことが目的化したS&OPは、むしろ予測を悪くしうる。

5.3 S&OPの再設計 ― 介入を「例外」に閉じ込める

この洞察に立つと、S&OPの設計指針は明快になる。第一に、統計・MLが出すベースライン予測をデフォルトとし、人手の修正は「例外」に限定する。全品目を会議で議論するのではなく、FVAで人の介入が明確に価値を生む品目群（新製品、大口商談が動く品目、構造変化の只中にある品目）だけに人の時間を集中させる。残りは自動で流す。

第二に、介入する場合は必ず根拠を記録する。「営業がなぜ統計予測を上方修正したのか」を案件情報として残し、後からその修正が当たったかをFVAで検証する。これにより、第4章で論じる営業定性情報の構造化が、単なるデータ収集ではなく「介入の質を継続的に監査する仕組み」として機能する。日本企業で頻発する、営業主導の「売れる分の先取り」による滞留在庫という“需給のねじれ”も、この監査ループで規律できる。

第三に、共通KPIを置く。在庫回転率・充足率に加え、RAEとFVAを部門共通の評価指標に据え、「誰の数字が、ナイーブと統計に対して、本当に価値を足したか」を全部門が同じ物差しで見る。予測の数字を「営業の願望」でも「経営の願望」でもなく、実証的に検証される共通の前提に変えること ― これが S&OPの核心である。

5.4 予測可能性の上限を見極める

最後に、精度追求そのものに上限があることを設計に織り込む。すべての需要には、信号（規則的な構造）とノイズ（本質的に予測不能なゆらぎ）が混在する。どれほど高度なモデルを使っても、ノイズは原理的に予測できない。品目ごとに「これ以上は当てられない」という予測可能性（forecastability）の限界が存在する。

この限界は、ナイーブ予測の誤差を基準にしたRAEで近似的に把握できる。RAEが既に低い（=予測しにくさの割によく当たっている）品目に、さらにモデルを高度化する投資をしても、得られる改善は小さい。逆に、そもそもノイズ支配的で予測不能な品目を無理に当てにいくのは資源の浪費であり、そうした品目は予測精度ではなく、在庫の安全在庫やバッファ設計で吸収するのが正しい。第1章で「予測は当たらない前提で計画と一体設計する」と述べたことは、この予測可能性の上限という形で定量的に裏づけられる。

需要予測アーキテクチャとS&OPの接続点第3章のアーキテクチャは、この計画・実行層でS&OPと接続する。予測エンジンが返すベースライン予測がS&OPの需要計画インプットとなり、FVAで価値が確認された人の介入だけを上乗せし、供給制約と突き合わせて実行可能な計画に落とす。技術的な予測パイプライン（第3章）と、介入を規律する合意形成プロセス（本章）が噛み合って初めて、需要予測DXは在庫と欠品の削減という成果を生む。

06 先進事例 ― 「現場で使える

設計」で勝つキリンビール×ブレインパッド、ダイキンの実装に学ぶ

K E Y F I N D I N G S

性格の異なる先進2社の事例も、勝負を分けたのは予測精度の高さではなく「現場で使える設計」だったキリンビールは「全自動化しない」設計を選び、人の役割を例外監査に再定義。約70%の業務時間を削減ダイキンは人を上回る高精度モデルを作りながら、現場の納得を得られず一度つまずいた両社に共通するのは、制約条件の組み込み・業務標準化・運用を回し続ける体制という実装の工夫である本書の主張 ―「需要予測の成否はアルゴリズムではなく、データ統合のアーキテクチャと、予測を計画に変換する仕組みで決まる」― は、先進企業の実装にも明確に表れている。性格の異なる2社を取り上げ、どこが優れているのかを具体に見る。

出所：各社・ブレインパッドの公表資料、講演資料に基づき taiziii Research 作成

6.1 キリンビール × ブレインパッド ― 「全自動化しない」という設計判断

キリンビールは2021年にSCM部を新設し、データ活用を得意とするブレインパッドと3か年の「MJ（未来の需給をつくる）プロジェクト」を組成した。その第2弾として運用を始めたのが、直近1〜2週間先の

製造数量を算出する「製造計画作成アプリ」である。従来は、担当者が出荷実績・需要予測・在庫数量を確認し、各自がExcelで手作業で製造数量を算出していた。工場の製造要件や倉庫の保管能力といった多数の制約条件を加味する必要があり、業務経験のある担当者しか対応できない属人的で高負荷な業務だった。

この事例で注目すべきは、「全自動化を狙わなかった」設計判断である。アプリは複雑な製造数量の算出工程を自動化する一方で、人間の目による最終チェックを効率的に行うためのアラート機能を実装した。

すなわち、機械が大量の制約計算を担い、人は機械が出した結果のうち注意すべき点だけを確認する。これは第5章で論じた「統計・MLをデフォルトとし、人手の介入を例外に閉じ込める」という設計思想の、現場での実装そのものである。結果として属人性の解消と業務効率化を両立し、当該業務で約70%の業務時間削減、年間1,000時間以上の創出を見込むとされる。

優れている点：制約条件の組み込みと人の役割の再定義この事例の本質は2点。第一に、製造要件・倉庫能力という現場の制約条件をモデルに組み込み、予測値を「実行可能な計画」にまで落とし込んだこと（第5章のS&OP接続）。第二に、人を予測から排除するのではなく、人の役割を「ゼロから計算する人」から「機械の出力を例外監査する人」へ再定義したこと。需要予測DXは「人の仕事を奪う」のではなく「人の判断を高付加価値な部分に集中させる」という、導入の現実的な勝ち筋を示している。

6.2 ダイキン工業 ― 「高精度モデル」が現場で止まりかけた教訓

ダイキンは2017年設立の社内育成機関「ダイキン情報技術大学（DICT）」を通じてDX人材を内製し、空調製品の需要予測を内製開発した。担当者はARIMA系・ディープラーニング系・決定木系を一通り試した上でLightGBMを採用し、人を上回る予測精度のモデルを実現した。技術的には成功である。しかし、この事例が示す教訓はその先にある。

第一の壁は、データサイエンティストが当初SCM部門の業務内容を理解しておらず、評価指標の設定やモデリングで苦労したこと。第二の壁は、高精度モデルを業務に組み込んで提案しても、現場の反応が芳しくなかったこと。「精度は良いが、どの程度信用できるのか、どう使えばいいのか分からない」という現場の不安を、精度の高さだけでは払拭できなかったのである。これは第1章で述べた「精度は目的ではない」という主張の、痛みを伴う実例である。

状況を打開したのは、技術ではなく進め方だった。実際に動くプロトタイプを早期に作って現場に使ってもらい、改善と試作を重ねて「これなら使える」という納得を引き出した。本番開発ではSCM部のメンバーがプロダクトオーナーを務め、現場が当事者として関与する体制を組んだ。さらに、各担当者が個別のExcelで行っていた作業を緻密に分析し、一見バラバラな業務から共通工程を見出して標準化した上で予測モデルを組み込んだ。

優れている点：精度より「運用に乗せ、回し続ける」設計ダイキンの担当者は、不確実性の時代の需要予測に求められる3要素を挙げている。①市場の動きを素早く察知して再予測できること、②客観的に判断できる領域をできるだけ増やすこと、③予測結果を振り返り知見を蓄積して改善し続けること。これは本書が論じてきた、再学習ループ（第3章）・データ統合（第4章）・FVAによる継続改善（第5章）と正確に対応する。高精度モデルを作る能力以上に、それを現場の業務に適合させ、内製で回し続ける体制を築いたことが、この事例の優れた点である。

6.3 2社に共通する成功要因

2社は、業種も体制（外部パートナー活用と内製）も対象業務も異なる。しかし共通するのは、勝負を分けたのが予測精度の高さそのものではなく、「現場で使える形に設計し、人の判断と噛み合わせ、回し続ける仕組みを作ったこと」だという一点である。これこそ、本書が一貫して主張してきたことに他ならない。次章では、この教訓を踏まえた具体的な導入の進め方を示す。

07 導入ロードマップと評

価設計スモールスタートの順序、RAE/FVA評価、つまずきポイント

K E Y F I N D I N G S

導入は「データ整備→統計ベースライン→外部変数統合→計画連携・自動化」の4段階で進める最初から全社・全SKUを狙わず、少数SKU・1製品群のスモールスタートで成果を示してから横展開する精度評価はMAPEだけでなくRAE（ナイーブ比）・FVA（工程別貢献）を主軸に置く典型的なつまずきは、データ品質の軽視、精度の自己目的化、価値を破壊する介入の放置、再学習ループの不在

7.1 4段階のロードマップ

需要予測DXは、一足飛びに完成形を目指すのではなく、段階的に積み上げる。

出所：taiziii Research 作成 Phase 1：データ整備。実績データを一元化し、予測の粒度（SKU・期間）を定義し、どの品目群から着手するかの優先順位を決める。第1章で述べたとおり、業務インパクトの大きい主力品目を優先する。

Phase 2：統計ベースライン。まず時系列モデルなどシンプルな手法で予測を立て、現状のMAPEを把握する。ここで「今どれだけ当たっていないか」を定量化し、予測業務を標準化する。いきなり高度なML に飛びつかず、土台を固める段階である。

Phase 3：外部変数の統合。マクロ・天候・販促といった外部変数を取り込み、営業の定性情報を構造化して重ね合わせる。機械学習回帰や因果モデルを導入し、精度の天井を引き上げる。本書が最大の差別化要因と位置づける段階である。

Phase 4：計画連携・自動化。予測をS&OP・生産計画・調達に接続し、自動発注や再学習ループを実装する。担当者は全品目を手で見るのではなく、予測が外れやすい例外品目の管理に集中できるようになる。前章のキリンビールの「アラートで例外だけを人が見る」設計は、この段階の到達点を具体的に示している。

7.2 精度評価の設計

精度指標として実務で広く使われるのがMAPE（平均絶対誤差率）である。予測値と実績値の差を実績値で割った絶対値の平均で、パーセント表示のため品目間の比較がしやすい。ただしMAPEは需要が小さい品目で値が極端に振れる弱点があり、用途によってはMAE（在庫量を直感的に把握したい場合）やRMSE （大きな外れを重く見たい場合）を併用する。

ただし第5章で論じたとおり、MAPEの絶対値だけを追うのは危険である。評価の主軸にはRAE（ナイーブ予測比）とFVA（工程別の価値貢献）を据える。すなわち「自社の予測はナイーブに勝てているか」「どの工程が価値を足し、どの介入が壊しているか」をまず測る。その上で、精度指標は品目の規模で重み付けし、需要量の大きい品目の改善を重く評価して業務インパクトと整合させる。Phase 2で統計ベースラインを置く目的は、この「ナイーブ・統計に対する優位性」を測る基準点を作ることにある。

典型的な4つのつまずき ① データ品質の軽視：イレギュラーが混入した実績のまま高度なモデルを乗せても精度は出ない。土台のクレンジングを飛ばさない。② 精度の自己目的化：ナイーブ比（RAE）を見ずにMAPEだけを追うと、予測可能性の上限に達した品目に資源を浪費する。③ 価値を破壊する介入の放置：FVAを測らないまま人手のオーバーライドや会議体を増やし、統計予測よりかえって悪い数字を「合意」してしまう。④ 再学習ループの不在：導入時は高精度でも、モデルを更新しなければ需要構造の変化とともに劣化する。

7.3 まとめ ― アーキテクチャとプロセスの両輪

本書を通じた主張は一貫している。需要予測DXの成否は、最新のアルゴリズムを買うことではなく、(1) 内部実績・マクロ・営業定性という3層データを統合するアーキテクチャを設計し、(2) その予測をS&OP と再学習ループという計画・改善プロセスに接続できるか、という両輪で決まる。技術と組織のどちらか一方が欠けても、需要予測は現場で回らない。前章の2社が示したのも、まさにこの両輪の重要性だった。

着手にあたっては、全社一斉ではなく、業務インパクトの大きい製品群でのスモールスタートから始め、 Phase 1から順に積み上げることを推奨する。明日からの一歩は、自社のどの品目が、どれだけ当たっていないのかを、まず実データで測ることである。そこから、本書が示したアーキテクチャとプロセスの設計が始まる。

taiziii では、事業戦略の立案からシステム設計・開発、そして運用まで、ワンストップでご支援できる体制を整えております。AI導入支援やコンサルティングをはじめ、幅広い事業領域でお客様の多様な課題解決に取り組んでいます。本書で扱った需要予測についても、「自社の予測がナイーブ予測に勝てているか」「どの品目にどの手法を当てるか」「営業データをどう予測に組み込むか」といった具体の検討段階から、お気軽にご相談いただけます。

お問い合わせ：https://taiziii.com/contact/

2026年5月版 M A N U F A C T U R I N G D X I N T E L L I G E N C E S E R I E S N O . 0 1 ｜ 2 0 2 6 年5 月製造業の AI需要予測「当てにいく」予測から、「読みにいく」判断へ AI-Driven Demand Forecasting in Manufacturing: Why Forecasting Fails Outside Mass Production, and What Remains When It Does

P U B L I S H E D B Y

taiziii Research Manufacturing DX Desk S E R I E S 個別テーマ編現場アクション志向

本書の位置付け

本書は、製造業のDX担当者、とりわけ大手企業のなかにある「量産でない部門」――維持設計、特殊部品、補修、試作といった、一品ごとに図面の違う仕事を担う部門の判断者――を読者に想定した、需要予測の実務レポートである。

需要予測は、稼働率向上と並んで製造業DXの「永遠のテーマ」である。予測が外れれば、過剰在庫として運転資金を縛り、欠品として販売機会を逃す。その上流に位置するため、予測の質は生産スケジュール・在庫・調達のすべてに波及する。だから多くの企業が、需要予測パッケージを導入し、品目マスタを整え、MAPEを測ってきた。

そして非量産の部門では、その多くが期待した成果に届かなかった。本書はまず、その理由を正面から言い当てる。

本書の立場需要予測の高度化は、より賢いアルゴリズムを買うことでも、3層のデータを統合することでもない。特注・一品の世界では、需要は原理的に当たらない。効くのは、引合・見積の段階で、過去の類似案件から「難所」と「リードタイム」を読む判断であり、その判断をどう引き出し、どう次の担当者に残すかで決まる。「当てにいく」から「読みにいく」へ――本書が示す転換はこの一点である。

本書の読み方。第1章から第6章では、需要予測の標準アプローチ――手法の地図、リファレンス・アーキテクチャ、3層のデータ統合、FVAとS&OP――を、逃げずに具体的に描く。ここを飛ばさないのは、その内容が正しいからであり、同時にその天井がどこにあるかを、正確に見せるためでもある。第2章で「なぜあなたの部門では当たらないのか」を先に言い当て、第7章・第8章で、ツール・データ・標準では埋まらずに最後に残るもの――人の判断――に着地する。

本書が扱わないこと。データ基盤の技術選択（データレイク／レイクハウス／データメッシュ、OT-IT統合）と、需要予測パッケージの製品比較。いずれも重要な論点だが、本書の射程外とする。本書が引き受けるのは、その手前にある「何を予測しようとしているのか」という問いである。

1 なぜ需要予測がDXの起点になるのか予測誤差が在庫・欠品・調達に波及する構造と、現状の壁 2 その予測は、なぜ「うちの部門」では当たらないのか量産と非量産で、予測の「的」が違う ― 数量ではなく難易度 3 予測手法の地図 ― 統計から因果モデルまで手法ごとの適用領域、精度の天井、選択の判断軸 4 リファレンス・アーキテクチャと設計判断手法ルーティング、予測階層のリコンサイル、本番で崩れる3つの落とし穴 5 3層のデータ統合という本質内部実績×マクロ×営業定性をどうつなぐか 6 予測を計画につなぐ ― FVAとS&OPの再設計ナイーブ比での評価、価値を破壊する介入の発見、介入を例外に閉じ込める 7 先進事例 ― 勝敗を分けたのは「精度」ではなかったキリンビール×ブレインパッド、ダイキン ― 二社が最後に残したもの 8 残るのは「判断」である ― 当てにいくから、読みにいくへ導入ロードマップ、評価設計、そしてツールでは埋まらない層

エグゼクティブ・サマリー

5つのキーメッセージ需要予測DXの成否は、アルゴリズムの選定では決まらない。そして非量産の部門では、そもそも「予測の精度」で決まらない。本書の要点を5つにまとめる。

1 予測が当たらないのは、モデルが弱いからではない。「的」が違うからである量産の需要予測が答えようとしている問いは「いくつ出るか」である。だが一品ごとに図面が違う非量産の現場が本当に困っているのは、数量ではない。来たその一品を、どれだけの手間と期間で作れるのかが読めないこと――すなわち難易度である。的が違うのだから、需要予測パッケージをいくら磨いても当たらない。

2 量産の標準アプローチは正しい。ただし「区切れる世界」でしか効かない手法のルーティング、階層リコンサイル、3層のデータ統合、FVAとS&OP。いずれも需要予測の定石であり、本書も第3章から第6章で具体的に描く。だがこれらはすべて、同じ品番が繰り返し流れ、時系列が積み上がることを前提にしている。同じものが二度と来ない世界では、分類する以前に、分類すべき系列が存在しない。

3 3層データ統合の最上層は、結局「人の頭の中」にある内部実績・マクロ・営業定性という3層のうち、最も価値が高いのは第3層の営業定性情報である。だがこの層の正体は、システムにも図面にも載っていない、担当者の頭の中の読みだ。データ統合を突き詰めるほど、最後に「人の判断をどう引き出すか」という問題に行き着く。技術の話は、そこで終わらない。

4 AIは判断しない。判断の材料を整える FVAで工程を測ると、人手の介入がかえって精度を悪化させる例が頻出する。だがこれは「人を外せ」という結論ではない。機械が計算を担い、人は例外だけを判断する――先進企業が実装したのはこの分業である。AIの役割は正解を出すことではなく、人が判断するための材料を整えることにある。

5 主戦場は下流ではなく、引合・見積にある ―「当てにいく」から「読みにいく」へ非量産の採算と納期は、在庫や生産計画ではなく、引合・見積の段階で決まっている。過去の類似案件から「どこが難所か」「どれだけかかるか」を読む判断――図面にもERPにも残らないその読みを、どう引き出し、どう次の担当者に渡すか。ツール・データ・標準を整え切った先に残るのは、この一点である。

01 なぜ需要予測がDXの起点になるのか

予測誤差が下流に波及する構造と、現状の壁

K E Y F I N D I N G S

1.1 予測誤差は下流に増幅して伝わる

1.2 現状の壁 ― 属人化と「当たらない前提」の欠如

需要予測は「当たらない」ことを前提に設計する実務上の重要な前提として、需要予測は決して100%は当たらない。目指すべきは「完璧な予測」ではなく、「誤差の大きさを把握し、それを在庫の安全在庫や調達のバッファ設計に織り込んで運用する」ことである。予測精度の改善と、誤差を吸収する計画側の設計は、つねに一体で考える必要がある。本書が予測単体ではなく計画連携（第6章）まで踏み込むのはこのためである。

• • • • •

1.3 評価軸は精度ではなく業務インパクト

1.4 ただし、ここまではすべて「量産の話」である

ここまで述べてきた構図――誤差が下流に波及する、属人化が壁になる、業務インパクトで評価する―― は、需要予測の教科書がほぼ例外なく置いている前提の上に立っている。すなわち、同じ品番が、繰り返し、ある程度の規則性をもって流れてくるという前提である。

この前提が満たされる限り、DXは驚くほどうまく進む。工程は「区切れる単位」に分解でき、データは貯まり、KPIは回る。量産は、DXと相性がよいのだ。

だが、大手企業のなかにも、この前提が最初から崩れている部門がある。維持設計、特殊部品、補修、試作。一品ごとに図面が違い、段取りも判断も毎回変わる。そして、そうした部門ほど悩みは深い。量産のほうがDX親和性は高い。しかし、非量産のほうが困りごとは深刻なのである。一般的なDXの解説やツールが「区切れる世界」に最適化されているために、この深いほうの悩みには、そもそも届かない。

本書がこの先で扱う問いあなたの部門が非量産であるなら、次章をまず読んでほしい。「需要予測を入れたが、うちでは意味のある数字にならなかった」――その経験には、モデルの出来とは無関係の、構造的な理由がある。

02 その予測は、なぜ

「うちの部門」では当たらないのか予測の「的」が違う ― 数量ではなく難易度

K E Y F I N D I N G S

需要予測パッケージが非量産で当たらないのは、モデルが弱いからではなく、予測の「的」が数量ではなく難易度にあるから一品ごとに図面が違う世界では、分類する以前に、分類すべき時系列がそもそも存在しない非量産のボトルネックは予測の下流（在庫・欠品）ではなく、上流（引合・見積・段取り）にある業務フロー図はあるのに、データフロー図がない ― 最も重要な情報の置き場が、システムでも紙でもなく人の頭の中にある

2.1 「それはもう試した。うちではダメだった」

非量産の部門で、需要予測の話が歓迎されないのには理由がある。たいてい、一度は試しているからだ。

需要予測パッケージを検討した。品目マスタを整備した。過去の受注実績を引っ張り出し、MAPEを測ってみた。そして、出てきた数字を前にして誰も動けなくなった。誤差率は目を覆う水準で、しかもそれが「モデルのせい」なのか「そもそも当たらない仕事だから」なのか、判別する手立てがない。結局プロジェクトは静かに終わり、「うちは特殊だから」という言葉だけが残る。

この経験を持つ読者に、「もっと良いアルゴリズムがあります」と言っても意味がない。問題はアルゴリズムの手前にある。

2.2 予測の「的」が、そもそも違う

量産の需要予測が答えようとしている問いは、突き詰めれば一つである。「いくつ出るか」。この問いに答えられれば、生産計画が立ち、在庫が最適化され、調達が回る。第1章で述べた「誤差が下流に波及する」構図は、この問いを正しく解くことの価値を説明したものだ。

では、一品ごとに図面が違う部門は、何に困っているのか。数量ではない。困っているのは、目の前に来たその一品を、どれだけの手間と期間で作れるのかが読めないことである。どこに難所があるのか。段取りは何回組み替わるのか。この公差は攻めて大丈夫なのか。見積の工数は妥当なのか。納期は約束できるのか。

この一文が、本書の出発点である需要予測が非量産で当たらないのは、モデルが弱いからではない。予測の「的」が、数量ではなく難易度にあるからである。数量を当てにいく道具を、難易度を読むために使っている。当たらないのは、当然なのだ。

• • • •

出所：taiziii Research 作成

2.3 分類する以前に、分類すべき系列が存在しない

この違いは、技術的にはもっと即物的な形で現れる。

需要予測の定石は、品目を需要パターンで分類し、パターンごとに手法を割り当てることである（第4章で詳述する）。分類の軸は、需要発生の間隔と需要量のばらつき――いずれも「同じ品番の履歴が、ある程度の本数だけ積み上がっている」ことを前提にした統計量である。

ところが特注・一品の世界では、同じ品番の履歴が1本しかない。あるいは、そもそも存在しない。図面が違えば別物であり、過去と同じものは二度と来ない。分類する以前に、分類すべき時系列が存在しないのである。ADIもCV²も計算できない。ここで詰まっているのだから、その先の手法ルーティングも、階層リコンサイルも、動きようがない。

「うちは特殊だから」という現場の言葉は、正しかった。ただし特殊なのは製品ではなく、データの構造だったのである。

2.4 ボトルネックは、予測の下流ではなく上流にある

量産のボトルネックは、予測の下流にある。予測を外せば在庫が膨らみ、欠品が出る。だから予測精度に投資する価値がある。

非量産のボトルネックは、上流にある。引合・見積・段取り。見積で難所を読み違えれば、その一品の採算はその時点で決まってしまう。下流のどの工程でどれだけ頑張っても、取り返せない。段取りの読みを外せば、機械は空き、納期は遅れる。稼働率や歩留まりを何%改善しようとも、上流の読み違いの前ではかすんでしまう。

つまり非量産の現場で本当に価値があるのは、需要を当てにいくことではない。過去の似た案件を思い出し、「これは前のあの案件に近い。あそこで苦労したから、ここが効いてくる」と読みにいくことである。

2.5 その「読み」は、どこに保管されているか

ここで多くの企業が直面する、もう一つの構造的な事実がある。

DXを始めるとき、たいていの部門は業務フロー図を持っている。誰が何をするか、どの承認を経るか、それは描かれている。だが、その隣に置かれるべきもう一枚――データフロー図、すなわち「どの情報が、どこから来て、どこに溜まり、どこへ渡るのか」を描いた図――は、ほぼ例外なく存在しない。

DXとは本質的に、データの配管を引き直す仕事である。配管図がないまま工事を始めれば、的外れな場所をデジタル化して頓挫する。だから業務フロー図と実態を照合し、データの流れを写し取る作業から始めることになる。

そして、非量産の現場でこれを丁寧にやると、必ず同じ場所に行き着く。最も重要なデータの溜まり場が、システムでも、紙でも、図面でもなく、ベテランの頭の中にある。「この図面を見た瞬間に、どこが難所か分かる」「この形状なら、段取りはこう組む」――その読みは、どのシステムにも記録されていない。だから業務フロー図には決して現れない。

だから、第3章から第6章を読む意味があるここまでを読んで、「では標準的な需要予測の話は不要か」と思われたかもしれない。逆である。標準アプローチが、どこまで届き、どこで止まるのかを正確に知らなければ、「残るのは何か」も特定できない。次章から第6章までは、需要予測の定石を逃げずに具体的に描く。読みながら、天井の位置を確かめていってほしい。第7章と第8章で、その天井の上に何が残るのかを扱う。

03 予測手法の地図 ―

統計から因果モデルまで適用領域、精度の天井、選択の判断軸

K E Y F I N D I N G S

3.1 手法の進化 ― 精度型から意思決定支援型へ

出所：一般的な需要予測実装知見に基づき taiziii Research 作成 • • • •

3.2 用途で分ける ― オペレーションと戦略

判断軸：時間軸 × 規則性 × 説明責任手法選択の実務的な判断軸は3つ。時間軸（短期=精度型、中長期=意思決定型）、需要の規則性（規則的=統計/ML、不規則・新製品=因果・定性重視）、説明責任（経営会議で根拠を説明する必要があれば、ブラックボックスなML単独より説明可能な因果モデルやドライバ分解を選ぶ）。この3軸で、品目群ごとに手法を割り当てる。

3.3 精度の天井は「外部変数の統合」で決まる

出所：taiziii Research 作成（概念図／数値は相対傾向を示す例示。MAPEの実用目安20〜30%は電通デジタル等の実務解説に基づく）

この章の天井手法の地図はここまでで描き切れる。だが、ここに並んだすべての手法――移動平均から因果モデルまで――は、過去の実績が「同じものの繰り返し」として積み上がっていることを前提にしている。一品ごとに図面が違う世界では、この地図のどの手法も、当てはめる対象を持たない。天井は、精度の高さではなく、前提の有無にある。

04 リファレンス・アーキテクチャと

設計判断手法ルーティングと階層設計、本番の落とし穴

K E Y F I N D I N G S

4レイヤー構成は前提にすぎない。差がつくのは「どの品目に、どの手法を、どのレベルで当てるか」という設計判断である全SKUに同じモデルを当てるのは誤り。需要パターン（平滑／変動／間欠／散発）で分類し、手法をルーティングする「どの階層レベルで予測するか」が精度を左右する。中間レベルで予測し統計的にリコンサイルする手法が定石特徴量リーク・新製品コールドスタート・再学習頻度の3つが、PoCでは見えず本番で崩れる典型的な落とし穴需要予測のシステムが「データソース→データ基盤→予測エンジン→計画・実行」の4レイヤーで構成されること自体は、もはや解説に値しない常識である。本章が扱うのは、その各レイヤーで実際にどう設計判断を下すかという、PoCと本番運用を分ける勘所である。データ基盤の選択論（データレイク／レイクハウス／データメッシュ、OT-IT統合）は本書の射程外とし、ここでは需要予測に固有の3つの設計判断 ―手法のルーティング、予測階層の設計、本番で崩れる落とし穴― に絞る。

4.1 手法のルーティング ― 全SKUに同じモデルを当てない

• • • •

4.2 予測階層の設計 ― 「どのレベルで予測するか」が精度を分ける

次の設計判断は、予測を行う粒度の階層である。SKU単位で個別に予測すると、それを足し上げた合計が、全社合計を直接予測した値と一致しない。逆に全社合計で予測すると、現場の発注・生産には粒度が

粗すぎて使えない。この「下位の積み上げと上位の予測が合わない」問題は、多くの現場で軽視されているが、在庫配分の意思決定を直接歪める。

出所：階層時系列予測の一般理論（Hyndman et al.）に基づき taiziii Research 作成定石は、信号対雑音比が最も高い中間レベル（多くの場合「製品群×地域×週」程度）で予測を行い、そこから上位（全社合計）と下位（個別SKU）へ統計的に配賦・整合させるリコンサイル（reconciliation）である。単純な按分（トップダウン）でも単純な積み上げ（ボトムアップ）でもなく、各レベルの予測誤差の構造を考慮して最適な重みで統合する手法（MinT＝Minimum Trace等）を用いる。一般的な小売・SCMの事例では、適切なリコンサイルにより素朴な積み上げ／按分に対して15〜 25%程度の精度改善が報告されている。

この階層設計は、第3章で述べた手法選択や次章（第5章）のデータ統合と独立ではない。「どのレベルで予測し、どこに営業の定性情報を乗せ、どう上下に配賦するか」を一体で設計することが、アーキテクチャの骨格になる。

4.3 本番で崩れる3つの落とし穴

① 特徴量リーク（データリーケージ）予測時点では本来知り得ない情報を、誤って学習データに含めてしまう問題。たとえば「その月の確定実績」や「事後に判明した販促結果」を特徴量に混ぜると、検証では驚異的な精度が出るが、本番では同じ情報が予測時点に存在せず、性能が一気に劣化する。各特徴量が「予測を立てる時点で実際に入手可能か」を1つずつ検証する規律が要る。

② 新製品のコールドスタート過去実績のない新製品は、時系列モデルが原理的に予測できない。ここで有効なのが第4.2節の階層構造である。SKU単体ではなく、属する製品群のトレンドを起点（アンカー）に、価格帯・ターゲット・販路から妥当なシェアを推定する。階層予測を組んでおけば、コールドスタートを当て推量ではなく構造的に扱える。これは新製品比率の高い業界ほど効く設計である。

この章の天井本章で挙げた設計判断――どの品目にどの手法を当て、どの階層で予測し、どの落とし穴を潰すか―― は、いずれも人が下している判断である。アーキテクチャ図には「予測エンジン」という箱が描かれるが、その箱の性能を決めているのは、箱の外にいる設計者の判断だ。そして興味深いことに、この判断の理由は、どこにも記録されない。「なぜこの階層で予測することにしたのか」は担当者が異動すれば失われる。アーキテクチャは残り、判断は消える。

05 3層のデータ統合という本質

内部実績×マクロ× 営業定性をどうつなぐか

K E Y F I N D I N G S

需要予測の精度は、内部実績・マクロ外部環境・営業定性という3層のデータをどう統合するかで決まる内部実績は統計の土台、マクロは因果モデルの説明変数、営業定性は統計に現れない先行情報を担う営業の定性情報を「自由記述のまま」にせず、案件確度・数量レンジとして構造化することが鍵 3層の統合は技術課題であると同時に、営業・生産・経営をまたぐ組織課題でもある需要予測の標準アプローチが到達する最も深い場所が、本章である。アルゴリズムは、データ統合の構造の上に乗る部品にすぎない――ここまでは、この分野の定説と言ってよい。3層それぞれの役割を見ていく。そして第3層まで降りたとき、技術の話が終わり、別の問題が始まる。

出所：taiziii Research 作成

5.1 第1層：内部実績データ（統計の土台）

出荷・受注・在庫・生産実績といった内部データは、すべての予測の土台である。ここで設計すべきは予測の粒度だ。SKU単位か製品群単位か、地域別か全社か、日次か週次か月次か。粒度が細かいほど計画には使いやすいが、データのばらつきが大きくなり予測は難しくなる。逆に粗くまとめれば予測は安定するが、現場の打ち手には結びつきにくい。この粒度設計が、後続のすべての精度と運用性を規定する。

• • • •

5.2 第2層：マクロ・外部環境データ

5.3 第3層：営業の定性情報（最大の差別化要因）

同社は、製品ごとの受注実績（統計の土台）と発注内示（先行情報）の両方を入力としてLightGBMモデルに学習させ、内示と実需のギャップそのものをAIに予測させた。結果、改善幅の大きい製品で予測の誤差率が52%から24%へと半減した。注目すべきは、全製品を一律に自動化せず、過去1年間で予測精度が良かったものを選別し、精度が悪化する製品にはAIを使わないという運用にした点である。これは前章（第4章）の「需要パターンで手法をルーティングする」という設計判断の、中小企業における実装そのものといえる。

この章の天井 ― 第3層の正体ここで一度立ち止まりたい。3層のうち最も価値が高いと本章が結論づけた第3層は、システムに存在しないデータの層である。商談の肌感、顧客の言外の意図、「この案件は動く」という担当者の確信―― その正体は、人の頭の中にある判断だ。データ統合とは、突き詰めれば「人の判断を、機械が扱える形に変換する作業」に他ならない。

そして非量産の現場では、この構図がさらに先鋭化する。統計の土台（第1層）が薄く、外部変数（第2 層）も効かないのだから、実質的に第3層しか残らない。すなわち――図面を見たベテランが「ここが難所だ」と読む、その判断だけが情報源になる。ならば、統合すべき対象は、初めから「人の判断」そのものだったのではないか。

06 予測を計画につなぐ ―

FVAとS&OPの再設計ナイーブ比での評価と、介入の発見と抑制

K E Y F I N D I N G S

6.1 不都合な真実 ― その予測、ナイーブ予測に勝てているか

6.2 FVA ― どの工程が価値を足し、どの工程が壊しているか

では、予測プロセスのどこに問題があるのか。それを可視化する手法がFVA（Forecast Value Added）である。FVAは、予測が作られる各工程（統計予測 → 営業オーバーライド → コンセンサス → 役員レビュー）の予測値をすべて記録し、それぞれがナイーブ予測と比べて誤差を減らしたか増やしたかを測る。製薬の治験で新薬とプラセボを比較するように、各工程が「本当に効いているか」を実証的に検証する考え方である。

• • • •

6.3 S&OPの再設計 ― 介入を「例外」に閉じ込める

第二に、介入する場合は必ず根拠を記録する。「営業がなぜ統計予測を上方修正したのか」を案件情報として残し、後からその修正が当たったかをFVAで検証する。これにより、第5章で論じる営業定性情報の構造化が、単なるデータ収集ではなく「介入の質を継続的に監査する仕組み」として機能する。日本企業で頻発する、営業主導の「売れる分の先取り」による滞留在庫という“需給のねじれ”も、この監査ループで規律できる。

6.4 予測可能性の上限を見極める

需要予測アーキテクチャとS&OPの接続点第4章のアーキテクチャは、この計画・実行層でS&OPと接続する。予測エンジンが返すベースライン予測がS&OPの需要計画インプットとなり、FVAで価値が確認された人の介入だけを上乗せし、供給制約と突き合わせて実行可能な計画に落とす。技術的な予測パイプライン（第4章）と、介入を規律する合意形成プロセス（本章）が噛み合って初めて、需要予測DXは在庫と欠品の削減という成果を生む。

この章の天井 ― FVAが本当に測っているもの FVAは表向き、予測工程の貢献度を測る道具である。だがその中身をよく見れば、測っているのは人の判断の質だ。「営業のこの上方修正は当たったのか」「役員のこの一言は価値を足したのか」――FVAとは、判断に対するフィードバック装置である。

ここに、本書がこの先で通す姿勢が現れている。AIは判断しない。判断の材料を提示する。FVAは「人を外せ」とは言わない。人の判断を可視化し、どこで効いてどこで壊しているかという材料を返す。判断そのものは、最後まで人に残る。

そして非量産の部門では、人の介入を例外に閉じ込めることはできない。判断は例外ではなく、仕事の本体だからである。ならば設計すべきは「介入の抑制」ではなく、「判断の継承」ということになる。

07 先進事例 ― 勝敗を分けたのは

「精度」ではなかったキリンビールとダイキン ― 二社が最後に残したもの

K E Y F I N D I N G S

性格の異なる先進2社とも、勝負を分けたのは予測精度の高さではなく「現場で使える設計」だったキリンビールはあえて「全自動化しない」設計を選び、機械に計算を、人に判断を残した。約70% の業務時間を削減ダイキンは人を上回る高精度モデルを作りながら、現場の納得を得られず一度つまずいた両社が最後に残したのは、モデルではなく「人が判断する場所」であるここまで論じてきた標準アプローチは、先進企業ではどう実装されたのか。注目すべきは、量産の最先端を走る2社ですら、最後に残したのが「人が判断する場所」だったという点である。性格の異なる2社を取り上げ、どこが優れているのかを具体に見る。

出所：各社・ブレインパッドの公表資料、講演資料に基づき taiziii Research 作成

7.1 キリンビール × ブレインパッド ― 「全自動化しない」という設計判断

キリンビールは2021年にSCM部を新設し、データ活用を得意とするブレインパッドと3か年の「MJ（未来の需給をつくる）プロジェクト」を組成した。その第2弾として運用を始めたのが、直近1〜2週間先の製造数量を算出する「製造計画作成アプリ」である。従来は、担当者が出荷実績・需要予測・在庫数量 • • • •

を確認し、各自がExcelで手作業で製造数量を算出していた。工場の製造要件や倉庫の保管能力といった多数の制約条件を加味する必要があり、業務経験のある担当者しか対応できない属人的で高負荷な業務だった。

すなわち、機械が大量の制約計算を担い、人は機械が出した結果のうち注意すべき点だけを確認する。これは第6章で論じた「統計・MLをデフォルトとし、人手の介入を例外に閉じ込める」という設計思想の、現場での実装そのものである。結果として属人性の解消と業務効率化を両立し、当該業務で約70%の業務時間削減、年間1,000時間以上の創出を見込むとされる。

優れている点：制約条件の組み込みと人の役割の再定義この事例の本質は2点。第一に、製造要件・倉庫能力という現場の制約条件をモデルに組み込み、予測値を「実行可能な計画」にまで落とし込んだこと（第6章のS&OP接続）。第二に、人を予測から排除するのではなく、人の役割を「ゼロから計算する人」から「機械の出力を例外監査する人」へ再定義したこと。需要予測DXは「人の仕事を奪う」のではなく「人の判断を高付加価値な部分に集中させる」という、導入の現実的な勝ち筋を示している。

7.2 ダイキン工業 ― 「高精度モデル」が現場で止まりかけた教訓

優れている点：精度より「運用に乗せ、回し続ける」設計ダイキンの担当者は、不確実性の時代の需要予測に求められる3要素を挙げている。①市場の動きを素早く察知して再予測できること、②客観的に判断できる領域をできるだけ増やすこと、③予測結果を振り返り知見を蓄積して改善し続けること。これは本書が論じてきた、再学習ループ（第4章）・データ統合（第5章）・FVAによる継続改善（第6章）と正確に対応する。高精度モデルを作る能力以上に、それを現場の業務に適合させ、内製で回し続ける体制を築いたことが、この事例の優れた点である。

7.3 2社が、最後に残したもの

2社は、業種も体制（外部パートナー活用と内製）も対象業務も異なる。しかし共通するのは、勝負を分けたのが予測精度の高さそのものではなく、「現場で使える形に設計し、人の判断と噛み合わせ、回し続ける仕組みを作ったこと」だという一点である。

そして、ここからが本書にとって重要な観察になる。この2社は、量産型の需要予測を、日本でも最も高い水準で実装した企業である。データも揃い、SKUは繰り返し流れ、KPIも回る。第3章から第6章で描いた標準アプローチが、最も効く条件を備えている。

その2社が、到達点として何を選んだか。キリンビールは、機械にすべてを任せることをやめ、アラートで人に判断を返す設計を選んだ。ダイキンは、人を上回る精度のモデルを完成させながら、それだけでは現場が動かないことを知り、「これなら使える」という現場の納得を引き出すところまで進んだ。

本書の立場 ― 最も条件の良い場所でさえ、判断は残った量産・繰り返し・データ潤沢という、需要予測にとって最良の条件下ですら、両社はモデルの中に判断を閉じ込めなかった。機械が計算を担い、人が最後の判断を持つ――その分業を、意図して設計している。すなわちAIは判断せず、判断の材料を提示する側に置かれたのである。

ならば、条件が最も悪い場所――一品ごとに図面が違い、時系列すら存在せず、判断が仕事の本体である非量産の部門――で、判断が残らないはずがない。問いは「判断を減らせるか」ではない。「判断をどう残すか」である。次章で、その答えに向かう。

08 残るのは「判断」である ―

当てにいくから、読みにいくへ導入ロードマップと、ツールでは埋まらない層

K E Y F I N D I N G S

量産型の部門では、導入は「データ整備→統計ベースライン→外部変数統合→計画連携・自動化」の4段階で進める精度評価はMAPEだけでなくRAE（ナイーブ比）・FVA（工程別貢献）を主軸に置く非量産の部門には、別の道筋がある ― 予測精度ではなく、引合・見積で「難所とリードタイム」を読む判断を残す道ツール・データ・標準をどれだけ整えても、最後に「判断」が残る。それを引き出し、構造化し、次に渡せるかが本丸である

8.1 量産型の部門へ ― 4段階のロードマップ

まず、需要予測が原理的に効く部門――同じ品番が繰り返し流れる量産型の事業――に向けた道筋を示す。ここでは、一足飛びに完成形を目指すのではなく、段階的に積み上げる。

• • • •

8.2 精度評価の設計

ただし第6章で論じたとおり、MAPEの絶対値だけを追うのは危険である。評価の主軸にはRAE（ナイーブ予測比）とFVA（工程別の価値貢献）を据える。すなわち「自社の予測はナイーブに勝てているか」「どの工程が価値を足し、どの介入が壊しているか」をまず測る。その上で、精度指標は品目の規模で重み付けし、需要量の大きい品目の改善を重く評価して業務インパクトと整合させる。Phase 2で統計ベースラインを置く目的は、この「ナイーブ・統計に対する優位性」を測る基準点を作ることにある。

8.3 非量産の部門へ ― もう一つの道筋

ここまでの4段階は、需要予測が効く部門のためのものである。一品ごとに図面が違う部門には、当てはまらない。第2章で見たとおり、その世界では予測すべき時系列が存在せず、Phase 1で早々に行き止まりになる。

では、非量産の部門は何をすればよいのか。的を、数量から難易度へ移す。そして主戦場を、下流から上流へ移す。

非量産の採算と納期は、在庫でも生産計画でもなく、引合・見積の段階で、ほぼ決まっている。「この図面のどこが難所か」「段取りは何回組み替わるか」「この納期は約束していいか」――ここでの読みが外れれば、下流のどの工程でも取り返せない。逆に、ここが読めれば、後工程は驚くほど素直に流れる。

出所：taiziii Research 作成そして、その読みの正体は統計ではない。過去の類似案件の記憶である。「これは3年前のあの案件に近い。あのとき治具でつまずいたから、今回もそこが効く」――ベテランは、図面を一目見た瞬間に、こうした照合を頭の中で終えている。当てにいくのではなく、読みにいっている。

ならば、非量産部門のロードマップの起点は「データ整備」ではない。この読みを、引き出すことである。

8.4 まとめ ― ツール・データ・標準では埋まらない層

本書は、需要予測の標準アプローチを6章にわたって具体的に描いてきた。手法の地図、リファレンス・アーキテクチャ、3層のデータ統合、FVAとS&OPの再設計。いずれも正しく、量産の文脈では確かに効く。だから逃げずに書いた。

だが、章を追うごとに、同じ場所に行き着いたはずである。アーキテクチャは残るが、判断は消える。

データ統合を突き詰めると、最上層は人の頭の中だった。FVAが測っていたのは、人の判断の質だった。

そして最も条件の良い先進企業ですら、最後に人が判断する場所を残した。

これは需要予測に限った話ではない。より優れたツールを入れ、より広くデータを集め、より丁寧に標準化する――その努力の先に、必ず一枚の層が残る。「なぜこの公差か」「なぜこの形状か」「この音は危ないか」「この案件のどこが難所か」。図面にも、マニュアルにも、システムにも載らない、判断の理由の層である。

MBSEの先にも、判断は残る航空機の開発現場は、日本の製造業でも最先端の部類に入る。MBSE（モデルベースシステムズエンジニアリング）やデジタルツインへの移行が進み、設計情報はモデルとして厳密に管理される。それでもなお、マニュアル化しにくい判断のプロセスは残る。

2026年3月、川崎重工業航空宇宙カンパニー岐阜工場で開かれた外部環境説明会において、taiziii はこの主題で講演を行った（「あなたの仕事を変える〜手戻り・判断ミスをゼロにする仕組みとは〜」）。

そこで示したのは、DX施策が頓挫する構造的な要因が、ツールの性能ではなく、ツールの外側にある「誰が・いつ・何を根拠に判断するか」という構造が設計されていないことにある、という診断である。設計・製造・調達・品質・アフターサービスの各部門から参加者が集まった。（出所：taiziii プレスリリース、2026年3月）ここが、本書が最後に置きたい一点である。需要予測の高度化は、より賢いアルゴリズムを買うことではない。ましてや、当たらないものを当てにいくことでもない。現場が実際に行っている「読み」を引き出し、構造化し、次の担当者に渡せる形にすることである。「当てにいく」から「読みにいく」へ――本書の転換は、この一語に尽きる。

明日からの一歩は、部門によって違う。量産型の事業なら、自社のどの品目がどれだけ当たっていないのかを、まず実データで測ること。非量産の部門なら、直近に外した見積を一件持ってきて、「どこを読み違えたのか」をベテランに語ってもらうことである。その一件から、判断知の継承は始まる。

AIは、判断しない。判断の材料を提示する。taiziii は、この立場から、現場の判断知を引き出し・構造化し・次に渡すための仕組みづくりに取り組んでいます。判断力の継承サービス SkillRelay（スキルリレー）は、AI がナレッジエンジニアとして熟練者にヒアリングを行い、「なんとなくこうしている」という感覚を、条件付きのルールとして扱える形に変換します。図面にもERPにも残らない「読み」を、組織の資産に変えるための道具です。

詳しくは：https://taiziii.com/skillrelay/

製造業のAI需要予測

本書の位置付け

目次

エグゼクティブ・サマリー

01 なぜ需要予測がDXの起点に なるのか

1.1 予測誤差は下流に増幅して伝わる

1.2 現状の壁 ― 属人化と「当たらない前提」の欠如

1.3 評価軸は精度ではなく業務インパクト

02 予測手法の地図 ― 統計から因

2.1 手法の進化 ― 精度型から意思決定支援型へ

2.2 用途で分ける ― オペレーションと戦略

2.3 精度の天井は「外部変数の統合」で決まる

03 リファレンス・アーキテク

3.1 手法のルーティング ― 全SKUに同じモデルを当てない

3.2 予測階層の設計 ― 「どのレベルで予測するか」が精度を分ける

3.3 本番で崩れる3つの落とし穴

04 3層のデータ統合という本

4.1 第1層：内部実績データ（統計の土台）

4.2 第2層：マクロ・外部環境データ

4.3 第3層：営業の定性情報（最大の差別化要因）

05 予測を計画につなぐ ― FVAと

5.1 不都合な真実 ― その予測、ナイーブ予測に勝てているか

5.2 FVA ― どの工程が価値を足し、どの工程が壊しているか

5.3 S&OPの再設計 ― 介入を「例外」に閉じ込める

5.4 予測可能性の上限を見極める

06 先進事例 ― 「現場で使える

6.1 キリンビール × ブレインパッド ― 「全自動化しない」という設計判断

6.2 ダイキン工業 ― 「高精度モデル」が現場で止まりかけた教訓

6.3 2社に共通する成功要因

07 導入ロードマップと評

7.1 4段階のロードマップ

7.2 精度評価の設計

7.3 まとめ ― アーキテクチャとプロセスの両輪

本書の位置付け

目次

エグゼクティブ・サマリー

01 なぜ需要予測がDXの起点になるのか

1.1 予測誤差は下流に増幅して伝わる

1.2 現状の壁 ― 属人化と「当たらない前提」の欠如

1.3 評価軸は精度ではなく業務インパクト

1.4 ただし、ここまではすべて「量産の話」である

02 その予測は、なぜ

2.1 「それはもう試した。うちではダメだった」

2.2 予測の「的」が、そもそも違う

2.3 分類する以前に、分類すべき系列が存在しない

2.4 ボトルネックは、予測の下流ではなく上流にある

2.5 その「読み」は、どこに保管されているか

03 予測手法の地図 ―

3.1 手法の進化 ― 精度型から意思決定支援型へ

3.2 用途で分ける ― オペレーションと戦略

3.3 精度の天井は「外部変数の統合」で決まる

04 リファレンス・アーキテクチャと

4.1 手法のルーティング ― 全SKUに同じモデルを当てない

4.2 予測階層の設計 ― 「どのレベルで予測するか」が精度を分ける

4.3 本番で崩れる3つの落とし穴

05 3層のデータ統合という本質

5.1 第1層：内部実績データ（統計の土台）

5.2 第2層：マクロ・外部環境データ

5.3 第3層：営業の定性情報（最大の差別化要因）

06 予測を計画につなぐ ―

6.1 不都合な真実 ― その予測、ナイーブ予測に勝てているか

6.2 FVA ― どの工程が価値を足し、どの工程が壊しているか

6.3 S&OPの再設計 ― 介入を「例外」に閉じ込める

6.4 予測可能性の上限を見極める

07 先進事例 ― 勝敗を分けたのは

7.1 キリンビール × ブレインパッド ― 「全自動化しない」という設計判断

7.2 ダイキン工業 ― 「高精度モデル」が現場で止まりかけた教訓

7.3 2社が、最後に残したもの

08 残るのは「判断」である ―

8.1 量産型の部門へ ― 4段階のロードマップ

8.2 精度評価の設計

8.3 非量産の部門へ ― もう一つの道筋

8.4 まとめ ― ツール・データ・標準では埋まらない層

01 なぜ需要予測がDXの起点になるのか