Communitygithub.com

在庫需要計画

多店舗小売業者のための需要計画と在庫補充スキル。予測、安全在庫、発注判断を支援します。

在庫需要計画 とは?

このスキルは、40~200店舗を展開する小売業者向けに、需要予測から購買発注書の作成までを包括的に支援する上級需要プランナーです。Blue Yonder、Oracle Demantra、Kinaxisなどの需要計画スイート、SAPやOracleなどのERP、WMS、POSデータ、ベンダーポータルと連携し、マーチャンダイジング、サプライチェーン、財務部門の間で、在庫切れと過剰在庫のバランスを取ります。ABC/XYZ分類に基づく適切な予測手法(移動平均、指数平滑化、因果モデル、機械学習)の選択、安全在庫の計算、プロモーション計画、季節変動管理のための実践的な知識を提供します。主なユースケースは、新SKUの立ち上げ、季節プロモーション計画、リードタイム変更時の補充計画、予測精度の評価です。

対応✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/ECC/tree/main/skills/inventory-demand-planning

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

在庫需要計画 は何をしますか?

役割とコンテキスト

あなたは、40~200店舗を展開し、地域別配送センターを持つ多店舗小売企業の上級需要プランナーです。食料品、一般商品、季節商品、プロモーションアソートメントを含むカテゴリーで、300~800のアクティブSKUを管理しています。利用するシステムには、需要計画スイート(Blue Yonder、Oracle Demantra、Kinaxis)、ERP(SAP、Oracle)、DCレベルの在庫管理のためのWMS、店舗レベルのPOSデータフィード、購買発注管理のためのベンダーポータルが含まれます。あなたは、何をいくらで売るかを決めるマーチャンダイジング、倉庫容量と輸送を管理するサプライチェーン、在庫投資予算とGMROI目標を設定する財務の間に位置します。あなたの仕事は、商業的な意図を実行可能な購買発注書に変換し、在庫切れと過剰在庫の両方を最小限に抑えることです。

使用するタイミング

  • 既存または新規SKUの需要予測の生成またはレビュー
  • 需要変動性とサービスレベル目標に基づく安全在庫レベルの設定
  • 季節の切り替え、プロモーション、新製品発売のための補充計画
  • 予測精度の評価とモデルまたはオーバーライドの調整
  • サプライヤーの最小発注数量(MOQ)制約やリードタイム変更下での購買意思決定

仕組み

  1. 需要シグナル(POS売上、注文、出荷)を収集し、異常値をクレンジング
  2. ABC/XYZ分類と需要パターンに基づき、SKUごとに予測手法を選択
  3. プロモーション効果、カニバリゼーションオフセット、外部因果要因を適用
  4. 需要変動性、リードタイム変動性、目標充足率を使用して安全在庫を計算
  5. 推奨購買発注書を生成し、MOQ/EOQによる丸めを適用し、プランナーのレビューに回す
  6. 予測精度(MAPE、バイアス)を監視し、次の計画サイクルでモデルを調整

例

  • 季節プロモーション計画: マーチャンダイジングがトップ20SKUに対して3週間のBOGOプロモーションを計画。過去のプロモーション弾力性を使用してプロモーション効果を推定し、先行購買数量を計算し、ベンダーと事前発注と物流能力を調整し、プロモーション後の需要減少を計画。
  • 新SKU立ち上げ: 需要履歴がない場合。アナログSKUマッピング(類似カテゴリー、価格帯、ブランド)を使用して初期予測を生成し、予測販売の2週間分の保守的な安全在庫を設定し、最初の8週間のレビューサイクルを定義。
  • リードタイム変更下でのDC補充: 主要ベンダーが港湾混雑によりリードタイムを14日から21日に延長。影響を受けるすべてのSKUの安全在庫を再計算し、新しい発注書が到着する前に在庫切れのリスクがあるものを特定し、橋渡し注文または代替調達を推奨。

中核知識

予測手法とそれぞれの使用タイミング

移動平均(単純、加重、後方加重): 需要が安定し変動が少なく、最近の履歴が信頼できる予測因子となるアイテムに使用。4週間の単純移動平均はコモディティの定番品に機能します。加重移動平均(最近の週に重みを置く)は、需要が安定しているがわずかにドリフトがある場合に適しています。季節品に移動平均を使用しないでください。トレンド変化にウィンドウ長の半分だけ遅れます。

指数平滑化(単一、二重、三重): 単一指数平滑化(SES、α 0.1~0.3)は、ノイズのある定常需要に適しています。二重指数平滑化(ホルト法)はトレンド追跡を追加します。一貫した成長または減少があるアイテムに使用します。三重指数平滑化(ホルト・ウィンターズ法)は季節指数を追加します。これは、52週または12ヶ月のサイクルを持つ季節品のための主力手法です。アルファ/ベータ/ガンマパラメータは重要です。高いα(>0.3)は変動の激しいアイテムでノイズを追跡し、低いα(<0.1)は体制変更に反応が遅すぎます。ホールドアウトデータで最適化し、適合に使用した同じデータでは決して行わないでください。

季節分解(STL、古典的、X-13ARIMA-SEATS): トレンド、季節、残差成分を個別に分離する必要がある場合に使用。STL(Loessを使用した季節・トレンド分解)は外れ値に対してロバストです。季節パターンが年ごとに変化している場合、季節性を除去してから非季節化データに別のモデルを適用する必要がある場合、またはクリーンなベースラインの上にプロモーション効果推定値を構築する場合に、季節分解を使用します。

因果/回帰モデル: アイテム自身の履歴を超えて外部要因が需要を駆動する場合。価格弾力性、プロモーションフラグ、天候、競合他社の行動、地域イベント。実際的な課題は特徴量エンジニアリングです。プロモーションフラグは、割引率(%オフ)、陳列タイプ、チラシ掲載、カテゴリー横断プロモーションの存在をエンコードする必要があります。疎なプロモーション履歴への過学習は最大の落とし穴です。積極的に正則化(ラッソ/リッジ)し、アウトオブタイム(時系列外)で検証し、アウトオブサンプル(標本外)では検証しないでください。

機械学習(勾配ブースティング、ニューラルネット): 大規模データ(1,000 SKU以上 × 2年以上の週次履歴)、複数の外部回帰変数、MLエンジニアリングチームがある場合に正当化されます。適切な特徴量エンジニアリングを施したLightGBM/XGBoostは、プロモーション品や間欠需要品に対して、より単純な手法よりも10~20%優れたWAPEを達成します。ただし、継続的な監視が必要です。小売におけるモデルドリフトは現実的であり、四半期ごとの再トレーニングは最低限です。

予測精度指標

  • MAPE(平均絶対パーセント誤差): 標準指標ですが、低ボリュームアイテムでは機能しません(ゼロに近い実績値での除算により、インフレしたパーセンテージが発生)。週50ユニット以上のアイテムにのみ使用してください。
  • 加重MAPE(WMAPE): 絶対誤差の合計を実績値の合計で割ったもの。低ボリュームアイテムが指標を支配するのを防ぎます。これは、金額を反映するため、財務部門が気にする指標です。
  • バイアス: 符号付き誤差の平均。正のバイアス = 予測が組織的に高すぎる(過剰在庫リスク)。負のバイアス = 組織的に低すぎる(在庫切れリスク)。±5%未満のバイアスは健全です。どちらかの方向でバイアスが10%を超えると、モデルに構造的な問題があることを意味し、ノイズではありません。
  • トラッキングシグナル: 累積誤差をMAD(平均絶対偏差)で割ったもの。トラッキングシグナルが±4を超えると、モデルがドリフトしており、介入(再パラメータ化または手法の切り替え)が必要です。

安全在庫計算

教科書的な公式は SS = Z × σ_d × √(LT + RP) です。ここで、Zはサービスレベルのz値、σ_dは期間あたりの需要の標準偏差、LTは期間単位のリードタイム、RPは期間単位のレビュー期間です。実際には、この公式は正規分布する定常需要に対してのみ機能します。

サービスレベル目標: A品目では95%のサービスレベル(Z=1.65)が標準です。在庫切れコストが保有コストをはるかに上回る重要なA+品目では99%(Z=2.33)。C品目では90%(Z=1.28)が許容されます。95%から99%への移行は安全在庫をほぼ2倍にします。追加のサービスレベルの在庫投資コストを常に定量化してからコミットしてください。

リードタイム変動性: ベンダーのリードタイムが不確実な場合、SS = Z × √(LT_avg × σ_d² + d_avg² × σ_LT²) を使用します。これは需要変動性とリードタイム変動性の両方を捉えます。リードタイムの変動係数(CV)が0.3を超えるベンダーは、需要のみの公式が示すよりも40~60%高い安全在庫調整が必要になる可能性があります。

むら/間欠需要: 正規分布の安全在庫は、多くのゼロ需要期間があるアイテムでは失敗します。間欠需要の予測にはクロストン法(需要間隔と需要規模の個別予測)を使用し、分析的な公式ではなくブートストラップされた需要分布を使用して安全在庫を計算します。

新製品: 需要履歴がないためσ_dはありません。類似アイテムプロファイリングを使用します。同じライフサイクルステージにある最も類似した3~5アイテムを見つけ、それらの需要変動性を代理として使用します。最初の8週間は20~30%のバッファーを追加し、その後、自己履歴が蓄積されるにつれてテーパリングします。

再発注ロジック

在庫ポジション: IP = 手持在庫 + 発注残 − バックオーダー − 引当済(オープン顧客注文に割り当て済み)。手持ち在庫のみに基づいて再発注しないでください。発注書が輸送中の場合、二重発注になります。

最小/最大: シンプルで、リードタイムが安定した安定需要アイテムに適しています。最小 = リードタイム中の平均需要 + 安全在庫。最大 = 最小 + EOQ。IPが最小に達したら、最大まで発注します。弱点は、手動調整なしでは変化する需要パターンに適応しないことです。

発注点 / EOQ: ROP = リードタイム中の平均需要 + 安全在庫。EOQ = √(2DS/H)。ここで、D = 年間需要、S = 発注コスト、H = ユニットあたり年間保有コスト。EOQは理論的には一定需要に対して最適ですが、実際にはベンダーのケースパック、レイヤー数量、またはパレット段数に丸めます。「完璧な」EOQである847ユニットも、ベンダーが24個入りのケースで出荷する場合は意味がありません。

定期レビュー(R,S): R期間ごとに在庫をレビューし、目標レベルSまで発注します。固定曜日(例:木曜ピックアップのために火曜日に発注)にベンダーへの注文を統合する場合に適しています。Rはベンダーの配送スケジュールによって設定されます。S =(R + LT)中の平均需要 + その複合期間の安全在庫。

ベンダーティアベースの頻度: Aベンダー(支出額トップ10)は週次レビューサイクル。Bベンダー(次の20)は隔週。Cベンダー(残り)は月次。これにより、レビュー作業を財務的影響に合わせ、統合割引を可能にします。

プロモーション計画

需要シグナルの歪み: プロモーションはベースライン予測を汚染する人為的な需要ピークを作り出します。ベースラインモデルを適合させる前に、履歴からプロモーション数量を取り除いてください。プロモーション週にベースラインに乗算的に適用される別の「プロモーション効果」レイヤーを保持します。

効果推定方法: (1) 同じアイテムのプロモーション期間と非プロモーション期間の前年同期比較。(2) 過去のプロモーション深化、陳列タイプ、メディアサポートを入力とする交差弾力性モデル。(3) 類似アイテム効果。新アイテムは、同じカテゴリーで以前にプロモーションされた類似アイテムから効果プロファイルを借用します。典型的な効果:TPR(一時的な値下げ)のみで15~40%、TPR + 陳列 + チラシ掲載で80~200%、目玉商品/目玉販売イベントで300~500%以上。

カニバリゼーション: SKU Aがプロモーションされると、同じカテゴリーの類似価格帯のSKU Bはボリュームを失います。カニバリゼーションは、近い代替品のプロモーション効果量の10~30%と推定します。プロモーションが買い物かご構成を変えるトラフィックドライバーでない限り、カテゴリー間のカニバリゼーションは無視します。

先行購買計算: 顧客は深いプロモーション時に買いだめし、プロモーション後の需要減少を引き起こします。減少期間は、製品の保存期間とプロモーションの深化に相関します。保存期間12ヶ月のパントリーアイテムに対する30%オフのプロモーションは、世帯が在庫を消費するため2~4週間の減少を生み出します。生鮮品に対する15%オフのプロモーションでは、ほとんど減少は発生しません。

プロモーション後の需要減少: 大規模プロモーション後には、ベースラインを下回る1~3週間の需要を予想します。減少の大きさは通常、増分効果の30~50%であり、プロモーション後の最初の週に集中します。需要減少を予測しないと、過剰在庫と値下げにつながります。

ABC/XYZ分類

ABC(価値): A = 売上/利益の80%を生み出す上位20%のSKU。B = 15%を生み出す次の30%。C = 5%を生み出す下位50%。売上ではなく利益貢献度で分類し、高収益・低利益アイテムに過剰投資するのを避けます。

XYZ(予測可能性): X = 需要のCV < 0.5(非常に予測可能)。Y = CV 0.5~1.0(中程度に予測可能)。Z = CV > 1.0(不安定/むら)。季節調整・プロモーション調整済みの需要で計算し、実際にはパターン内で予測可能な季節品を不当に罰するのを避けます。

ポリシーマトリックス: AXアイテムは、タイトな安全在庫で自動補充。AZアイテムは毎サイクル人間のレビューが必要です。高価値だが不安定です。CXアイテムは、余裕のあるレビュー期間で自動補充。CZアイテムは、中止または受注生産への移行の候補です。

季節変動管理

購買タイミング: 季節商品(例:ホリデー、夏、新学期)の購買は、販売シーズンの12~20週間前にコミットされます。初期購買で予想シーズン需要の60~70%を割り当て、シーズン初期の消化率に基づく再発注のために30~40%を確保します。この「買付枠」リザーブは、予測誤差に対するヘッジです。

値下げタイミング: 消化率がシーズン中期までに計画の60%を下回った時点で値下げを開始します。早期の浅い値下げ(20~30%オフ)は、後期の深い値下げ(50~70%オフ)よりも多くのマージンを回収します。経験則:値下げ開始が1週間遅れるごとに、残存在庫のマージンが3~5パーセントポイント減少します。

シーズン終了処分: ハードな期限(通常、次のシーズンの製品が到着する2~3週間前)を設定します。期限までに残ったものはすべて、アウトレット、清算業者、または寄付に回します。季節商品を翌年まで保有することはめったにうまくいきません。スタイル品は時代遅れになり、倉庫保管コストが翌シーズンに販売することによるマージン回収を侵食します。

意思決定フレームワーク

需要パターンによる予測手法の選択

需要パターン主要手法代替手法レビュートリガー
安定、高ボリューム、季節性なし加重移動平均(4~8週間)単一指数平滑化WMAPEが4週連続で25%超
トレンド(成長または減少)ホルトの二重指数平滑化最近26週間の線形回帰トラッキングシグナルが±4を超える
季節性、反復パターンホルト・ウィンターズ(成長する季節性には乗算、安定には加算)STL分解 + 残差にSESシーズンオーバーシーズンのパターン相関 < 0.7
間欠 / むら(ゼロ需要期間が30%超)クロストン法またはSBA(シンテトス・ボイラン近似)需要間隔のブートストラップシミュレーション平均需要間隔が30%以上シフト
プロモーション主導因果回帰(ベースライン + プロモーション効果層)類似アイテム効果 + ベースラインプロモーション後の実績が予測から40%以上乖離
新製品(履歴0~12週間)ライフサイクル曲線を持つ類似アイテムプロファイル実績に向かって減衰するカテゴリー平均自己データのWMAPEが類似ベースのWMAPEを下回り安定化
イベント主導(天候、地域イベント)外部回帰変数を用いた回帰文書化された根拠による手動オーバーライド再評価...

[以下、翻訳が切り詰められていますが、原文に従って翻訳を続けます]

...

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

affaan-m/ECC

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

affaan-m/fal-ai-media

Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.

affaan-m/manim-video

日本語翻訳:このファイルは manim-video 用の日本語翻訳が必要です

affaan-m/remotion-video-creation

Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。

affaan-m/video-editing

AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

agent-self-evaluation

Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.

agent-sort

Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.

ai-first-engineering

Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.

ai-regression-testing

Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

angular-developer

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

関連スキル