セール翌日に出荷が遅れたとき、出荷件数だけを見ても、倉庫に作業が集中したのか、受注側で配送方法が決まらなかったのかは分かりません。物販ECの事業責任者や受注・物流の管理者に向けて、受注から出荷までの二つの改善事例を比較し、自社で先に試す施策の選び方を整理します。
この記事のポイント
注文を先へ進めるために、最初に何が足りなかったかを確認します。
関連記事: BtoC EC業務のボトルネックはどこか?出荷遅延から見極める方法
サービス提供元が導入当時に行った二つの取材から、各社が変えた作業と、自社で応用する際の条件を見ていきます。
複数のECサイトでアパレルを販売するクラシカルエルフでは、担当者が注文ごとに配送方法を振り分けていました。LOGILESSが掲載した担当者インタビューによると、同社は受注管理と倉庫管理をつなぎ、条件に沿って配送方法を振り分ける処理を自動化しました。
応用する際は、条件が重なったときの優先順位を決めます。例えば、通常は販路で配送方法が決まる注文でも、大型商品を含む場合は別便になることがあります。どちらの条件を優先するか、注文情報が足りないときは誰が確認し、いつまでに判断するかを決めておきます。条件が頻繁に変わる場合は、変更を承認し、適用日を管理する担当も明確にします。
米菓などを扱う阿部幸製菓には、袋入りとボトル入りのように、目視で区別しづらい商品がありました。ロジクラが掲載した担当者インタビューによると、同社は受注管理と倉庫側の在庫・出荷管理を連携し、バーコード検品を導入しました。導入後は、出荷前に他部署へ頼んでいた目視の二重確認を省けるようになったといいます。
応用する際は、注文に記載された品目と、バーコードが示す品目を同じ単位で照合できるかを確かめます。ラベルに共通の商品名しかない場合は包装の違いを判定できないため、包装ごとのコードで識別できる品目から始めます。コードが読めない場合の保留先も決めておきます。
関連記事: BtoC ECの業務標準化が進まない理由|手順・判断・責任のずれ
直近で出荷締め時刻に間に合わなかった注文を、一つの販路か商品群に絞ります。注文番号を起点に、受注確定、倉庫への出荷指示、出荷実績をつなぎます。止まった理由が記録に残っていなければ、受注側と倉庫側の担当者が同じ注文を見ながら、どの時点で何を待ったかを確認します。
最初に止まった理由に合わせて、変更を一つ試します。振り分けの見直しでは、条件が重なる注文を想定どおりに処理できるかを確かめます。検品の見直しでは、コードの不一致を検知した時点で出荷を止められるかを確かめます。梱包や引き渡しの枠が足りない場合は、販促日の出荷予定を早めに倉庫に共有し、梱包台や集荷枠を確保できるかを検討します。
試行の前後は、同じ販路・商品群で、通常日と販促日を分けて比べます。締め時刻までに出荷できた割合は、当日出荷の対象となった注文を分母にします。誤出荷の件数と、締め時点で確認が残った注文数も記録します。
受注から出荷指示までが早くなっても、倉庫で配送条件を確認し直す件数が増えた場合は、出荷指示に足りなかった情報を調べます。受注側で補う項目と、倉庫側で判断する条件を整理してから、対象を広げるかを決めます。
関連記事: BtoC ECのコスト削減|注文ごとに余分な支出を見つける方法
試した変更を広げるかは、締め時刻までに出荷できたかに加え、誤出荷や後工程の再確認が増えていないかを見て判断します。
Yopazは、ECサイトや在庫・販売管理システムの開発・保守に対応しています。受注から倉庫への情報の受け渡しを見直したい場合は、直近の遅延注文が止まった工程と、そこで誰が何を確認しているかを添えて、Yopazにご相談ください。
A.セットを識別できるまでは、構成品と数量を明細で確認し、構成が分からない注文は保留にします。セット用のコードを整備した後は、組み合わせごとに照合結果を確かめてから対象に加えます。
A.出荷指示の送信時刻と出荷実績の受領時刻を記録し、遅れが指示の前か後かを絞ります。出荷実績の受領と実際の荷物の引き渡しに時間差がある場合は、倉庫側から数件の作業記録を受け取り、その差も含めて確認します。
A.誤った配送方法で指示が出る、振り分けの根拠を追えないなど、事前に決めた停止条件に達した注文群を手動に戻します。再処理の前に、倉庫が出荷指示を受け取ったかを照合し、指示の重複を防ぎます。