要点: EC運営の引き継ぎは、アカウント・進行中の注文・在庫・問い合わせ・定例作業を分けて一覧化します。最初に期限のある注文と未対応案件を確定し、その後に権限と手順書を照合すると、引き継ぎ直後の対応漏れを防ぎやすくなります。
EC運営の引き継ぎで最初にそろえる情報
担当者が変わるときに起きやすい問題は、情報が一つの場所に集まっていないことです。販売先のログイン情報だけ渡されても、どの注文をいつ処理するか、在庫をどのデータで正とするかが分からなければ運営は止まります。
最初に、次の5つを一覧にします。
- 販売先・会計・配送などの利用サービス
- 未発送、返品、未払い、問い合わせ中の案件
- 在庫と商品情報の正本データ
- ユーザー権限、二段階認証、復旧手段
- 毎日・毎週・毎月の定例作業
この一覧は、説明会のメモではなく、担当者が翌日から使う運用表として作成します。項目ごとに「確認済み」「対応中」「要判断」を付けると、口頭説明の抜けを補えます。
1. アカウントと権限を整理する
販売先、配送会社、決済、在庫管理、問い合わせ管理など、業務で使うサービスを洗い出します。サービス名だけでなく、利用目的、現在の管理者、招待する担当者、二段階認証の保管場所を記録してください。
パスワード以外に確認する項目
- 管理者と作業者の権限範囲
- 二段階認証の端末と復旧用連絡先
- メール通知を受けるアドレス
- APIキー、連携アプリ、外部ツールの接続先
- 退任する担当者のアクセス解除日
サービスにユーザー招待や権限設定がある場合は、共有パスワードよりも個別アカウントを使います。権限を広く渡すのではなく、出品、注文処理、返金、設定変更などの作業単位で必要な範囲を決めます。
2. 進行中の注文を先に引き継ぐ
引き継ぎ当日に最も優先するのは、すでに顧客との約束が発生している案件です。注文日だけでなく、発送期限、配送状況、購入者からの連絡、返品・返金の有無を記録します。
注文の引き継ぎ表に入れる列
| 分類 | 記録する項目 |
|---|---|
| 注文 | 注文番号、商品、購入日、販売先 |
| 期限 | 支払状況、発送期限、返信期限 |
| 配送 | 発送状況、追跡番号、配送上の注意 |
| 対応 | 未返信、返品、返金、要確認事項 |
| 次の一手 | 担当者、期限、完了条件 |
未発送や未返信の案件は、引き継ぎ説明の最後にまとめるのではなく、最初に共同確認します。期限と完了条件が決まっていない案件は、担当者が変わると保留のまま残りやすいためです。
3. 在庫と商品情報の正本を決める
在庫数が販売先ごとに違う場合、どのデータを正とするかを決めないまま引き継ぐと、二重販売や取り下げ漏れにつながります。数量、保管場所、検品状態、出品状態、最終更新日を同じ表で確認してください。
商品情報も、商品名・SKU・仕入れ価格・画像・発送条件の保存場所を明記します。複数のファイルがある場合は、最新版のファイル名と更新担当者を決め、古いファイルには「参照用」と記載します。
在庫管理の基本項目は、
で整理しています。引き継ぎ時は、理想的な管理表を作り直すより、現在の在庫と販売中商品の差異を先に確認してください。
4. 定例作業を時間軸で分ける
手順書に作業名だけを書くと、いつ実行するかが分からなくなります。「毎日」「注文が発生したとき」「毎週」「月末」のように時間軸で分け、開始条件と完了条件を一行で書きます。
例：毎日の確認
- 新規注文と未払いを確認する
- 発送期限が近い注文を抽出する
- 在庫切れ・価格変更の商品を確認する
- 未返信の問い合わせを分類する
例：週次・月次の確認
- 週次：在庫差異と配送遅延を照合する
- 週次：問い合わせの未解決案件を棚卸しする
- 月次：売上・費用・返品の集計条件を確認する
- 月次：不要な権限と連携サービスを見直す
5. 引き継ぎ当日の確認と翌週の振り返り
引き継ぎ当日は、前担当者の説明を聞くだけで終わらせず、新担当者が実際に一件処理する時間を設けます。テスト注文の確認、問い合わせの分類、在庫の検索など、通常業務の一部を実行してもらい、分からなかった点をその場で修正します。
引き継ぎ後の一週間は、質問や例外対応を記録します。手順書に書かれていなかった作業を追加し、更新日と更新者を残してください。引き継ぎ資料は一度作って終わりではなく、担当者が変わるたびに改善される運用資産です。
まとめ｜引き継ぎは情報の受け渡しではなく運用の再現
EC運営の引き継ぎでは、ログイン情報よりも、期限のある注文・在庫の正本・問い合わせの状態・作業の完了条件をそろえることが重要です。
まずは販売先とツールを一覧化し、未処理案件を先に確定してください。その後に権限、商品情報、定例作業を照合し、新担当者が一件処理できるところまで確認すると、担当変更後も運営を止めにくくなります。
よくある質問
引き継ぎ資料はスプレッドシートと文書のどちらで作りますか？
案件の状態や期限は、並べ替えや更新がしやすい表で管理します。判断基準や例外対応は文書にまとめ、表からリンクします。すべてを一つの長い文書に詰め込まず、一覧と手順を分けると更新箇所が明確になります。
担当者が一人しかいない場合も引き継ぎ資料は必要ですか？
必要です。休暇、外注、事業売却、ツール変更など、担当者が変わる場面は突然発生します。毎日の作業を短いチェックリストにしておくだけでも、作業の属人化と確認漏れを減らせます。
引き継ぎ完了の基準はどう決めますか？
アカウントへ安全にアクセスでき、期限のある注文を一件処理でき、在庫の正本を説明でき、未対応案件の次の担当と期限が決まっている状態を基準にします。説明を受けたかではなく、実際に運用を再現できるかで判断してください。
参照リンク
- eBay Seller Center — 出品・注文管理を確認する公式案内
- Shopifyのユーザーと権限 — スタッフ権限を確認する公式案内
- Amazon Seller Central — Amazon販売管理の公式入口