予測とは未来を予測することではない。それは、スケジュールと測定されたバッファーをもって、いつサプライヤーにお金を送るかを決定することであり、それははるかに簡単な問題だ。
最高の月の3週目にメールが届く：「ねえ、セージ色の20オンスを注文しようとしたら売り切れと表示されたんだけど。いつ入荷する？」確認すると、セージ色だけではない。あなたのベストセラーは6つのバリエーションのうち4つが品切れで、サプライヤーのリードタイムは35日、そして2週間前に出すべきだった発注書はまだ下書きのままだ。一方、ガレージの隅では、1月に確実だと思われたカラーウェイのパレットが3月から全く動いていない。
あなたは以前にもこのような経験をしたことがある。前回は、在庫予測を真剣にやろうと誓った — そして、見つけたEコマース在庫予測に関するコンテンツは、デマンドセンシングアルゴリズム、機械学習、確率モデルについて語っていた。あなたはSKUを40個持ち、スプレッドシートを使っている。だからタブを閉じて、感覚で注文することに戻ったのだ。
この投稿が基づいている考え方の転換：あなたが品切れし続ける理由は、アルゴリズムの欠如とは全く関係がない。それは、数字が示すときではなく、気づいたときに再注文が発生することだ。それを修正するには、あなたがすでに持っている5つの入力と、紙の上でできる算術が必要だ。
感覚で注文し続ける店舗をさせる嘘
ほとんどのDTC事業者を停滞させる信念：「実際の予測にはデータサイエンスが必要であり、私の需要は予測不可能すぎる。」
どちらも間違っている。データサイエンス版の予測は、数万SKUを持つビジネス向けであり、1%の精度向上でも数百万ドルの価値がある。SKUが40個または400個の場合、洗練されたモデルもシンプルなモデルもほぼ同じ発注書を生成する — なぜなら、あなたの規模では、あなたを苦しめるエラーはモデリングエラーではないからだ。それらはプロセスエラーだ：今月はベロシティを見ていなかった、前回サプライヤーが2週間遅れたことを書き留めていなかった、などだ。
そして「予測不可能すぎる」は、予測の目的を誤解している。あなたは3月に正確に187個売れると予測しようとしているのではない。あなたは一つの運用上の質問に答えているのだ：次の出荷が到着する前に品切れしないように、いつ、どれくらい再注文すればよいか — 必要のない在庫で現金を埋めることなく？ その質問は、予測不可能性のバッファーが計算の一部であるため、多くの予測不可能性を許容する。
Eコマース在庫予測に必要な5つの入力
機能するDTC予測のすべては、SKUあたりの5つの数字から成り立っています。これらはすべて、売上レポートと直近の数回の発注書から入手可能です。
1. SKUごとの販売実績の推移。過去のウィンドウ（動きの速いSKUは30日、遅いSKUは90日）で平均した1日あたりの販売数。これにより、単一の良い週が平均を歪めることを防ぎます。これは予測の原動力であり、製品ごとではなくSKUごとでなければなりません。「タンブラーは1日12個売れる」というのは、セージが6個、マスタードが1個売れる場合、役に立ちません。
2. シーズン性乗数。各月の売上を平均月で割ります。11月は1.8、2月は0.7など。この乗数を、発注する期間ではなく、実際に在庫が販売される期間に適用します。10月発注で11月着荷の在庫は、11月の数値を使用します。
3. サプライヤーのリードタイムとその変動。見積もりの数値ではありません。直近の数回の注文から、PO送信から販売可能な在庫までの実際の日数：32日、29日、41日、35日。平均値が発注点を決定します。ばらつき（41日など）が安全在庫を決定します。
4. MOQと注文制約。最小発注数量、ケースあたりの数量、価格ブレークは、いつ発注するかを変更しませんが、いくら発注するかの下限を設定します。これはキャッシュにとって非常に重要です（後述）。
5. 計画されたプロモーション。セールは意図的に需要をスケジュールすることです。昨年のブラックフライデーのバンドルが通常の3倍の売上を記録した場合、その急増は明示的な項目として予測に含まれ、その後（後述の落とし穴）販売実績からは除外されます。
これが完全なリストです。数学的なスキルではなく、毎回推測するのではなく、これらの5つの数値を最新の状態に保つことが重要です。
再注文点の計算、解説付き
架空の丸い数字を使って計算方法を示します。セージで最も売れているタンブラーの場合です。
- 過去90日間の販売実績：1日あたり6個
- 最近の最も忙しい30日間の実績：1日あたり8個
- サプライヤーリードタイム：平均30日、最悪40日
- MOQ：500個
ステップ1：リードタイム需要。次の出荷を待つ間、在庫を維持する必要があります。1日あたり6個 × 30日 = 180個。これは、何も変動しない世界での最低限の発注点です。
ステップ2：安全在庫。その世界は現実ではないため、バッファーを追加します。シンプルで正当な計算式：最悪のリードタイムにおける最悪の需要から、平均ケースを引きます。
(1日あたり8個 × 40日) - (1日あたり6個 × 30日) = 320 - 180 = 安全在庫140個
ステップ3：発注点。180 + 140 = 320個。セージの在庫＋発注済み数量が320を下回ったら、POを発行します。少なく感じたときではなく、320になったらです。
安全在庫に関する2つのこと。計算の中で最も誤解されている数字です。まず、それが何をヘッジしているのかを正確に把握しましょう。平均値があなたを欺く2つの方法 — 需要が平均よりも高くなること、そしてサプライヤーが平均よりも遅くなることです。それは曖昧な「万が一のため」の詰め物ではありません。それは*あなたの* SKUの需要のばらつきと*あなたの*サプライヤーの実績によってサイズ設定されています。だから、入力#3では見積もりではなく履歴を求めたのです。
第二に、安全在庫は命令ではなくダイヤルです。この式は保守的です。需要が悪く、リードタイムが同時に悪化すると仮定しています。低速ムーバーの場合、または現金がタイトな場合、サイズを縮小して品切れのリスクを受け入れることができます。重要なのは、それが事故として発見されるのではなく、数字で決定されるようになるということです。
ステップ4：注文する量。 発注点は時期を示し、注文数量は別の決定です。明確な開始ルール：ターゲットカバレッジウィンドウを注文します — 例えば、季節調整済みの予想ベロシティの60〜90日 — 次にMOQまたは次のケースパックに切り上げます。Sageが1.5倍のシーズンに向かう場合：6 × 1.5 × 60日 = 540個。いずれにしても500個のMOQをクリアします。1日1個のペースの低速ムーバーの場合、同じMOQは500日分の在庫になります — MOQの交渉、バリアントの統合、またはSKUの存在に疑問を呈する瞬間です。
[画像：発注点の簡単な図 — 320個の発注しきい値、発注書の発行、在庫が安全帯の140個に近づいたときに到着する在庫を横切る下降線]
Eコマース在庫予測が予測通りに失敗する場所
数学は簡単な部分です。これらの3つの障害モードは、実際の店舗が傷つく場所です。
非対称性：品切れと過剰在庫は同じコストではない
品切れの目に見えるコストは、ギャップ中の販売機会の損失です。隠れたコストはさらに悪いです。一時停止した広告キャンペーン（再開時にCPAが高くなる）、再注文がなかったために解約した加入者、販売できるものがなかった週に到着した初めての購入者、そしてリスティングがなくなった間に低下したオーガニックランキング。DTCブランドが構築されているような、常に補充されるエバーグリーン製品の場合 — 3週間の品切れは、再入荷後数ヶ月間ベロシティを抑制する可能性があります。
過剰在庫のコストは保有コストです：現金がロックアップされ、保管され、最終的に値引きされます。痛みを伴いますが、徐々に回復可能であり、通常は回復可能です — 製品が期限切れ、日付が経過、または時代遅れにならない*場合*。
したがって、正しいバイアスは製品タイプに依存します。エバーグリーンコアSKUの場合は、過剰在庫に偏ってください — 十分な安全在庫、早期の再注文 — 品切れは高価なテールであるためです。季節もの、ファッション、または生鮮食品のSKUの場合は、それを反転させます。売れ残った在庫は現金を縛るだけでなく、クリアランスに蒸発するため、バッファーよりも注文を少なくします。両方の製品タイプにわたって1つのバイアスを実行することは、店舗が勝者から外れ、同時に敗者に埋もれる方法です — この投稿の冒頭のガレージシナリオ。
新規SKUのコールドスタート問題
新しいSKUには後続のベロシティがないため、予測エンジンは空になります。偽の精度でごまかさないでください。以前に発売した最も類似したSKUのローンチカーブを借り、正直な期待値でスケーリングし、そして—これが実行可能な部分です—最初のPOを安く間違えるようにサイズ設定してください。迅速な再注文トリガーを備えたより小さな最初の注文は、自信のあるコンテナよりも優れています。あなたはまだ予測しているのではなく、データを購入しています。2番目のPOを4〜6週間の実際の売上に設定することが計画であり、神経の欠如ではありません。
プロモーションの歪みの罠
2週間のセールを実行します。うまくいきました—ベロシティが3倍になりました。6週間後、あなたの後続の平均はまだその2週間によってインフレしており、再注文ポイントはすべて高すぎ、割引で需要を製造したことに基づいてカタログ全体で過剰注文しようとしています。
修正は機械的です：セール期間を販売データにタグ付けし、それらのウィンドウを除外してベースラインベロシティを計算します。プロモーションは、入力#5が言うように、予測に明示的で計画された需要として入ります—後続の平均を介して静かにではありません。このトラップは逆に実行されます：品切れ期間は平均を引き下げ、ちょうどあなたが過小評価したことを証明したSKUの注文を少なくするように指示します。これらのウィンドウも除外してください。空の棚からのゼロ売上は需要データではありません。
まずスプレッドシートから — そしてスプレッドシートが限界を迎えたとき
上記のすべてが1つのスプレッドシートで実行されます：SKUごとの行、5つの入力の列、再注文ポイントと注文数量の数式、およびベロシティを更新してしきい値を超えたものをチェックする毎週30分のレビュー。数百SKUまでの完成品を持つ単一チャネルストアの場合、スプレッドシートは実際に適切なツールであり、予算の妥協ではありません。ほとんどのソフトウェア実装が達成できないことよりも、その中のすべての数値を理解できるでしょう。
スプレッドシートは、認識可能な症状で正直さを失います：2番目の販売チャネル、デクリメントできないバンドルとキット、複数の倉庫または3PL、または毎週のレビューが実際に行われなくなるSKU数— стале forecastは単なるフォーマットされたガットフィーリングです。その時点で、ライブ販売データを読み取る再注文ロジックが必要になります。これは、補充アプリクラス以上です。私たちは、運用形状によって、ランキングではなく、ShopifyおよびWooCommerce向けの最高の在庫管理ソフトウェアに関する正直なガイドで、そのランドスケープをマッピングしました。
予測とは購入スケジュールである — それはキャッシュスケジュールでもある
もう1つのリフレームです。これはあなたのビジネスの他の部分と接続するためです：設定するすべての再注文ポイントは、日付が付けられた将来の支払いだからです。8月中旬に320ユニットを超えるセージは、8月中旬のサプライヤーへの支払いです。完成した予測は、カレンダーを下に読むと、ストアの最大の定期的なキャッシュアウトフローのスケジュールです。
それは重要です。在庫を大量に抱える店舗は、不採算で倒産することはめったにありません。倒産するのは、売上が少ない週に多額の注文が入ったときです。予測の注文日を13週間のキャッシュフロー予測に組み込むことで、「再注文すべきだ」という考えが「再注文の支払いが期日である木曜日に可能だ」という考えに変わります。そして、注文の計算は、ユニットエコノミクスと同じくらいしか良くありません。もし、あなたの単位あたりの仕入原価が曖昧であれば、注文数量の決定もそれに伴って曖昧になります。Shopifyセラー向けの売上原価に関するガイドでは、その数値を確実に把握する方法を説明しています。
SKU10個から始める
今週は400行のモデルを構築しないでください。最も回転率の高いSKUトップ10（収益の大部分、品切れリスクのすべて）に絞り、そのSKUだけでこの方法を実行してください。過去の販売実績を引っ張り出し、最後の数回の注文から実際のリードタイムを書き留め、再注文点を計算し、週に30分のレビューをカレンダーに入れてください。この記事の冒頭にあるタンブラーのメールは、より良い直感によって防がれるものではありません。それは、数字（320）と、それを確認する習慣によって防がれるのです。
SKU10個、インプット5つ、フォーミュラ1つ。これがDTC規模の在庫予測です。そして、ユニットがスケジュールされたら、同じ規律のお金の側面（売上原価、キャッシュタイミング、棚卸資産と一致する帳簿）は、Eコマース会計の完全ガイドでカバーされています。
