Shopify 製品バリエーションの在庫計画

Shopify はバリエーション レベルで在庫を追跡するため、5 つのサイズで販売されるキャンドルは、上部にドロップダウンがあるという計画上の問題ではありません。在庫数が 5 つ、再注文ポイントが 5 つ、製品ページに在庫があると表示されている間に在庫切れになる方法が 5 つあります。

問題は、予測したい履歴がその構造の上部に存在し、購入しなければならない株式が下部に存在することです。この投稿は、親を予測して分割するタイミング、バリアントを直接予測するタイミング、分割を破壊する原因など、この 2 つの間の移行について説明します。そもそもバリアントごとに追跡をオンにする方法については、 在庫追跡セットアップガイド、およびバンドル（1 つのセールで複数のバリエーションが同時に消費される）は次のとおりです。 また別の問題。

バリアントの問題

こちらは 1 つの製品、12 週間、5 つのサイズです。親会社は四半期全体で 600 ユニットを販売し、週に 50 ユニットを販売しました。

親レベルでは、この商品は在庫が得られるのとほぼ同じように動作しています。 12 週間の合計は 47、54、47、49、60、46、53、50、49、52、42、51 で実行されます。平均は 50、変動係数は約 0.09 です。好きな方法でそれを予測できます。

今度は下を見てください。 700g の 12 週間は、0、3、0、0、6、1、6、2、0、4、0、2 です。同じ製品、同じ顧客、同じ四半期、変動係数は約 1.1 です。 12 週間のうち 5 週間はゼロです。 90g の場合はさらに悪く、0、0、2、5、0、3、0、0、1、0、0、1、つまり 4 バーストで到着する 1 四半期に 12 単位になります。

親またはバリアントを予測する

ほとんどのカタログで機能するデフォルトは、集約してから分割することです。履歴が安定している親を予測し、その答えをバリアントの組み合わせで割ります。上記の数字に基づいて、600 ユニットの 12 週間予測は、250g が 420 個、160g が 96 個、400g が 48 個、700g が 24 個、90g が 12 個に分割されます。分割すると、構成によって 600 に戻ります。これがこの方法の静かな利点です。バリアント プランの合計が製品プランより多くなったり、少なくなったりすることはありません。

メソッドを伝送するのに十分な独自のシグナルがある場合、バリアントを直接予測します。週35回で250gです。週8回で160gならおそらく大丈夫でしょう。 400g、700g、90g にはそうではなく、ゼロが 5 つ含まれる一連の移動平均を実行すると、算術的に正しい数値が生成されますが、運用上は役に立ちません。そのパターンには、 独自の計画アプローチ、そしてそれは通常の意味での予測ではありません。

集約してから分割する場合の失敗モードは、保存期間を伴う推定値であるにもかかわらず、混合物を事実として扱うことです。この投稿の以降の内容はすべてその推定に関するものです。

サイズと色の曲線

この組み合わせは分割点であり、レポートのデフォルトの日付範囲から取得するのではなく、意図的に計算する価値があります。 2 つのルールにより使用可能になります。

クリーンなウィンドウ上で計算します。 バリエーションが在庫切れだった週は、2 つ下のセクションに記載されている理由により、ミックス計算には含まれません。また、好みではなくプロモーションを測定したため、1 つのバリエーションが割引され、他のバリエーションが割引されなかった週も発生しません。

ミックスの動きに注目してください。 過去 4 週間の組み合わせを後続の 12 週間と比較してください。 400g が体積の 8% から 12% になり、古い曲線で分割を続ける場合、600 個購入すると 24 個が間違ったサイズに送られ、400g のうち 72 個ではなく 48 個が送られ、差額は要求しなかったバリエーションに着地します。 24 ユニットはそのバリエーションの販売の 6 週間に相当するため、誤差は四捨五入の問題ではありません。

サイズと色はスプリッターとしての動作が異なるため、それらを区別するのに役立ちます。サイズ曲線は購入する人の体型や棚のスペースを反映しており、次の購入まで維持される傾向があります。色や香りの組み合わせは人々が現在求めているものを反映しているため、過去 12 週間とは関係のない理由、つまり新しいリリース、写真の変更、競合他社が人気を博した色などによって変化する可能性があります。製品に両方が含まれる場合は、まずサイズごとに分割します。これはより安定した軸であるため、色の分割は購入するたびに再確認するものとして扱います。

歴史が浅い亜種

2 種類の亜種は、履歴が少なすぎて予測できません。1 つは真新しいもの、もう 1 つは永続的に遅いものです。彼らは異なる答えを必要としています。

新しい色やサイズについては、数字を考え出すのではなく、組み合わせを借りてください。発売した最後のカラーウェイが 8 週目までに製品のボリュームの 9% に落ち着いた場合、これはスプレッドシートが 4 つのデータ ポイントから導き出すことができるどの推定よりも優れた開始推定値であり、レビュー日も添付されています。履歴がまったくない計画の一般的なケースについては、次の記事で説明します。 新製品の予測。

永続的に遅いバリアントの場合、制約は通常、予測ではありません。 90gは四半期に12個売れます。サプライヤーの最小数量が 50 ユニットの場合、1 回の注文で約 50 週間の保証があり、予測精度がいくらであってもそれは変わりません。あなたの目の前にある決断は、それをどう予測するかではなく、そもそもそれを運ぶかどうかです。

バリアント間の置換

在庫切れのバリアントは単にゼロを記録するわけではありません。それを望んでいた顧客の中には、どちらかのサイズを購入する人もいます。そのため、在庫切れによって需要が隣に横に押しやられ、両方の測定値が間違ってしまいます。

250g で 3 週間の在庫切れが発生した場合、同じ 12 週間かかります。 250g は 9 週間で 12 個ではなく 35 個売れます。つまり、420 ​​個ではなく 315 個です。その 3 週間で、160g は通常の 24 個ではなく 42 個売れ、400g は 12 個ではなく 18 個売れます。欠品していた 105 個のキャンドルのうち 24 個は別のサイズの販売として戻り、残りは売れました。この四半期の製品合計: 600 ではなく 519。

次に、そのウィンドウでミックスを再計算します。 250g は 70% ではなく 60.7%、160g は 16% ではなく 22.0%、400g は 8% ではなく 10.4% となります。次の 600 単位の購入をこれらの株で分割すると、250g は 420 単位必要なところ 364 単位を取得し、160g は 96 単位必要なところ 132 単位を取得します。 250g は 56 単位不足で、これは販売の 1 週間半に相当します。160g は 36 単位あり、これは必要のなかったバリアントの 4 週間半の追加カバーになります。

すでに在庫切れになっていたため、2 番目の予約が入りました。この修正は地味なものです。どのバリアントがいつ利用できなかったかをメモし、ミックスを計算するすべての期間からそれらの週を除外します。販売レポートには、需要がない週と在庫がない週の違いを示すものはないため、そのメモはあなたから作成される必要があります。

バリエーションごとにポイントを並べ替える

算術は同じものです 再注文ポイントの公式ガイド 製品ごとに 1 回ではなく、バリアントごとに 1 回適用されます。 Shopify は場所ごとのバリエーションごとの数量を追跡しており、そのペアはプラットフォームが持つ在庫の最小単位であるため、トリガーが配置できる最小単位でもあります。

バリエーションによって変わるのは、答えの形です。 12 日間のリードタイムでは、250g、1 日あたり 5 ユニットのリードタイム需要は 60 ユニットであり、再注文ポイントは教科書どおりに動作します。 700g を週 2 ユニットで生産すると、リードタイム需要は約 3.4 ユニットになります。 24 個のケースで到着するバリアントの「3.4 プラスバッファ」というトリガーは、サプライヤーが受け入れない質問に答える公式です。ロングテールの場合、実際的なトリガーはケース全体で示されています。在庫が 1 ケースを下回ったときに 1 ケースを注文します。最小オーダーサイズ以下の精度は装飾品となります。

バリアントの枝刈り

バリエーションの追加は製品の決定によるものです。 1 つを維持するかどうかは在庫の決定であり、必要な頻度よりもはるかに少ない頻度でレビューされます。

プラットフォームはここであなたを制限するものではありません。 Shopify は、2025 年 10 月 15 日に、製品あたりのバリアントの上限を、長年の制限である 100 から 2,048 に引き上げましたが、製品あたりのオプション数は 3 のままです。Shopify 自身の開発者変更ログには、この増加に関する警告が添付されています。現在の GraphQL 製品 API に準拠していない古いアプリを使用している販売者は、バリアントが 100 を超える製品では機能が低下する可能性があります。したがって、上限は高く、オプション数はそれに伴って変動しません。100 を超えてバリエーションを拡大することは、購入だけでなくアプリもテストするための決定です。これだけの数の株式プールをうまく運営することは別の分野であり、以下でカバーされています。 高SKU店舗の在庫計画。

バリエーションごとにミックス、予測、再注文ポイントを再計算するのは、1 つの製品では問題なくても、400 の製品では不可能な種類の作業です。 StockCue 独自の注文履歴から追跡されたすべてのバリエーションのベロシティと再注文ポイントを計算し、毎晩再計算します。無料を含むすべてのプランで予測が行われ、販売ベロシティの上位 50 のバリエーションがカバーされます。

よくある質問

製品レベルまたはバリアント レベルで予測する必要がありますか?

通常は両方をこの順序で行います。親商品の組み合わせ履歴は、単一のバリエーションよりも安定しているため、最初に親商品を予測し、次に最近の売上構成を使用してその数値をバリエーション全体に分割します。次に、各バリアントの履歴に対して分割の健全性をチェックし、バリアントをサポートするのに十分な売上がある場合にのみ、バリアントを直接予測します。どちらの予測方法であっても、Shopify が在庫を追跡するレベルであるため、バリアントごとに在庫を購入して保持します。

販売履歴のない新しいカラーウェイを予測するにはどうすればよいですか?

数字を考え出すのではなく、ミックスを借りるのです。同等のバリエーションがその生涯の同じ時点で保持していた数量のシェアを取得し、それを親製品の予測に適用し、サプライヤーが販売する最小数量を購入します。実際の売上の最初の 4 ～ 6 週間は計画ではなくデータ収集であるため、通常の四半期ごとのレビューを待つのではなく、短いサイクルでレビューします。

在庫切れのサイズにより、他のサイズの需要が損なわれることはありますか?

はい、両方向です。在庫切れのバージョンでは、実際には需要がゼロであることが記録されており、その需要の一部がその両側のサイズの追加販売として表示され、その結果、そのサイズのシェアが膨らみます。次に、在庫切れを含むウィンドウで次のサイズ分割を計算すると、在庫切れになったサイズを過少購入し、その隣のサイズを過剰購入することになります。構成を計算するウィンドウから在庫切れの週を除外します。

1 つの製品に多すぎるバリエーションは何個ありますか?

Shopify は、2025 年 10 月 15 日にプラットフォームの上限を製品あたり 2,048 バリアントに引き上げましたが、オプションの数は依然として 3 に制限されており、独自の開発者変更ログは、現在の GraphQL 製品 API に準拠していないアプリは、100 バリアントを超える製品では機能が低下する可能性があると警告しています。計画の制限はプラットフォームの制限を大幅に下回っています。すべてのバリエーションは個別の予測、個別の再注文ポイント、および個別の現金の山であるため、有益な質問は、商品ページにいくつのバリエーションを保持するかではなく、実際に在庫を保持できるバリエーションの数です。