定期販売ラボby Shopi Lab D2C・定期通販の立ち上げと、続く仕組みの作り方
受注・物流・CS

定期通販の物流でつまずく4か所 — 在庫・出荷・同梱・返品

件数が積み上がるビジネスだからこそ、物流の設計ミスは後から効いてきます。定期に固有の落とし穴をまとめます。

定期通販の物流が難しいのは、出荷が「注文のたび」ではなく「契約のサイクル」で発生する からです。単発通販の感覚で設計すると、件数が増えたところで破綻します。

1. 在庫計画

定期は需要が読めるのが利点ですが、それは 契約データを見ていれば の話です。

必要な数字

次回配送予定日ごとの出荷予定数。これが出ないと、計画ではなく勘になります。

見るもの出せているか
今後4週間の日別出荷予定数
うちスキップ・停止見込みの割合
新規獲得の見込み数
解約による減少見込み

スキップの割合を見込まずに発注すると、余ります。 逆に、キャンペーン直後の新規が読めていないと欠品します。

欠品したときの選択肢を決めておく

定期で欠品すると、単発と違って「次回に回す」が選べます。ただし顧客への連絡と課金の扱いを決めておかないと、その場で判断することになります。

  • 次回にまとめて送るのか、1回スキップするのか
  • 課金は止めるのか、そのまま進めるのか
  • いつ、どう連絡するのか

2. 出荷指示

締切と変更のせめぎ合い

顧客は「次回発送日の◯日前まで」変更できます。一方、倉庫には出荷指示の締切があります。この2つがずれていると、変更したのに変更前の内容が届きます。

確認すること。

  • 顧客への案内上の変更締切
  • 倉庫への出荷指示の締切
  • カート/OMSがデータを送るタイミング

3つを並べて、顧客締切 → データ送信 → 倉庫締切 の順になっているかを見てください。

決済失敗と出荷の順序

決済が通っていない注文を出荷してしまう事故は、定期通販で最も起きやすいものの一つです。

決済のリトライ期間中に出荷指示のタイミングが来ると、システムの設計次第で出荷が走ります。決済ステータスが出荷判断に反映される作りになっているかを確認してください(決済失敗を解約にしない)。

3. 同梱物

回数に応じた同梱物の出し分けは、物流側から見ると条件分岐です。

  • 何回目かの情報が、出荷指示に含まれているか
  • 倉庫側が条件分岐に対応できるか(できないなら事前に仕分けが必要)
  • 同梱物の在庫も管理対象になっているか

3つ目が抜けがちです。 商品の在庫は見ているのに同梱物が切れて、封入なしで出荷される、というのはよくあります。

同梱物の中身の設計は同梱物の設計にまとめています。

4. 返品・再送

定期は継続的な関係なので、返品対応の質が継続率に直結します。

場面決めておくこと
不在・受取拒否保管期限後の戻り品をどう扱うか。次回はどうするか
破損・不良再送の判断基準と、誰が決めるか
誤配送回収するか、そのまま差し上げるか
解約直後の到着締切をまたいで出荷された分の扱い

「不在で戻ってきた」は定期で必ず起きます。 戻り品をそのまま放置すると、顧客は「届かない」と認識して解約します。戻りを検知して連絡する導線を作ってください。

拠点・外部倉庫を使うとき

3PLに委託する場合、定期特有の要件が満たせるかを確認します。

  1. 出荷指示に契約情報(回数・プラン)を含められるか
  2. 同梱物の条件分岐に対応できるか
  3. 戻り品の情報をこちらに返せるか
  4. 出荷締切と、こちらの変更締切の関係
  5. 少量多頻度の出荷にコストが見合うか

5が定期では効いてきます。 単発通販向けの料金体系だと、少量を毎月送る形はコスト効率が悪くなることがあります。

よくある質問

在庫はどれくらい持てばよいですか

次回配送予定日ごとの出荷予定数が出せていれば、そこから計算できます。スキップ・停止の見込み率を過去実績から引いてください。予定数が出せない状態で安全在庫を厚くするのは、数字ではなく不安で持っている状態です。

顧客の変更締切はいつに設定すべきですか

倉庫への出荷指示締切から逆算します。顧客締切 → システムのデータ送信 → 倉庫締切 の順になっている必要があります。この順序が崩れると、変更が反映されないまま出荷されます。

決済失敗のとき出荷は止まりますか

システムの設計によります。止まらない作りだと、決済が通っていない注文が出荷されます。選定時に確認し、実際にテストで通してください。

不在で戻ってきた商品はどうすべきですか

戻りを検知して顧客に連絡する導線を作ってください。放置すると顧客は「届かない」と認識し、それが解約理由になります。次回配送をどうするかもあわせて決めておきます。