バックオーダー
バックオーダーとは、商品が一時的に在庫切れであっても、顧客が注文を出せ、新規在庫が到着次第の出荷が約束される受注形態を指します。在庫切れ(ストックアウト)が販売そのものをブロックするのに対し、バックオーダーでは販売を受け付け、前払いとコミットメントを通常は事前に求める点で、単なる順番待ちリストとも異なります。バックオーダーは、在庫問題であると同時に、意図的な在庫戦略でもあります。
バックオーダーの定義
バックオーダーとは、現在在庫切れの商品に対して受け付けられた顧客注文であり、新しい在庫が到着するまでフルフィルメントが延期されるものです。販売そのものをブロックする在庫切れとは異なり、バックオーダーは未充足の需要を、遅延はあるものの確定した取引に変換します。すなわち、顧客は購入をコミットし(多くの場合即時に支払い)、補充在庫が入荷した際の出荷日を約束されることになります。バックオーダーは、受注生産の家具や限定生産品から、一時的な供給不足に陥った人気商品まで、Eコマースのほぼすべてのカテゴリーで見られます。この慣行は在庫管理と顧客体験の交差点に位置しており、現実的な納期と先回りしたコミュニケーションで適切に処理すれば、失われるはずだった販売を維持できますが、不適切に処理すれば、キャンセル、返金申請、信頼の毀損につながります。
バックオーダーの仕組み
バックオーダーの仕組みは、通常、一貫した流れに従います。第一に、SKUの手持ち在庫がゼロになる一方で需要が継続します。これは通常、補充注文がすでに輸送中であるか、サプライヤーとのスケジュールが確定している場合です。第二に、事業者は、商品を非表示にしたり完全に在庫切れと表示する代わりに、入荷予定の在庫に対する注文を引き続き許可するかどうかを決定します。第三に、バックオーダーが有効になっている場合、商品ページには推定出荷日が表示され、注文は内部的に「フルフィルメント可能」ではなく「バックオーダー」としてフラグ付けされます。第四に、補充出荷が倉庫に到着すると、バックオーダーされたユニットは注文順に割り当てられ、通常通りのフルフィルメントが実行されます。
具体例:あるストアが人気の陶器製マグカップを週に40ユニット販売しており、手持ち在庫がゼロになり、500ユニットの新規出荷が12日後に到着することが確定しているとします。ストアは販売をブロックせず、バックオーダーを許可し、商品ページに「2週間以内に出荷」と表示します。この12日間で、さらに90ユニットのバックオーダーを受け付け、これらはすべて新規在庫到着後1〜2日以内に出荷されます。バックオーダーオプションがなければ、これら90件の販売は完全に失われるか、競合他社に流れていたでしょう。
バックオーダーがEコマースブランドにとって重要な理由
バックオーダーは、供給不足期間中の収益獲得に直接影響します。在庫がゼロになった時点で購入を無効にするストアは、補充期間中のすべての販売を失います。適切な商品でバックオーダーを許可するストアは、その需要の多くを回収できます。しかし、このメリットは納期の約束が守られた場合にのみ成立します。推定日を大幅に過ぎてもバックオーダーが遅延すると、これは遅延販売ではなく約束違反のように機能し、キャンセル、チャージバック、サポートチケットを発生させ、失われた売上以上のコストがかかる傾向があります。バックオーダーには運転資金の側面もあります。まだ手元にない商品に対して前受けした資金は、収益認識と返金負債に正しく反映される必要があり、最終的にキャンセルされたバックオーダーは適切に精算されなければなりません。
| シナリオ | 在庫切れ(バックオーダーなし) | バックオーダーあり |
|---|---|---|
| 顧客体験 | 「在庫切れ」を表示、サイトを離れる可能性あり | 出荷日見積もり付きで購入可能 |
| 収益への影響 | 即座に販売を損失 | 販売を獲得、フルフィルメント待ち |
| リスク | 顧客が競合他社で購入する可能性 | 出荷日の信頼性にリスクが移行 |
| 最適な状況 | 衝動買い志向が強く、ロイヤルティが低いカテゴリー | 入荷日が予測可能で、ロイヤルまたは忍耐強い買い手 |
| 運用負荷 | 最小限 — 商品を非表示または無効化するだけ | 追跡、コミュニケーション、入荷時の割り当てが必要 |
バックオーダーとAI主導のコマース
ChatGPT Shopping、Perplexity Shopping、Amazon RufusなどのAIショッピングアシスタントは、複数の小売業者間で商品を比較する際に、リアルタイムの在庫状況を表示することが増えています。そのため、不適切にラベル付けされたバックオーダーは、気付かれないうちに買い手を同じ商品を在庫ありと表示している競合他社へと誘導する可能性があります。バックオーダー状況を正確かつ一貫して最新に保ち、これらのチャネルに情報を提供することは、かつてないほど重要です。なぜなら、「2週間以内に出荷」と表示されたリストが、より高価格の在庫ありの代替品よりも実際には良い取引である可能性があっても、AIアシスタントが選択肢を要約する際にその文脈を考慮することはないからです。AmICitedのeshop_get_replenishmentツールは、仕入注文、サプライヤーのリードタイム、現在の販売速度を実際の需要に対して追跡し、在庫切れやバックオーダーの状況に陥る前にその傾向があるSKUを警告することで、事業者が先手を打つことを支援します。この事前警告により、事業者は補充注文を迅速化するか、商品リストと接続されたショッピングフィードを正確で現実的な配送見積もりで事前に更新する時間を得られます。
バックオーダー管理のベストプラクティス
- バックオーダーは一律のストアポリシーとしてではなく、入荷日が確定・信頼できるSKUに限定して選択的に有効にする
- 曖昧な「近日出荷予定」ではなく、具体的で現実的な出荷日見積もりを表示する
- 顧客が問い合わせるのを待つのではなく、約束した出荷日が遅れる場合は先回りして連絡する
- 正確な予測を維持するため、バックオーダー数量を手持ち在庫や喪失需要とは別の固有の在庫状態として追跡する
- 入荷在庫は注文順にバックオーダーに割り当て、在庫到着後は速やかに発送を確定する
- 待てない顧客には簡単なキャンセルまたは返金経路を提供し、バックオーダーが成立しない場合でも良好な関係を維持する
よくあるバックオーダーの失敗
入荷確実性に関わらず全商品でバックオーダーを許可すること。 バックオーダーは補充日が確実に信頼できる場合に機能します。不確実な、または繰り返し遅延するサプライヤーのSKUに同じポリシーを適用すると、約束違反のパターンが生まれ、単に在庫切れと表示するよりも早く信頼を損なうことになります。商品を魅力的に見せるために配送スケジュールを過小評価すること。 楽観的な出荷日見積もりは短期的なコンバージョンを生みますが、実際のスケジュールが明らかになるとキャンセルとサポートチケットの波を引き起こし、その返金と評判のコストは追加売上の価値を上回ることがほとんどです。予測においてバックオーダー需要を別途追跡しないこと。 バックオーダー数量がフルフィルメント済み販売とは異なる実際の需要としてカウントされない場合、次回の補充注文は過小評価された需要に基づいて計算され、最初の在庫切れが解消された直後に再び在庫切れを引き起こす可能性があります。バックオーダーの出荷日が遅延した場合に先回りして連絡しないこと。 顧客は明確に説明された一度の遅延には比較的寛容ですが、連絡がない、または出荷日が繰り返し変動することにははるかに寛容ではなく、これが一貫してバックオーダー関連のキャンセルと否定的レビューの最大の要因となっています。キャンセルされたバックオーダーを調整せずに新規在庫を先着順で割り当てること。 顧客がバックオーダー商品をキャンセルした場合、そのユニットは直ちに利用可能な割り当てに戻される必要があります。そうしないと、次の順番の顧客が実際にはすでに利用可能な在庫を待つことになります。