すべてのガイド
過剰在庫を引き起こす 7 つの安全在庫の間違い
安全在庫に関する 7 つの間違いにより、保護バッファが純粋な過剰在庫にひっそりと変化します。一度サイズを設定すると再検討されず、すべての SKU にコピーされます。
安全在庫はバッファーであるべきであり、万が一に備えて余分に保有する習慣ではありません。この 2 つの境界線は、見た目よりも薄いです。以下に挙げるすべての間違いは、合理的に聞こえる近道として始まり、決して売れない在庫として終わります。これはチェックリストであり、エッセイではありません。各項目には間違いの名前があり、実際の修正を説明する投稿へのリンクがあります。
サイズの間違い
- すべての SKU に 1 日間の補償ルールを適用します。フラット バッファー (1 日の平均需要 × 固定日数) は、各 SKU の需要が実際にどれだけ変動するかを無視するため、最も安定した販売者を過剰に保護し、不安定な販売者を十分に保護しません。参照需要変動公式十分な販売履歴が得られ、それを計算できるようになったら、何を使用するかについて説明します。
- 「より安全だと感じられる」という理由で、サービス レベルを全面的に 99% 以上に引き上げます。サービス レベルと必要なバッファーの関係は線形ではありません。95% から 99% に移行すると、90% から 95% に移行するよりもはるかに多くの安全在庫がかかり、在庫切れ防止効果が減少します。その範囲の上限は、実際にその範囲を正当化できる SKU のために確保してください。
- プロモーションの急増中にバッファのサイズを調整し、通常の週にはバッファを再取得しません。ウイルスの 2 週間分をカバーするように設定されたバッファーは、残りの 50 週間分の在庫が恒久的に過剰になります。から再計算すると、最近の代表的な販売窓口は修正であり、1 回限りの設定ではありません。
プロセスミス
- SKU の速度が低下した後は、バッファーを再訪問しないでください。高速輸送向けにサイズ設定された安全在庫は、SKU が冷えても自然に縮小することはなく、過剰としてそこに存在するだけです。カタログ内の SKU ですでにこの問題が発生している場合は、マージンを損なうことなく超過分を売却する回復パスです。
- 慢性的に遅れているサプライヤーをリードタイムの問題ではなく安全在庫の問題として扱う。常に遅いサプライヤーをカバーするためにバッファーを積み上げても、本当の問題は解決されずに隠蔽されてしまいます。サプライヤーの実際のリードタイムの測定通常、バッファを無制限に拡大するよりも、これに直接対処する方が良い解決策となります。
カテゴリの間違い
- 利益率の低いアドオンと最高収益の SKU に同じサービス レベルを使用します。戦略的重要性、マージン、または金額によって区別される Z スコアは、過剰ではなく文書化された実践です - を参照してください。SKU ごとのサービス レベルの選択カタログ全体に対して 1 つの数字を使用するのではなく、
- 需要変動バッファーとリードタイム変動バッファーを単純合計として加算します。2 つの変動要因が独立している場合、正しく組み合わされた式は二乗和の平方根となり、直線加算よりも小さくなります。平方根の代わりに合計として手動で計算を行うと、両方の項を使用するすべてのバッファが静かに膨張します — を参照してください。組み合わせた公式はうまくいきました。
これらはいずれも特殊なエラーではありません。これらは、1 つの条件下でバッファーを 1 回設定し、その下の SKU が変更される間、バッファーを無人で実行した場合の予測可能な結果です。ストックキューは、実際の販売データに基づいて、すべての安全在庫数の背後にある需要とリードタイムの入力を再計算します。そのため、動きの速い SKU 用に設定されたバッファーが、その SKU の速度が低下した後に静かに古くなり続けることはありません。
ストックキュー
StockCue は、無料を含むすべてのプランで、実際の販売データに対してすべての安全在庫数の背後にある需要とリードタイムの入力を再計算します。一度設定したバッファーは、SKU の速度が低下した後も静かに古くなり続けることはありません。
Shopify に StockCue をインストール →デブメルクス
Devmerx は、Shopify と WordPress の開発代理店で、DTC ブランドによるストアの高速化、よりクリーンな移行、コンバージョン率の高いエクスペリエンスの構築を支援しています。英国ロンドンに拠点を置き、世界中の顧客にサービスを提供しています。
私たちの取り組みをご覧ください