再注文ポイント、再注文数量、注文頻度、どの SKU を最初に確認するか、それらを自動化するかどうか - これらはそれぞれ、独自の公式または経験則による独自の決定であり、それぞれがこのサイトに独自の投稿を掲載しています。補充とは、5 つすべてをシーケンスに入れ、SKU ごとにそのシーケンスを毎週実行し、それらを 1 つもドロップしない場合に行われることです。
このガイドは地図です。各セクションがすでにそのセクションを所有している投稿にリンクしているため、単一の式を再導出することはありませんが、5 つの決定が実際に発生した順序で配置されるため、個々の部分は無関係な 5 つの記事ではなく、1 つのプロセスとして読み取れます。
補充の意味
補充は、在庫を利用可能に保つための運用上の半分です。販売すると予想されるものを考慮して、いつ、どのくらいの量、どのくらいの頻度で、どのような優先順位で注文するかを決定します。予測の下流に位置します。Shopifyの在庫予測は「いくらで売れるか」に答え、補充はその数値を取得して実際の発注書に変換します。このガイドでは、予測をすでに手元にある入力として扱い、ここで再度導き出すものではありません。
一般的な失敗モードは、単一の計算式が間違っているわけではありません。補充は実行し続ける必要があるループではなく、起動時に一度実行されるセットアップ タスクとして扱われます。速度は変動し、サプライヤーのペースは鈍くなり、1 年間安定して売れた SKU が突然売れなくなります。再計算するために構築された戦略は、その後も生き残ります。一度設定すれば完了するように構築された戦略は、そうではありません。
補充戦略の構築
補充戦略とは、以下の 5 つの決定であり、SKU が少なくなるたびに最初から再決定するのではなく、フレームワークとして一度決定され、その後一貫して適用されます。
- 再注文ポイントを設定するカタログ全体でコピーされた 1 つの数値ではなく、SKU ごとに独自の販売速度とリードタイムから算出されます。
- 再注文数量の方法を決定する: 目標在庫レベルから在庫品と注文品を差し引き、サプライヤーの条件に四捨五入します。
- 注文頻度を選択する、単一の SKU のトリガーとは関係なく、注文を行う頻度。
- 最初にレビューされるものを優先するすべての SKU が毎週同じ注目に値するわけではないためです。
- そのうちのどれだけを手動で行うかを決定する、そしてどれくらいのカタログサイズで持続可能でなくなるか。
それぞれについては、以下の個別の投稿で完全に説明されています。ここで重要なのは、それらが発生する順序です。数量メソッドを使用しない再注文ポイントでは、時期はわかりますが、量はわかりません。優先順位のないケイデンス セットでは、2 ドルのアクセサリがベストセラー SKU と同じように扱われます。戦略とは順序であり、単一の公式を単独で採用するものではありません。
再注文ポイント
再注文ポイントは、注文をトリガーする在庫レベルです。リードタイム需要と安全バッファーを加えたもので、推測ではなく SKU ごとに計算されます。の再注文ポイントの公式ガイド完全な公式、実際の例、および 1 つの完全な再注文サイクルの図を説明します。このガイドでは、番号を再度取得するのではなく、その番号を持っていることを前提としています。これはネイティブとは異なる計算された数値であることに注意してください。在庫不足アラート、実際の販売速度とリードタイムから計算されたしきい値ではなく、固定のしきい値で起動されます。
このガイドのスポーク ポスト全体で使用されている実行例 (サプライヤーのリード タイムが 12 日で 1 日 5 ユニットが販売される「Cedar & Fig, 250g」というキャンドル) では、その公式により再注文ポイントは 90 ユニットになります。
再注文数量
SKU が再注文ポイントを超えると、次の問題はどれくらいの量を注文するかです。再注文数量: 注文する在庫の量ここでは、目標在庫レベルから手持品と注文品を差し引いたものと、サプライヤーの最小注文数量またはケースパックに四捨五入した後の変更点を計算式で説明します。これは、古典的な経済注文数量計算式よりも意図的に単純なアプローチです。この計算式では、発注コストと保管コストの数値が必要ですが、小規模な店舗はほとんど正確に追跡できません。また、一定の需要を前提としていますが、季節性やプロモーション主導の SKU ではこの前提が日常的に破られます。
Shopify はスケジュールされたカウントではなくすでに在庫を継続的に追跡しているため、この種のトリガーベースの再注文はプラットフォームに自然に適合します。手動在庫チェック用に構築された古いシステムが設計されていたように、定期的なレビューを待って SKU が限界を超えたことに気づく必要はありません。
再注文ポイント(いつ)
再注文数量(いくら)
目標在庫レベル
これにより生じる用語の混乱については、再注文ポイントと再注文数量2 つの番号を 1 つの SKU に並べて配置します。一部の古いシステムでは、代わりに両方を単一の番号ペアにバンドルしています。見る最小/最大在庫計画の説明それが同じ 2 つの概念にどのようにマッピングされるかについて。
ケイデンスの選択
再注文ポイントは、特定の SKU にいつ注意が必要かを示します。ケイデンスは別個のカレンダーレベルの決定です。つまり、どのくらいの頻度で座って注文するか、週ごと、月ごと、またはサプライヤーの最小注文数量に関連付けられます。頻繁に注文しすぎると、少量で頻繁な注文がサプライヤーの割引や配送効率を損ないます。注文がめったにないため、まだ必要のない現金が在庫にあります。どのくらいの頻度で在庫を再注文する必要がありますか?では、より長いケイデンスによって上記の目標株価レベルの数値がどのように変化するかなど、そのトレードオフを完全に取り上げています。
最初に再注文するものに優先順位を付ける
すべての SKU が毎週同じ精査を受けるわけではありません。通常、店舗の収益の大部分を占めるのは SKU の小さなシェアであり、それらは控えめな安全バッファーを備えた厳しい頻度でチェックする価値のある SKU です。動きの遅いものは、緩いものでレビューする頻度を減らすことができます。再注文する商品の優先順位を付ける方法毎週同じ注意を払って 200 の SKU をレビューするのではなく、収益貢献度に基づいて製品を格付けし、その格付けをレビュー ルーチンに適用することについて説明します。
プロセスの自動化
上記のすべての手順はスプレッドシートで手動で実行でき、小さなカタログの場合はまったく問題ありません。店舗に十分な SKU があり、毎週すべての SKU の速度を再計算し、リード タイムを確認し、再注文ポイントを確認することが、それだけでパートタイムの作業になってしまうと、作業の拡大は止まります。在庫の自動再発注と手動の再発注その線がどこに落ちやすいのか、そしてそれを越えると何が変わるのかを説明します。
それがギャップですストックキューはクローズするように構築されています。ライブ販売データから再注文ポイントを毎晩、無料を含むすべてのプランで再計算します。また、スターター以上では、クロスした再注文ポイントを、各サプライヤーの MOQ とケース パックがすでに適用されている、すぐに送信できるサイズの発注書に変換します。再注文の推奨を自動化する方法これに限らず、自動化ソフトウェア全般に何を求めるべきかを説明します。
再注文ポイントがいつかを示します。再注文数量により、その数量がわかります。どちらの場合も、今週は適切な SKU を検討しているかどうかさえわかりません。それが残りのシーケンスの目的です。
よくある質問
在庫補充とは何ですか?
在庫補充は、在庫をいつ、どのくらい、どのくらいの頻度で、カタログ全体でどのような優先順位で注文するかを決定するプロセスです。需要予測を実際の発注書に変える一連の操作です。
補充と予測の違いは何ですか?
予測は、どれくらいの売上が予想されるかを答えます。補充ではその予測を基に、いつ、どれくらいの量を注文するか、どのくらいの頻度で注文するか、どの SKU を最初に確認するかなどの決定を行います。予測はインプットです。補充はそれを使って行うものです。
Shopify ストアの補充戦略をどのように構築しますか?
独自の販売速度とリードタイムに基づいて SKU ごとに再注文ポイントを設定し、再注文数量の方法を決定し、注文頻度を選択し、どの SKU が最も頻繁にレビューされるかを優先順位付けし、そのプロセスのどの程度を手動のままにするかを決定します。それぞれの決定には独自の公式や経験則があります。この戦略は、各 SKU を最初から解決するのではなく、一貫して順番に実行することです。
いつ補充を自動化すべきでしょうか?
手動バージョンが持続可能でなくなったとき — 通常、カタログが十分に大きくなり、毎週すべての SKU の速度の再計算、リード タイムの確認、および再注文ポイントの確認に時間がかかり、動きが遅い品目のマージンが正当であるより長くなったときです。すべての店舗に適用される固定の SKU 数はありません。メンテナンス自体が仕事になる時点です。
ストックキュー
StockCue は、スプレッドシートを間に挟むことなく、ストア独自の販売データ (再注文ポイント、サイズ指定された注文、送信準備の整った注文書) からこのシーケンス全体を実行します。需要予測は無料を含むすべてのプランで行われます。
Shopify に StockCue をインストール →