Blog

金曜の出荷締め後、担当者が「在庫を確認中の注文がある」とだけ残して退勤する。月曜の担当者は、どの販売先の、どの商品で、何を待っているのか分からず、受注一覧、在庫表、過去の連絡を順に探すことになります。EC受注の引き継ぎで困るのは、作業が残っていることそのものより、次に誰が何を確かめれば処理を進められるかが残っていないことです。

ここから、複数モールや自社ECで共通して使える「受注引き継ぎ判断分岐シート」を一緒に作ってみましょう。受注・在庫・顧客対応を一枚の処理順に置き、週次と月次で手直しするところまでたどります。

優先したいのは、全注文を細かく報告することではありません。次の担当者が保留の理由と確認先を見て、一件ずつ処理を再開できる記録です。完了件数だけをそろえるより、止まった注文をもう一度動かせる情報を残す方が役立ちます。

EC受注の引き継ぎは「未完了の理由」から始める

販売先ごとに管理の仕組みは異なります。楽天市場ではRMSに受注管理があり、受注管理データは伝票、納品書、宛名ラベルや自社の販売管理システムとの連動に利用できると案内されています。Amazonではセラーセントラルで在庫と注文などを管理すると説明されています。Yahoo!ショッピングでは受注や発送は各出店者が行うとされ、Qoo10では商品登録から発送までの販売プロセスをQSMで管理すると案内されています。

こうした公式情報から共通化できるのは、画面項目ではなく、受注から発送へ進む途中で確認が必要な状態が生じることです。モールごとの表示名や処理条件まで同じだと考えず、引き継ぎシートでは販売先名と、実際に確認する公式案内・社内の在庫記録を分けておくと迷いにくくなります。利用中の具体的な仕様は、それぞれの管理環境の公式ヘルプへ戻れば確かめられます。

楽天市場のRMSサービス紹介、Amazon出品大学とよくある質問、Yahoo!ショッピング ストア運営の概要、Qoo10大学の販売管理案内はいずれも2026年8月1日確認時点の情報です。

まず作る「受注引き継ぎ判断分岐シート」

この判断分岐シートは、作業日ごとの報告書ではありません。通常どおり進んだ注文は詳しく書かず、止まった注文だけを次の人が再開できる形にします。ここで残すのは、保留の理由、確認先、次の担当、完了条件の四つだけです。

「在庫なし」「返信待ち」だけでは、担当交代後に処理が進みません。そこへ「どの記録を見ればよいか」と「誰がいつ見直すか」を続けると、保留が作業待ちの箱ではなく次の行動に変わります。

架空の記入例で、月曜の判断をたどる

以下は実在の店舗・注文・顧客に基づかない架空の記入済み例です。金曜17時、出荷担当が一件の注文を保留にした場面をたどってみます。

ここで気をつけたいのは、在庫の数字が合わない理由を推測で埋めないことです。在庫表、入出庫記録、受注のどれが先に更新されたかは、記録を照合して初めて見えてきます。確認の結果、顧客対応が必要になった場合も、本文にない個別事情を引き継ぎメモへ広げず、連絡の担当者と次に確認する時刻だけで十分です。

週次は保留を分類し、月次は分岐そのものを直す

週次の見直しでは、判断分岐シートから未完了だけを取り出してみます。ここで見たいのは売上や処理速度ではなく、同じ場所で止まる仕事が繰り返されていないかです。たとえば在庫確認が多い週は、原因をその場で決めず、「確認先が毎回違う」「確認担当が決まらない」といった運用上の事実を分けて記録しておくと、月次の見直しがしやすくなります。

• 保留件数は、在庫確認・注文内容の確認・顧客対応待ち・判断不能のどこに偏っている？
• 前週から残った案件に、次の確認者と再確認日はある？
• 同じ商品群や同じ確認先へ偏っていない？
• 通常処理へ戻せた案件に、解決理由が一言残っている？

月次で件数が増えていても、それだけで業務品質が下がったとは限りません。繁忙期、取扱商品の入れ替え、確認対象の変化でも件数は動くためです。では、月次では何を見るのか。次の三点を一緒に見直してみましょう。

1. 分岐は足りているか。「判断不能」が多いなら、必要な確認先を一つ追加してみます。
2. 確認先は実際にたどれるか。「在庫表」だけで迷うなら、どの時点の記録を見るかをチームでそろえておくと、次の人が探し直さずに済みます。
3. 完了条件は曖昧でないか。「対応済み」ではなく、処理再開・対応結果の記録・次回確認日の設定のどこまで終われば完了かを選べる形にします。

月次で作りたいのは、翌月版の判断分岐シートです。週次で増えた注意事項を別紙へ積み上げるより、現場で迷った分岐だけをシートへ反映する方が、次の担当者も迷った場所から使い始められます。

記録を増やしすぎない例外と、引き継ぎの完了条件

すべての注文を同じ密度で記録すると、記入そのものが滞り、肝心の保留が埋もれます。通常処理は件数と担当だけ、詳しい記録は在庫・注文内容・顧客対応の確認で止まった案件だけ、という分け方から試してみましょう。少人数でも繁忙期に回しやすい反面、通常処理の細かな経過を後から追う用途には足りません。その追跡が必要な業務は、別の社内記録へ戻れるようにしておきます。

引き継ぎの完了は、前任者が説明を終えた時点ではありません。次の担当者が一件を選び、保留理由、確認先、次の担当、完了条件を見て処理を再開できたら完了です。週次に一件だけ、実際に再開できるか試してみます。そこで詰まった場所が、シートへ足したい情報です。

EC受注の引き継ぎでは、販売先ごとの画面を無理に同じにしなくて大丈夫です。まずは、止まった理由、確認先、次の担当、完了条件の四つをそろえてみましょう。週次で記録し、月次で分岐を直していけば、受注・在庫・顧客対応の間で判断が途切れにくくなります。

本記事は記事内で取り上げる各サービスの提供会社が提供または認定するものではありません。