ECショップ運営の引き継ぎ・属人化対策で押さえること
モールごとの出品設定が担当者の頭の中にある
楽天・Amazon・Yahoo!ショッピングはそれぞれ出品画面や配送設定、ポイント施策の仕組みが違います。担当者が一人で複数モールを回していると、カテゴリ登録や画像差し替えの手順が本人の記憶だけに残り、退職すると同じ商品でも出品し直しに時間がかかります。
顧客対応の「さじ加減」が引き継がれない
返品や初期不良、配送遅延への対応は、規約通りに処理する部分と、顧客ごとに判断を変える部分があります。長く対応してきた担当者はその線引きを感覚で持っていますが、言葉にして残していないことが多く、交代した途端に対応がばらつき、クレームに発展しやすくなります。
セール時期に退職・異動が重なると業務が止まる
楽天スーパーセールやAmazonのセールイベントの直前は、価格変更やキャンペーン登録の作業が一気に増えます。この時期に担当者が休職や退職をすると、設定の変更点や過去の値付けの経緯が分からず、出品が間に合わなくなることがあります。
問い合わせ対応の履歴が個人のメールやチャットに眠る
同じ顧客からの再連絡や、よくある質問への回答は、過去にどう答えたかを知っているかどうかで対応の速さが変わります。担当者個人のメールボックスやチャットのやり取りに履歴が残っているだけだと、異動や退職のたびに同じ説明を一から考え直すことになります。
引き継ぎ・属人化対策のシステムに要る機能
- モール別(楽天・Amazon・Yahoo!ショッピング等)の出品手順・設定変更履歴を記録できる
- 返品・クレーム対応の判断基準をテンプレート化して共有できる
- セール・キャンペーン前の作業チェックリストと代替担当の登録
- 退職・異動が決まった時点での引き継ぎ項目の抜け漏れ管理
- 問い合わせ対応の過去の回答例を検索・再利用できる
- モールごとの価格設定やポイント施策変更の経緯を残せる
- 担当者ごとの業務範囲と権限を可視化し、不在時も対応できる体制にする
- 退職者のアカウントを閉じても記録自体は社内に残る
どこを何で持つか
業界の専用ソフト・既存サービスに任せたほうがよい部分
楽天RMSやAmazon seller central、Yahoo!ショッピングの出品・受注管理画面そのものは、各モールの専用システムを使うのが前提です。出品操作やキャンペーンエントリーの具体的な手順は、モール側のヘルプやマニュアルに沿って行い、仕組みを自作する必要はありません。
オープンソースや買い切りのシステムで持てる部分
モールごとの出品ノウハウ、顧客対応の判断基準、退職・異動時の引き継ぎ項目は、自社のナレッジベースや引き継ぎ管理システムに残すべき部分です。担当者が変わっても同じ情報を見られるようにしておくことで、知識が個人の退職と一緒に消えるのを防げます。
紙・Excelのままでよい部分
日々の細かい作業メモや一時的な確認事項は、無理にシステム化せず、手元のExcelやメモのままで構いません。繰り返し発生する判断や、後任が必ず知っておくべき内容だけを選んで、記録する仕組みに移すほうが続けやすくなります。
すぐ導入できるオンプレミス製品（Kurage App Store）
当社が販売している引き継ぎ・属人化対策向けのオンプレミスの商品です。月額はかかりません。デモを触ってから判断できます。
引き継ぎ・属人化対策に使えるオープンソース
カタログ2,922件から、引き継ぎ・属人化対策に当てはまるものを実測値（規模・日本語対応・デモの有無）で並べています。ライセンスの範囲で無料で使えます。
| 名前 | できること | ライセンス | 日本語 | デモ・購入 |
|---|---|---|---|---|
| Kurage HR Post | 人ではなく職に記録を紐づけて、業務の属人化を止める職務・目標・引継ぎ管理システムです。 | MIT | 日本語で開発・提供。 | 触れる / オンプレミス版 |
| AFFiNE | 計画、整理、創造を統合した次世代のナレッジベースです。 | MIT（一部は別ライセンス） | 日本語ファイルが一部のみ | — |
| Outline | 成長するチーム向けの高速で美しいナレッジベースです。 | Business Source License | 日本語ファイルが一部のみ | — |
| Raneto | Markdown形式でドキュメントを管理できるセルフホスト型のナレッジベースです。 | MIT | 日本語ファイルが一部のみ | — |
| NoteDiscovery | セルフホスト型のナレッジベース構築ツールです。 | MIT | 日本語ファイルが一部のみ | — |
| laudspeaker | 顧客エンゲージメントと製品オンボーディングのためのオープンソースプラットフォームです。 | AGPL-3.0（一部は別ライセンス） | 日本語ファイルなし | — |
導入の進め方
- 楽天・Amazon・Yahoo!ショッピングなど、モールごとの出品・キャンペーン対応を誰が担当しているか洗い出します。
- 退職や異動の予定が分かった時点で、引き継ぐべき項目(出品設定、顧客対応の判断基準、問い合わせ履歴)をリスト化します。
- 顧客対応でよく発生する判断(返品・クレーム・配送遅延)の基準をテンプレート化し、ナレッジベースに登録します。
- 楽天スーパーセールやAmazonのセールイベントの前は、代替担当を決めて引き継ぎ漏れがないか確認します。
- 引き継ぎが完了した後も、モールの仕様変更や新しい対応事例が出るたびに記録を更新していきます。
ECショップ運営の引き継ぎ・属人化対策、何から手を付けるか一緒に決めます
初日のヒアリングと提案は無料です。いまのやり方（紙・Excel・使用中のサービス）を見せていただければ、残すもの・置き換えるものを仕分けしてお返しします。
無料で相談する OSSカスタマイズ（110,000円〜） 動くデモを先に見るよくあるご質問
モールの管理画面の操作方法まで細かく記録する必要がありますか？
モール側の操作方法は各モールのヘルプやマニュアルに譲ってよく、自社で記録すべきは価格設定の考え方やクレーム対応の線引きなど、自社独自の判断にあたる部分です。
担当者が一人しかいないモールがある場合、どこから引き継ぎを始めればよいですか？
まずはそのモールで直近に発生した返品・クレーム対応やキャンペーン設定の事例を数件書き出してもらい、判断の基準が見える形にすることから始めると進めやすくなります。
セールの時期を避けて引き継ぎをするべきですか？
楽天スーパーセールやAmazonのセールイベントの直前直後は作業が集中するため、引き継ぎ自体はその前の落ち着いた時期に済ませておき、セール期間は代替担当で乗り切れる体制にしておくのが安全です。
ECショップ運営の他の業務
他の業種で引き継ぎ・属人化対策を見る: 介護事業所 保育園・幼稚園 美容室・サロン 飲食店 宿泊・ホテル・旅館 建設・工務店 クリニック・医療 不動産会社
記載のサービス名・製品名は各社の商標または登録商標です。本ページは当社が独自にまとめた情報であり、各提供元が監修するものではありません。
