すべてのガイド

によって 2026 年 9 月 6 日8 分で読めます

動きの速い在庫と動きの遅い在庫

動きの速い人と遅い人は逆方向に失敗するため、逆のポリシーが必要です。カタログの各エンドの計画、バッファリング、予算の立て方。

カタログの両端に適用される同じ再注文ルールは、店舗が 3 年間芯トリマーを使い続けている間に、ビジネスの資金となるキャンドルの在庫が切れてしまうのと同じです。どちらの結果も、1 つのポリシーが、サイズ設定されていない製品に対して正しく機能することによってもたらされます。

動きの速い人にも、動きの遅い人にも、同じ計画のより良いバージョンは必要ありません。 1 つの発注書予算から反対の計画を同時に実行する必要があります。この投稿では両方の実行について説明します。

両者を分けるものは何か

ベロシティは、保有している SKU の量に対して測定される、単位時間あたりの販売単位です。売上高、販売スルー、在庫日数はすべて、わずかに異なる角度からそれを表しており、それらはすべて、公開されたベンチマークではなく、独自のカタログとの相対的なものです。週に 30 個販売される SKU は、ある店舗では速く売れても、別の店舗では目立たないこともあります。

速度ではないことが 2 つあります。それは収益ではありません。安価なアクセサリは最も勢いのある製品である可能性がありますが、損益計算書では丸め誤差が生じる可能性があります。そして、それはマージンではありません。最も遅い動きのものが、ユニットあたりの販売で最も収益性の高いものになる可能性があります。まさにこれが、ベロシティがグレーディングの軸の 1 つであり、グレーディングの全体ではない理由であり、ベロシティと収益貢献度を交差させる理由です。 ABC-XYZ分析 どちらか一方を単独で測定する以上のことがわかります。

ストアの実際の境界線がどこにあるのか、また境界線を越えた SKU にどの指標がフラグを立てるかについては、次の記事で説明します。 動きの遅い在庫を特定する方法。この投稿では、どの SKU がどれであるかをすでに知っていることを前提としています。

反対の故障モード

速い人は力尽きて失敗します。このコストは、達成しなかった売上に加えて、ほとんどの店舗では決して考慮されない 2 番目のコストです。つまり、記録したことのない需要は予測できません。販売履歴では、ゼロの週は関心のない週と同じように見えます。そのため、在庫切れは、製品が実際よりも遅く、次の注文の量が少ないことを自分の予測に静かに教えます。

動きが遅い人は、決して使い果たさないことで失敗します。コストは、放置されているユニットに投入される資本に加えて、保管庫に加え、老朽化、損傷、季節外れによるゆっくりとした浸食を加えたものです。この障害に関してイベントが発生することはありません。日付も、不満を抱いている顧客も、品目もありません。

速い動きをする人の失敗はうるさく、時代遅れです。このスロームーバーの失敗は沈黙しており、日付もまったく記載されていないため、これほど多くの四半期レビューに生き残っているのです。

この分野における間違った決定のほとんどは、この非対称性によって説明されます。店舗は可用性に向けて過剰に修正します。なぜなら、可用性の失敗が怒鳴られるからであり、過剰修正の代金は誰も見ていない隅から出てくるからです。

One velocity axis, two opposite planning policies and two opposite failuresA single horizontal axis runs from slow-moving stock on the left to fast-moving stock on the right. Above each end sits the planning policy that end earns. The slow end is planned to a coverage period rather than a formula, with the supplier's minimum order quantity as the binding constraint and little or no safety stock. The fast end is planned with a reorder point maintained against current velocity, a buffer sized to the SKU's own demand variability, and more frequent orders in smaller quantities. Below each end sits the failure that end produces when the policy is wrong. The slow end fails by not moving at all, tying up capital in storage and obsolescence, and the fast end fails by running out, losing the sale and distorting the sales history the next forecast is built from. The axis carries no numeric threshold, because where the boundary falls depends on each store's own turnover.One axis, two opposite policiesthe boundary is your own catalog average, not a published numberPlan to a coverage periodmonths of cover, not a daily ratesupplier minimum is the real constraintlittle or no bufferPlan to a reorder pointrecalculated against current velocitybuffer sized to this SKU's variabilityorder more often, in smaller batchesslow-movingfast-movingvelocity relative to your catalog →Fails by not movingcapital committed, storage, obsolescenceno event, no date, no complaintFails by running outlost sale, and a gap in the sales historythe next forecast reads it as a slowdown
この軸の真ん中にある製品には、依然としていずれかのポリシーが必要です。 2 つを平均すると、何も保護せず、現金も解放しない計画が生成されます。

速い動きを計画する方法

高速移動者は、計算を意味のあるものにするのに十分な販売データを生成するため、標準的な機械が構築されたケースです。 4つのことが重要です。

再注文ポイントを最新の状態に保ちます。 式ではなく、インプットです。 3 か月前のベロシティから計算されたトリガー レベルは、もう存在しないストアを表しており、SKU が数か月ではなく数日でバッファーを使い切るため、動きが速い場合には、ドリフトが急速に悪化します。

この SKU 独自の変動に合わせてバッファーのサイズを設定します。 ここが、安全在庫が真にコストを稼ぐ場所です。つまり、速度が速いということは、バッファーが静止せずに回転することを意味するため、倉庫を購入するのではなく、保護をレンタルすることになります。の 安全在庫ガイド サイズ感をカバーします。

サイトの通常の例を使用すると、「スギとイチジク、250g」は 12 日間のリードタイムで 1 日あたり 5 個販売されます。リードタイム需要は 60 ユニットで、30 ユニットのバッファ、6 日間のカバーにより、トリガーは 90 になります。

60

リードタイム需要の単位

30

バッファの単位

90

トリガーを並べ替える

少量ずつ、より頻繁に注文してください。 ここでは頻度が重要な要素ですが、あまり活用されていません。注文間のギャップが短いということは、いつでもコミットされる現金が少なくなり、輸送費と管理費が​​支払われる需要の変化に迅速に対応できることを意味します。確実に売れる製品の場合、通常、その取引は価値があります。

リードタイムをリスクとして扱います。 動きが速い場合、サプライヤーのリードタイムが 1 日増えるごとに、さらに 5 ユニットの在庫を運ばなければなりません。 12 日から 18 日にずれたサプライヤーは、あなたに何も言わずにトリガー レベルを 30 単位変更しました。

動きが遅い人の計画を立てる方法

本能的に、同じプロセスをより少ない数で実行したいと考えます。それは間違いです。月に数個の SKU を販売する SKU では、1 日の平均売上高は安定した数量ではありません。また、そこから構築された再注文ポイントは、その不安定性をすべて引き継ぎながら、高速移動業者とまったく同様に権威があるように見えます。

補償期間内に購入してください。 何ヶ月分の補償を用意するかを決定し、それを注文します。これは、実際の入力がなかった式の中に決定を隠すのではなく、決定を決定として見えるようにするため、より大雑把でより正直なルールです。

サプライヤーの最小値が拘束力のある制約となることが予想されます。 動きの遅い業者の場合、最低注文数量またはケースパックは通常、保証期間に必要な量よりも大きくなります。これは四捨五入の問題ではなく、全体の決定です。サプライヤーが受け入れる最小注文が 18 か月分の在庫である場合、本当の問題は、いくら購入するかではなく、SKU を維持するかどうかです。

安全在庫については懐疑的です。 動きが遅い人に対する緩衝材は、安価な出来事に対する高額な保険料です。在庫は何か月も保管されますが、それを望んでいた顧客は、特にそのために貴社を訪れたニッチな製品の場合、短時間の待ち時間を受け入れることがよくあります。多くの場合、来年も残っているバッファーに資金を提供するよりも、より長い補充期間を受け入れるか、注文をバックオーダーとして受け入れる方が、より良い取引となります。

出口がどこにあるかを知ってください。 遅いとデッドは同じスペクトル上の点であり、別のカテゴリではありません。違いは、製品が通常の価格で販売されているかどうかです。 デッドストックとは その境界がどこにあるのか、そして SKU が境界を越えた後に何が変わるのかについて説明します。

1 つの予算をそれらの間で分割する

早い人も遅い人も棚のスペースを奪い合うことはありません。彼らはお金をめぐって競争しますが、発注書は総額ではなくサプライヤーごとに調達されるため、通常はその競争は目に見えません。

注文内のスロー在庫のすべての単位は、購入しなかったファースト在庫の単位です。その取引を目に見えるようにするきれいな方法は、順番に資金を投入することです。まず、速い動きをする人を再注文ポイントまでカバーし、残った分を残りに使います。それ以降に資金を調達できない場合は、より大きな注文で解決できる予算の問題ではなく、SKU に関するシグナルです。

予算の残りの半分は、すでに在庫が滞っている資金です。その資本はなくなったわけではなく、非流動的であり、それを元に戻すことは計画とは別の作業です。 マージンを失わずに過剰在庫を売却する 最も抜本的なものから順に、その方法を説明します。店舗は、在庫倉庫にアクセスする前にクレジット ラインに達する傾向があります。2 つのオプションのうち、より高価な方です。

速い動きが遅くなったとき

どちらのポリシーも正しく、ストアは間違ったポリシーを実行しているため、これは最もコストがかかる移行です。高速レジームに設定されたパラメータは引き続き実行されます。再注文ポイントは依然としてトリガーされ、注文数量は依然として古いベロシティに合わせて調整され、各サイクルで販売終了した在庫に別のバッチが追加されます。

悪い月ではありません。注文規模は変わらないものの、連続するサイクルにわたってセルスルーが平坦化しており、季節やプロモーションの説明はありません。動きの速い月の弱い月は騒音です。買いが変わらないまま売りが下落するという3つのサイクルは政権交代である。

操作の順序が重要です。まず注文数量を減らしてからバッファを再確認し、それから価格を検討してください。まだ正規価格で販売されている SKU を少しずつ割引すると、小規模な発注書であれば無料で解決できた問題を解決するためのマージンが手に入ります。在庫が単に需要を上回るのではなく、真に余剰になった場合、一連の順序の最後に割引が行われます。

この遷移を捉えることは、すべての SKU で複数のサイクルにわたって何かが欠落していることに一度に気づく必要があるため、手動で行うのは困難な部分です。 StockCue ベロシティと再注文ポイントを最後に設定された状態のままにするのではなく、ライブ販売から再計算し、展開に応じて過剰在庫と不良在庫にフラグを立てます。予測は、50 SKU をカバーする無料を含むすべてのプランで実行されます。 Starter で注文書と受け取りが開始されます。

よくある質問

急速に進化する製品とは何でしょうか?

速度は業界の数値ではなく、独自のカタログに相対的なものです。動きの速い SKU とは、売上高とセルスルーがカタログ独自の平均を大幅に上回っており、注文頻度に比べて手元に在庫がある日数が短い SKU です。同じ週あたりの単位数でも、ある店舗では速くても、別の店舗では遅い場合があります。そのため、他の人のカットオフをインポートすると、そこに記載されているビジネスと一致しない評価が生成されます。

動きの遅い在庫はどのように再注文すべきでしょうか?

式ではなく補償期間に基づいて購入します。月に数個のユニットを販売する SKU では、1 日の平均売上高は不安定な数字であり、そこから構築された再注文ポイントは、ほぼ間違った瞬間に起動されます。何ヶ月分の保証を保持するつもりかを決定し、サプライヤーの最低注文数量と照らし合わせて確認し、最低数量によりそれをはるかに超えて保持する必要がある場合、実際の決定は、注文する数量ではなく、製品を在庫し続けるかどうかです。

動きの遅い企業はそもそも安全在庫を持つべきでしょうか?

ほとんどの場合はごくわずかで、まったくない場合もあります。安全在庫は保険のようなものです。在庫切れを避けるために現金と棚のスペースで支払います。動きの遅い業者では、バッファーが何か月も放置されるためプレミアムは高くなりますが、待っている顧客はほとんどおらず、多くの顧客は短時間の待ち時間を受け入れるため、配当は低くなります。四半期内の 4 つの売上から統計バッファーを計算することは、ノイズに基づいて実行される演算です。通常、補充の待ち時間を長く受け入れるか、注文をバックオーダーとして受け入れる方が、より良い取引となります。

ベストセラーが伸び悩み始めたらどうしますか?

価格を下げる前に注文数量を減らしてください。この移行における損害は、高速レジーム用に設定され、一度も移動されなかった計画パラメータに起因するため、各サイクルでは、すでに低下した需要に対して古い量で再注文されます。単月ではなく、連続サイクルにわたるセルスルーを監視し、季節やプロモーションの説明もなく横ばいになったら、次の注文を減らしてバッファーを再確認します。割引は後のステップであり、より高価になります。

STOCKCUE

2 つの反対のポリシーを同時に実行することは、2 つのセットの数値を最新の状態に保つことを意味します。 StockCue は、ライブ販売から各 SKU のベロシティと再注文ポイントを再計算します。その過剰在庫と不良在庫のレポートは、修正がまだ小さいものの、遅滞の端を明らかにします。

Shopify に StockCue をインストール →
Shovon 氏、Devmerx 社ソフトウェア エンジニア

Shovon

ソフトウェアエンジニア

Shovon は、StockCue: Inventory Forecast の背後にあるスタジオである Devmerx の Shopify 在庫運用について書いています。

Shopify ストアに関してサポートが必要ですか?

Devmerx は、DTC ブランド向けに Shopify ストアを構築および最適化します。 20分間の無料相談をご予約ください。