Shopify の在庫不足アラート: セットアップ ガイド

Shopify では、管理画面に「在庫不足」タグが表示され、手動で表示できる在庫不足フィルターが表示されますが、商品がそのラインを超えたときにメールや通知が送信されることはありません。誰もあなたの肩をたたきません。顧客から在庫がなくなったと告げられたときに、在庫が残り少なくなっていることがわかります。このガイドでは、Shopify が実際にネイティブで提供しているもの、在庫のしきい値が低いことが再注文ポイントと同じではない理由、在庫がなくなる前に実際に届くアラートを設定する方法について説明します。

Shopify がネイティブで行うことと行わないこと

Shopifyでは、在庫設定でバリエーションごとに「在庫不足」のしきい値を設定できます。在庫がその数値を下回ると、その製品には管理在庫リストに「在庫不足」バッジが表示され、在庫ページをフィルタリングして、現在しきい値を下回っているすべてのものを表示できます。これは本当に便利ですが、プッシュ システムではなくプル システムです。忘れずに見に行かなければなりません。受信箱には何も届きません。

ネイティブ プッシュ オプションの 1 つは次のとおりです。Shopify フロー、在庫が設定された数を下回ったときに電子メールまたは Slack メッセージをトリガーできる自動化ツール。フローは以前は Plus のみの機能でした。そのため、多くの古いアドバイスで今もそのように言われていますが、2023 年以降、すべての有料プランで利用できるようになりました。問題はアクセスではなく、自分でワークフローを構築し、売上に応じて移動する再注文ポイントではなく、入力した固定番号でワークフローが起動することです。

ネイティブで利用可能なものをセットアップする

1. バリアントごとにしきい値を設定します。各製品のバリエーション設定に移動し、在庫セクションに低在庫しきい値を入力します。大規模なカタログがある場合は、最初に最も売れている SKU に対してこれを実行します。すべてのしきい値を一度に設定するのは面倒なので、最初から始める必要はありません。バリアントがまだ追跡されていない場合、しきい値を監視する必要はありません。最初に追跡をオンにする。
2. フィルタリングされた管理ビューを保存します。「製品」→「在庫」で「在庫僅少」でフィルタリングし、その URL をブックマークします。スケジュールに従ってチェックしてください。動きの速い SKU については毎日、それ以外の場合は毎週です。
3. フローワークフローを構築します。各有料プランでご利用いただけます。新しい数量がしきい値を下回っているかどうかをチェックする条件と、購入を担当する人に電子メールまたは Slack 通知を送信するアクションを指定して、「在庫数量変更」トリガーを使用します。

これにより通知が届きますが、信頼する前に理解する価値のある実際の制限があります。静的なしきい値では、製品が実際にどれだけ早く売れるか、サプライヤーが商品を補充するまでにどれくらいの時間がかかるかが考慮されません。その違いについては次に説明します。

低在庫閾値と再注文ポイント - それらは同じものではありません

低在庫のしきい値は、おそらく一度か、おそらく少し前に選択された固定数です。再注文ポイントは、実際の販売速度とサプライヤーの実際のリードタイムから計算され、それらの数値の変化に応じて変化します。完全な式を以下で説明します。再注文ポイントの計算方法ですが、短いバージョンは次のとおりです。

再注文ポイント = (平均日販 × リードタイム日数) + 安全在庫

固定しきい値の現実的な問題: 製品の販売速度が 2 倍になった場合 (バイラルな瞬間、季節的な急増、効果的なマーケティング活動)、以前のしきい値は低すぎます。すでに在庫がバッファーを超えて逼迫しているため、アラートを受け取るのが遅すぎます。速度が低下すると、同じしきい値によってアラートがトリガーされるのが早すぎ、過剰注文になります。一度設定され忘れられた閾値は、両端の現実と同期せずに静かに漂います。

このため、しきい値ベースのアラートは合理的な開始点ですが、成長中のほとんどの店舗がそこに留まるわけではありません。次のステップは、ライブ販売データから再注文ポイントを自動的に再計算するソフトウェアです。そのため、アラートには、6 か月前に設定した数値ではなく、常に現在のベロシティが反映されます。

アプリのオプションを比較する

比較する前に知っておく価値があります。在庫が少ないことは、いくつかのシグナルのうちの 1 つです。売上高、セルスルー、カバー期間の日数から、基準値では決して実現できないことがわかります。単に在庫が少ないというだけではなく、追跡する価値のある指標別に。

ネイティブのしきい値では対応できず、しきい値ごとにフロー ワークフローを構築して維持することが 1 週間の過ごし方ではない場合は、専用の在庫アプリが、単純なしきい値アラートから完全なベロシティ ベースの予測まで、さまざまな高度なレベルでこれを処理します。主なオプションを詳細に比較しましたStocky の代替品の比較どちらかを選択する場合は全文を読む価値がありますが、特にアラートの短いバージョンは次のとおりです。

• シンプルな閾値アプリShopify Flow の機能をネイティブに複製し、すべてのプランで利用可能です。通知だけが必要で、予測が必要ない場合に便利です。
• 速度ベースの並べ替えアプリ販売履歴から再注文ポイントの計算式を自動的に計算し、速度の変化に応じて再計算するため、手動によるメンテナンスを行わなくても、アラートの正確性が維持されます。
• 完全な需要予測ツールさらに、最近の売上高を単に平均するのではなく、将来の需要傾向を予測し、数百 SKU 未満のほとんどの店舗が実際に必要とする売上高を上回ります。

弊社独自のアプリ、ストックキューは、ベロシティベースのカテゴリに属します。計算された再注文ポイントに対するすべての SKU の販売ベロシティを監視し、それを超えた日に警告を発します。発注書 (サプライヤー、数量、コスト) が作成され、最初から作成するのではなくレビューを待ちます。何かをコミットする前にアラート メカニズム自体を試したい場合は、50 SKU 未満のストア向けの無料プランがあります。

実際のセットアップ手順

1. SKU の収益上位 20% から始めます。まず、これらのしきい値を設定するか、ポイントを並べ替えます。これらが最も重要であり、間違った判断をすると最もコストがかかります。
2. 各サプライヤーの実際のリードタイムを計算する、推測ではありません。過去数件の注文書を確認して、注文から在庫を受け取るまでに実際にかかった時間を確認してください。
3. 安全在庫バッファを選択してください売上の変動の度合いに基づいて SKU ごとに計算します。安定した販売者の平均売上は 3 ～ 5 日、変動の激しい SKU または信頼性の低いサプライヤーの SKU の場合は 7 ～ 14 日です。
4. アラート方法を選択してください— 最大 30 SKU 未満の場合はネイティブしきい値と手動チェック、固定しきい値を自分で維持できる場合は Flow ワークフロー、計算と通知を自動的に処理したい場合は専用アプリを使用します。
5. 四半期ごとに確認および再計算するベストセラーの場合は少なくとも毎月。速度のドリフト。一度設定した並べ替えポイントを再訪しないと、最終的には現実と一致しなくなります。

よくある質問

Shopifyには在庫不足の電子メールアラートが組み込まれていますか?

いいえ。管理画面でバッジやフィルターを表示する在庫のしきい値を低く設定できますが、Shopify が独自にメールを送信することはありません。メッセージを取得するには、すべての有料プランで無料である Shopify Flow でワークフローを構築するか、サードパーティ アプリをインストールします。

在庫不足アラートと再注文ポイントアラートの違いは何ですか?

在庫不足アラートは、在庫が手動で選択した数値を超えると、通常は 1 回発生します。再注文ポイントアラートは、在庫が実際の販売速度とサプライヤーのリードタイムから計算された数値を超えると発生し、その数値は販売パターンの変化に応じて自動的に更新されます。

在庫が少ないメールを受信するにはサードパーティのアプリが必要ですか?

厳密にはそうではありません。 Shopify Flow はすべての有料プランで利用でき、バリアントが設定した数値を下回ったときにメールで通知することができるため、ワークフローを構築したい場合は無料のネイティブ ルートが存在します。しきい値を手動で入力するのではなく、販売速度から計算したい場合には、アプリが活躍します。

製品ごとに低在庫のしきい値を設定するにはどうすればよいですか?

Shopify 管理画面で、商品に移動し、バリエーションを選択して、[在庫] セクションを見つけます。そこには、各バリエーションのしきい値に対して「在庫が少ない」入力フィールドがあります。

在庫不足のアラートを受け取ったらどうすればよいですか?

理想的には、アラートによって、実際に品薄になる前に注文できる十分なリードタイムが得られるはずです。これが、「もうすぐ品切れ」に反応するのではなく、適切な再注文ポイントを計算するポイントです。 StockCue のようなアプリは、アラートと一緒に発注書の下書きを作成するため、次のステップは空白のスプレッドシートから開始するのではなく、発注書を確認して送信することになります。