再注文トリガーは固定数です。販売率はそうではありません。以下のすべてはその 1 つの不一致から生じており、最も多くの作業を行っている製品に最も大きな影響を与えます。ユニットが最も速く移動する場所では、古い数値が最も早く追い越されるからです。
この投稿は、急速に進化している 1 つの製品と、その製品が計画されたパラメーターについて説明しています。問題が別の形である場合、合計では十分な在庫があるのに間違った在庫である場合、それは製品ごとの問題ではなくポートフォリオの問題であり、次の記事でカバーされます。 在庫が多すぎるが、ベストセラーがまだない。
速度が一定の数値を超えています
このサイトがフォーミュラ ポスト全体で使用している SKU を例に挙げます。「Cedar & Fig, 250g」は、1 日あたり 5 単位で計画されており、サプライヤーのリードタイムは 12 日、バッファーは 30 単位です。それは、 再注文ポイント 1 日あたり 5 ユニットの場合、90 ユニットは 12 日間のリードタイムに対して 18 日間の保証となります。快適。正しい。きちんと計算されています。
ここで、離陸して 1 日あたり 11 単位で安定すると仮定します。計算に関しては何も間違っていませんでした。入力の 1 つが単に移動しただけです。 90 ユニットの保証期間は 8 日強ですが、リードタイムはまだ 12 日です。注文は依然としてその数字を超えた日に行われ、配達が到着する約 4 日前には棚が空になります。
同じ算術で、動きが遅い企業が何年も古い数字を使い続ける理由も説明されます。 20 ユニットの計画エラーは、1 日 5 個販売される製品の保証期間は 4 日であり、1 日 11 個販売される製品の場合は 2 日未満です。不正確さの各単位は、速い動きでは時間の価値が低くなります。したがって、速い動きでは、6 か月間タッチされていない数値が最初に表示されます。
これは、入力された在庫不足しきい値が、計算された再注文ポイントよりも悪い手段であるという議論ではありません。そのケースとそれ自体の図は、 Shopify 在庫不足アラートのガイド。ここでの問題は、計算が適切に実行されれば存続するため、より限定的です。正しく計算された並べ替えポイントは、入力が移動した瞬間に失効します。
成長率に対するリードタイム
2 番目のメカニズムは、まだ加速中の製品にのみ表示され、トリガーではなく注文数量に基づいて機能します。
現在の 1 日あたり 11 個で 30 日をカバーする注文のサイズを設定するとします (330 ユニット)。これらのユニットは今日のレートに基づいて注文され、明日のレートに基づいて消費されます。箱が到着するまでに製品が 1 日あたり 13 個に達した場合、330 ユニットは 30 日ではなく、およそ 25 日分の保証期間に相当します。配達が開梱されるまでに 5 日足りず、次のサイクルは計画よりも低い棚から始まります。成長する製品ではこれが繰り返され、不足分は平均化されることなく蓄積されます。
平均値が下降していると、見落とされやすい形で状況が悪化します。上昇傾向にある製品の過去 90 日間のベロシティを設定すると、得られる数値はそのウィンドウの中央近くに位置します。これは、約 45 日前の製品を表します。この遅れは算術上の間違いではなく、構造的なものです。フラットな製品では費用はかかりません。成長するにつれて、すべての計画数値が体系的に低くなります。
対応策は、動いている製品の期間を短縮し、その後の需要の平均ではなく、今後のリードタイムの需要に合わせて増加する SKU を計画することです。計算が正しくなった後でも在庫切れを引き起こす原因に対する一般的な対処方法は、次のとおりです。 Shopifyの在庫切れを防ぐ。
速い動きのフラットバッファー
3番目のメカニズムは安全在庫ラインであり、最初の別の服を着た場合と同じ失敗です。 Cedar & Fig の 30 単位の緩衝液は、1 日 5 個で 6 日間カバーできました。 1 日 11 個の場合、同じ 30 単位は 3 日未満です。
単位で書かれたバッファは日数に関する約束であり、これら 2 つの数値のうち 1 つだけが静止します。
これが、「すべてのものに 30 単位の安全在庫を保持する」という形式の社内ルールが非対称的に機能しない理由です。カタログの遅い半分では買いすぎます。これは高価ですが、株価に現れます。早い半分では過少購入されますが、これは何かが売り切れるまで見えません。また、不足が最も注意を必要とする製品を過少購入します。
製品自体の需要の変動性とリードタイムに基づいてバッファーのサイズを決定します。 再注文ポイントガイド 実行すると、自動的に高速な動きに対してより大きな数値が生成されます。重要なのは、ベストセラーが特別な扱いを受けるに値するということではありません。それは、SKU ごとの計算により、誰かが決定することなく必要な処理が提供されますが、フラット ルールではそのような処理が行われないということです。
プロモーションとプルフォワード
ベストセラーはあなたが宣伝する製品であるため、カタログの残りの部分よりも宣伝の歪みをより多く吸収し、その歪みにより数週間以内に計画の数字が両方向に押し上げられます。
プロモーション中、売上は急増し、ローリング平均に折り畳まれ、その期間内にとどまる限り、そのスパイクによって次の注文が膨らみます。その後、あなたが見た需要の一部は、その後の数週間から前倒しされ、3 週間以内に購入するはずだった顧客がセール中に購入しました。次の期間は人為的に静かであるため、製品が実際のレートに戻るのと同じように、その後の注文は不足します。
最終的な影響は、プロモーション直後は過剰注文となり、1 か月後には同じ未調整平均からの過小注文となります。上昇率の推定とその後のベースラインのリセットは、それ自体の主題であり、以下で説明します。 プロモーションと在庫予測。ここで重要なのは、どの製品に歪みがあるかということです。割引する製品は、通常、使い切ることができない製品です。
解決策はレビューの頻度です
4 つのメカニズムはすべて同じ根を持っています。計画番号が設定されたときは正しく、記載されているものは動きましたが、何もチェックされませんでした。したがって、修正はより良い公式ではありません。再計算は頻繁に行われるため、誰かが確認する前に数値が 1 注文サイクルを超えて変動することはありません。
そこから 2 つのことが分かります。
- 所有する製品の数ではなく、製品の移行速度によってレビューを段階的に評価します。 1 日に 11 個売れる製品は、1 か月分の計画ミスを数日で消費します。週に2個売れたとしても、四半期の間は古い数字のままになる可能性があります。カタログ全体の単一のケイデンスでは、トップには遅すぎ、テールには速すぎます。
- カレンダーではなく、注文サイクルに対してレビュー間隔を設定します。 12 日間のリードタイムと毎月のレビューがあるため、誰かが疑問を抱く前に、数値が 1 サイクル以上間違っている可能性があります。動きの速い人は数が少ないため、週ごとにレビューしてもほとんどコストはかかりません。
- カバー日数でトリガーを表現し、ユニットに変換します。 「12 日間のリード タイムと 6 日間のバッファ」として保持されるトリガーは、速度が更新されるたびに再計算されます。 「90」として保持されているトリガーはそうではありません。
- 次の予定日ではなく、プロモーションごとに再計算します。 それは入力が歪んでいることがわかった瞬間であり、スケジュールが最も役に立たない瞬間です。
ほとんどの店舗がこれを行わない理由は、意見の相違ではなく、算術ボリュームのためです。カタログの先頭の速度、再注文ポイント、およびバッファーを毎週再計算する作業は、SKU ごとに数分、完全な SKU では実際に 1 週間に相当し、毎週、無期限に実行されます。 StockCue これらの数値は、最後に入力した場所に残すのではなく、ライブ販売データから再計算されます。最大 24 か月の注文履歴を使用し、無料を含むすべてのプランで需要を予測します。
STOCKCUE
売上率が変化すると、ベストセラーの再注文ポイントも変化するはずです。 StockCue は、実際の注文履歴から SKU ごとにベロシティ、再注文ポイント、バッファーを再計算します。そのため、先月レートが 2 倍になった製品は、前四半期の数ではまだ計画されていません。無料では 50 SKU がカバーされますが、これは通常、この問題が該当するすべての製品を保持するのに十分です。
Shopify に StockCue をインストール →よくある質問
なぜベストセラー商品は、売れ行きの悪い商品よりも頻繁に在庫切れになるのでしょうか?
再注文のきっかけとなる数字は固定されていますが、販売率は固定されていないからです。製品が 1 日に 5 個売れたときに設定されるトリガーは、一定の日数の保証を表します。同じ製品が 1 日 11 個売れ始めると、その同じ個数でカバーできる期間は半分未満になりますが、サプライヤーのリードタイムは変わりません。製品の売れ行きが速いほど、古い計画数値が早く追い越されるため、ベストセラーが最初にギャップに到達します。
ベストセラーの再注文ポイントはどのくらいの頻度で再計算されるべきですか?
多くの場合、複数の注文サイクルが経過しても陳腐化することはありません。実際的なルールは、販売率が目に見えて変化している製品については、少なくともリードタイムにレビュー間隔を加えたものと同じ頻度で再計算し、すべての製品については毎週再計算することです。速度が遅く安定した製品では、再計算の間隔が数か月かかる場合があります。そのため、カタログ全体にわたる 1 つのレビュー頻度が両端で間違っている傾向があります。
在庫不足のしきい値を上げると問題は解決しますか?
新しい番号も固定されているため、一度時間を稼ぎますが、その後まったく同じ方法で再び失効します。現在リスクにさらされている製品に即時パッチを適用するために、この値を引き上げることは価値があります。永続的な修正は、現在の販売速度と現在のリードタイムから導出されたカバー日数でトリガーを表現し、販売率が変動するとユニット数値が自動的に変動するようにすることです。
ベストセラーは他のものより多くの安全在庫を保有すべきでしょうか?
単位では、ほとんどの場合「はい」ですが、それは決定ではなく結果です。安全在庫は、製品自体の需要の変動性とリードタイムに基づいて決定されるため、1 日あたりの販売個数が多い製品は、他の製品が使用しているのと同じ計算式により、より大きなバッファーに達します。避けるべき間違いは、カタログ全体で一律のユニット数をコピーすることです。同じ数は、遅い製品では数週間のカバー期間に相当し、速い製品では数日のカバー期間に相当するからです。
