↗付きの用語リンクは、別タブで説明を開きます。
ECの商品登録や画像制作を外注した際に、依頼後の質問が続いたり、意図と違うものが納品されたりすることがあります。作業する人の能力だけが原因とは限りません。目的、正しい素材、作業対象、変更してはいけない範囲が分散していると、依頼を受けた側は推測で補うことになります。
外注を依頼する前に、目的、作業範囲、素材、納品条件を揃える資料構成を解説します。日々の作業手順や納品後の検収ではなく、依頼時に渡す情報の整理を扱います。
結論:依頼票を入口にして資料をつなぐ
すべての情報を一つの長い文章へ詰め込む必要はありません。一枚の依頼票に目的、対象、期限、担当、参照資料のリンクをまとめ、仕様書や素材フォルダへ迷わず移れる形にします。チャットの過去ログを順番に読まなければ作業できない状態は避けたいところです。
依頼票の冒頭では「何を作るか」と「何を改善したいか」を区別します。例えばバナー制作でも、目的が新規顧客への商品紹介なのか、既存顧客への再購入案内なのかで、必要な素材やリンク先が変わります。成果を保証する指示ではなく、判断の軸を共有するために目的を記載します。
外注依頼票に揃えたい基本項目
| 項目 | 渡す内容 | 曖昧なままだと起きること |
|---|---|---|
| 目的・対象者 | 改善したい課題と、誰に届ける内容か | 見た目は整っても訴求がずれる |
| 作業対象 | 店舗、対象URL、商品一覧、対象件数 | 別ページや対象外商品を変更する |
| 素材・根拠 | 最新版の画像、仕様、承認済み表現 | 旧画像や未確認の説明が使われる |
| 変更範囲 | 実施すること、触らない項目、追加相談の条件 | 関連設定まで意図せず変わる |
| 納品物 | 編集可能な元データと書き出し形式、保存先 | 次回の修正を社内で引き継げない |
| 期限・確認者 | 初稿、確認期限、公開予定、承認担当 | 公開直前まで確認が残る |
| 権限・公開操作 | 閲覧と編集の範囲、本番反映の承認方法 | 納品前に公開される |
依頼票に未定の項目が残る場合は、空欄のまま渡さず「誰が、いつまでに決めるか」を書きます。確定前でも着手できる部分と、決定を待つ部分が区別できるためです。
素材は最新版と利用範囲を明確にする
素材フォルダへ画像を大量に置くだけでは、どれを使うべきか分かりません。商品ごとに使用対象のファイルを指定し、採用済み、参考、使用不可を分けます。ファイル名に更新日や版を付ける場合も、最終版が複数できない運用にします。
商品説明には、確認済みの仕様、価格、販売期間、注意事項を渡します。「他社のページを参考に同じように書く」という依頼では、誤った仕様や使用できない表現まで持ち込むおそれがあります。参考ページは構成や見せ方の参考であり、文章や画像を複製する許可ではないことも共有します。
撮影写真、提供画像、購入素材などは、依頼する用途で使えるかを確認します。権利関係の個別判断を依頼先の推測に任せず、許可が確認できない素材は公開用から外します。顧客情報や実際の注文一覧が不要な作業では、匿名化した見本データを渡します。
作業別に必要な追加資料を添える
商品登録を依頼する場合
商品名と画像以外に、商品コード、バリエーション、価格、在庫の管理元、送料区分、公開状態を指定します。既存商品の更新なら、新規作成ではなくどの項目を上書きするかを明示します。商品コードの考え方が曖昧な場合は、先にSKUの意味を担当者間で揃えると整理しやすくなります。
画像・ページ制作を依頼する場合
掲載場所、表示寸法、スマートフォンでの見え方、使用する文章、リンク先を揃えます。参考デザインを渡す場合は「余白の取り方」「商品の見せ方」など、どこを参考にするのかを書き添えます。制作物のファイルと、実際のページへ設置する作業が同じ依頼に含まれるかも確認します。
設定変更や計測を依頼する場合
変更する設定、現在の状態、期待する動き、確認するページ、変更禁止の範囲を渡します。タグの設置だけを頼むのか、実際のイベント受信まで確認するのかでも納品物が変わります。本番注文、メール送信、広告費の発生などを伴う試験は、通常の表示確認と分けて承認が必要な作業として扱います。
権限と本番反映は別に承認する
資料を共有する権限と、サイトの設定を変更する権限は分けて考えます。編集作業が必要でも、決済、ユーザー管理、契約変更まで許可する必要があるとは限りません。各サービスの権限機能を確認し、依頼に必要な範囲へ絞ります。共有フォルダや依頼票にパスワードを平文で記載する方法は避けます。
例えばShopifyには外部パートナー向けのコラボレーターアカウントがあり、ストア側でアクセス範囲を管理できます。利用条件と設定方法はShopify公式のコラボレーターアカウント案内をご確認ください。ほかのサービスにも同じ機能があるとは限らないため、個別に確認します。
「編集できる」ことを「いつでも公開してよい」と扱わないことも大切です。下書きやテスト環境での確認、公開承認、本番反映、反映後の報告を依頼時に分けます。作業終了時には、不要になったアカウントや共有権限の解除担当も決めておきます。
質問と修正指示の窓口を一つにする
依頼後に変更が必要になったら、依頼票の版を更新し、どこが変わったかを伝えます。複数の担当者からチャット、メール、口頭で違う指示が届くと、依頼先はどれを優先するか判断できません。社内の意見をまとめる担当者を決め、修正指示と承認を整理します。
修正は「何となく違う」ではなく、対象箇所、現在の状態、変更したい内容、理由をセットで伝えます。新しい商品やページを追加するなど、当初の範囲を超える内容は、既存の修正へ混ぜず、費用と期限を改めて確認します。
小規模な会社なら一人が窓口と確認を兼ねても構いません。複数部門が関わる会社では、商品情報の確認者、ブランド表現の確認者、公開承認者を分け、どの段階で誰が確認するかを依頼先にも共有します。
納品後に次の依頼へ使える形で残す
納品物だけでなく、最終版の依頼票、承認内容、変更したURL、元データの保存先をまとめて残します。次回、別の担当者へ依頼するときも、正しい素材と前提条件を探し直さずに済みます。実際に質問が多かった項目を次の依頼票へ追加すると、自社の業務に合うテンプレートになります。
資料の整備は、依頼先との確認を不要にするものではありません。専門的な判断や未知の条件があれば相談し、着手前に解釈を揃える時間を設けましょう。
まとめ
EC業務の外注では、作業内容だけでなく、根拠資料、変更範囲、権限、公開承認を揃えて渡すことが重要です。一枚の依頼票を入口にして関連資料をつなぎ、質問と修正の窓口を整理しましょう。業務全体の見直しはEC運営・販売促進ガイドから課題に近い領域を確認できます。
