タスク分解5ステップ|EC多店舗運営のToDoリスト作成手順
ec-management
ToDoリストは作っているのに、抜け漏れが消えない。複数モールを運営していると、必ず一度は突き当たる壁です。原因は担当者の注意力ではなく、タスクの分解粒度がそろっていないことにあります。
タスク分解は「モール層 → プロセス層 → 実行層」の3階層で降ろし、最終的に1件30分以内・動詞で終わる形まで割ってからToDoリストに載せる。この形にそろえるだけで、担当者ごとの解釈差による取りこぼしは大きく減ります。
楽天市場・Amazon・Yahoo!ショッピング・自社ECを並行運用していると、同じ「セール準備」でも管理画面も申請期限も別物です。ここを1タスクに丸めた瞬間、漏れが生まれます。この記事では、EC運営に特化したタスク分解の5ステップと、粒度を判定する3つの基準、セール期の逆算テンプレートまでを解説します。
この記事でわかること
- EC運営で抜け漏れが起きる3つの構造的な原因
- タスク分解の定義と、EC業務に当てはめる「3階層モデル」
- ToDoリストに落とし込むまでのタスク分解5ステップ
- 細かすぎ・粗すぎを防ぐ、粒度判定の3つの基準
- セール・イベント期の逆算タスクテンプレート(D-30〜D-1)
- 景品表示法の確認を独立タスクにすべき理由
この記事の想定読者
- 楽天市場・Amazon・Yahoo!ショッピングなど複数モールを兼任で運営している方
- ToDoリストやタスク管理ツールを導入したが、抜け漏れが減らないと感じている方
- EC担当が2〜5名程度で、業務が特定の人に集中している組織の責任者
- 新人・アルバイトに業務を引き継ぎたいが、手順が言語化できていない方
あわせて読みたい
- 生産性を向上させるToDoリストとは|作成手順から活用したいツールまでご紹介
- 【ECサイト運営】チームで行うタスク管理の効率化と売上を最大化させる具体的な手法
- 【2026年最新】カンバンツールおすすめ5選!メリットや選び方、活用手順を解説
- 【2026年最新】楽天市場の運営内製化|メリットから手順、支援会社選定のポイントまでECコンサルが完全解説
株式会社Proteinum 代表取締役
プロテーナムでは、楽天、amazon、自社EC、Yahoo!ショッピングを中心に、データに基づく圧倒的な成果にこだわった支援を行っている。ナショナルブランドを中心に累計1,000社以上の支援と年間広告費10億円以上の運用実績を持ち、独自のEC運用支援システム「ECPRO」も提供している。
なぜEC運営でタスクの抜け漏れが起きるのか|3つの原因

抜け漏れは、ランダムに起きているわけではありません。粒度の粗いタスクに集中して発生します。「商品ページを改善する」のように1行で書かれたタスクは、担当者ごとに想像する作業範囲が違うため、誰かがやっているはずの工程がそのまま空白になります。ここではEC運営に固有の3つの原因を、順に見ていきます。
原因1:タスクが「商品ページ改善」のまま止まっている
抽象度の高い名詞でタスクを書くと、着手できません。「改善」「見直し」「強化」で終わるタスクは、分解が1段も進んでいない状態です。
たとえば「商品ページを改善する」には、実際には次の作業が含まれます。競合3店舗のページ調査、訴求文のリライト、サムネイル画像の差し替え、スマホ表示の確認、公開後のCVR計測。5工程あるものを1行で管理すれば、どこまで終わったかを誰も把握できません。
| 粗いタスクの書き方 | 分解後の書き方 | 違い |
|---|---|---|
| 商品ページを改善する | 競合3店舗のサムネイルをキャプチャして比較表に貼る | 着手方法が確定している |
| 広告を見直す | RPPの除外キーワードを先週分のCSVから10語追加する | 対象と件数が数値で決まっている |
| 在庫を管理する | 欠品リスク商品の在庫数を月曜9時に一覧へ転記する | いつ・何をするかが決まっている |
この表からわかるとおり、分解の要点は「短く書くこと」ではなく「着手方法まで確定させること」です。文字数はむしろ増えて構いません。
原因2:モールごとの作業差分が1タスクに丸められている
多店舗運営で最も漏れやすいのが、モール間で手順が違う工程を1タスクにまとめてしまうケースです。
「セール価格を設定する」というタスクひとつをとっても、楽天市場はRMS、AmazonはセラーセントラルまたはFBA在庫管理、Yahoo!ショッピングはストアクリエイターProと、操作する管理画面がすべて異なります。申請の締切も、必要な事前登録も同じではありません。1タスクで済ませると、最後に手をつけたモールだけ設定が間に合わない、という事故が起きます。
原因3:手順が担当者の頭の中にしかない
属人化は、タスク分解を怠った結果として発生します。分解されていないタスクは、経験者しか実行できません。
「いつもの手順でクーポン設定しておいて」が通じるのは、暗黙の手順を共有している当人同士だけです。担当者が休んだ日、新しいメンバーが入った週に、抜け漏れがまとめて表面化します。逆に言えば、分解されたタスクリストはそのまま引き継ぎ資料になります。
タスク分解とは|EC運営で押さえる3階層モデル

タスク分解とは、大きな目標を実行可能な単位まで段階的に割っていく作業のことです。EC運営では、この分解を「モール層 → プロセス層 → 実行層」の3階層で行うと過不足なく整理できます。一般的なビジネス書のタスク分解と違い、EC特有の「モールごとの差分」を独立した階層として扱う点が特徴です。
定義:タスク分解とは、実行可能な最小単位まで降ろす作業のこと
タスク分解とは、そのまま着手できる大きさになるまでタスクを割り続けることです。判定基準は「今すぐ手を動かせるか」の一点で、これ以上割らなくても着手できるなら、そこが到達点になります。
混同されやすい言葉にWBS(Work Breakdown Structure=作業分解構成図)があります。WBSはプロジェクト全体を成果物単位でツリー状に分解する手法で、タスク分解はその考え方を日常業務に応用したものと捉えると整理しやすくなります。
3階層モデル:モール層/プロセス層/実行層
EC運営のタスクは、次の3階層に降ろします。分解は必ずモール層から始めてください。上から順に割っていくと、モール間の差分を取りこぼしません。
| 階層 | 内容 | 例(お買い物マラソン対応) |
|---|---|---|
| モール層 | どのモール・どの店舗の話か | 楽天市場A店/Amazon/Yahoo!ショッピング |
| プロセス層 | 業務のまとまり | 価格設定/広告設定/ページ制作/告知 |
| 実行層 | そのまま着手できる作業 | RMSで対象50SKUの割引率を10%に一括更新する |
この表のポイントは、モール層を最上位に置くことです。プロセス層から分解を始めると、モール横断のタスクが必ず1つ紛れ込み、そこが漏れの発生源になります。
分解しすぎも失敗する|逆効果になる2つのサイン
細かく割ればよいわけではありません。分解しすぎのサインは、「チェックを付ける作業のほうが実作業より重い」と感じ始めたときです。
具体的には次の2つが目安になります。
- 1件あたりの所要時間が5分未満のタスクが並んでいる(まとめて1タスクにしてよい)
- 毎日同じ順序で必ず実行される定型作業を、個別タスクとして起票している(チェックリスト化するか、システムに寄せる)
受注処理や在庫連携のように毎日発生する定型業務は、そもそもタスクとして人が持たない選択肢もあります。ツールに寄せる判断については【2026年最新】ECサイトの受注管理システムおすすめ5選を徹底比較も参考にしてください。
タスク分解5ステップ|ToDoリストに落とすまでの手順

ここからが本題です。実際のタスク分解は、①完了条件の定義 → ②業務の棚卸し → ③モール別差分の切り出し → ④実行単位への分解 → ⑤担当・期限・確認者の付与という5ステップで進めます。順番を入れ替えると、後工程でやり直しが発生します。1つずつ見ていきましょう。
STEP1:完了条件を1文で定義する
最初にやるのは分解ではなく、ゴールの言語化です。「何ができていれば終わりか」を1文で書けないタスクは、分解しても着地しません。
「お買い物マラソンの準備をする」では終わりが定義できていません。「開催開始時刻までに、対象50SKUの割引設定・バナー差し替え・事前告知メール配信の3点が完了している状態」まで書けば、必要な作業が自動的に見えてきます。完了条件には可能なかぎり数量と期限を入れてください。
STEP2:EC業務を5カテゴリで棚卸しする
次に、自社のEC業務を一度すべて書き出します。ゼロから考える必要はなく、次の5カテゴリに当てはめていけば、EC運営の業務はほぼ網羅できます。
| カテゴリ | 主な業務 | 発生頻度の目安 |
|---|---|---|
| 商品・在庫 | 商品登録、価格改定、在庫更新、欠品対応 | 日次〜週次 |
| ページ・制作 | 商品ページ更新、バナー制作、特集ページ | 週次〜イベント時 |
| 集客・広告 | 広告運用、クーポン設定、メルマガ配信 | 日次〜週次 |
| 受注・CS | 受注処理、出荷連携、問い合わせ対応、レビュー対応 | 日次 |
| 分析・改善 | 売上集計、レポート作成、施策振り返り | 週次〜月次 |
棚卸しの段階では、粒度はそろっていなくて構いません。ここでの目的は、頭の中にしかない業務を全部外に出すことです。
STEP3:モール別の差分を切り出す
棚卸ししたタスクを、モール層で分岐させます。操作する管理画面が違う工程は、必ず別タスクとして起票してください。
| モール | 管理画面 | 別タスク化すべき代表例 |
|---|---|---|
| 楽天市場 | RMS | イベントへのエントリー、割引設定、RPP入札調整 |
| Amazon | セラーセントラル | FBA納品計画、スポンサープロダクト設定 |
| Yahoo!ショッピング | ストアクリエイターPro | ストアエディタでのページ更新、キャンペーン設定 |
| 自社EC | 各カートシステム | クーポンコード発行、メルマガ配信設定 |
※管理画面の名称は2026年9月時点のものです。この表のとおり、同じ「セール設定」でも入り口が4つに分かれます。ここを1タスクにまとめないことが、多店舗運営の抜け漏れ対策そのものです。
STEP4:動詞で終わる実行単位まで割る
実行層への分解では、書き方のルールをひとつだけ決めます。タスク名は必ず動詞で終える、というルールです。
「バナー」ではなく「セール用バナーをCanvaで3サイズ書き出す」。「レビュー」ではなく「星3以下のレビュー5件に返信する」。動詞で終わらせようとすると、対象・数量・手段が自然に埋まります。名詞止めのタスクが残っていたら、それはまだ分解が終わっていない合図です。
STEP5:担当者・期限・確認者をセットで書く
最後に、1タスクにつき3つの属性を必ず付けます。担当者、期限、そして確認者(レビューする人)の3点セットが欠けると、分解したタスクは宙に浮きます。
特に見落とされやすいのが確認者です。「上司の確認を受ける」をサブタスクにしただけでは、ボールの所在が曖昧になります。「Aさんが金曜17時までに提出」「Bさんが月曜12時までに確認」と、渡す側と受ける側をそれぞれ独立したタスクにすると、停滞が可視化されます。
なお、分解したタスクをどう並べ、どのツールで運用するかは本記事の範囲外です。優先順位の付け方やツール選定は生産性を向上させるToDoリストとは|作成手順から活用したいツールまでご紹介で解説しています。
分解の粒度を判定する3つの基準|細かすぎ・粗すぎを防ぐ

分解を止めてよいかどうかは、感覚ではなく基準で判定します。所要時間・完了判定・着手可能性の3つをすべて満たしたら、そこで分解は終了です。逆に1つでも満たさないタスクが残っていれば、もう1段割る必要があります。チームで粒度をそろえるうえでも、この3基準を共通言語にしておくと運用が安定します。
基準1:所要時間が30分以内に収まっているか
実務上の目安として、1タスクの所要時間は30分以内に収めることを推奨します。30分は、EC運営の現場で割り込み(問い合わせ対応や欠品連絡)が入るまでの平均的な集中時間に近く、途中で中断されても再開しやすい単位だからです。
1時間を超える見積もりが出たら、その時点で分解の余地があります。「特集ページを作る」が2時間なら、「構成案を書く」「素材画像を集める」「HTMLに流し込む」「スマホ表示を確認する」に割れます。
基準2:完了を第三者が客観的に判定できるか
次に確認するのは、完了の判定が担当者の主観に委ねられていないかです。「終わったかどうかを他人が見て判断できない」タスクは、完了条件が書けていません。
「ページを改善した」は判定できませんが、「サムネイル画像3点を差し替えて公開した」は判定できます。判定可能な形に書き換えられないときは、STEP1の完了条件定義に戻ってください。
基準3:着手に必要な情報・権限がそろっているか
3つ目は見落とされがちですが、実務では最も停滞を生む基準です。情報や権限が不足しているタスクは、リストに並んでいても着手できません。
「Amazonの広告予算を増額する」というタスクが、実は上長承認とセラーセントラルの権限付与を待っている状態なら、それは着手可能なタスクではありません。この場合は「増額の稟議を申請する」「権限付与を情報システム部に依頼する」を前段のタスクとして切り出します。待ち状態を独立タスクにすると、詰まっている箇所が一目でわかります。
ここまで見てきたとおり、タスク分解は一度作って終わりではなく、モール仕様の変更やイベントのたびに粒度を維持し続ける運用が前提になります。社内リソースで回しきれない場合は、ECコンサルティング・運営代行という選択肢もあります。
セール期のタスク分解例|逆算テンプレートと定着の仕組み

タスク分解が最も効くのは、セール・イベント期です。イベントは開催日という固定の締切があるため、当日から逆算して分解すると漏れが構造的に消えます。ここでは逆算テンプレート、法務チェックの独立タスク化、そして分解を習慣として定着させる仕組みの3点を扱います。
逆算テンプレート:D-30/D-14/D-7/D-1の4段階
イベント対応は、開催日からの日数で4段階に区切ると設計しやすくなります。先に締切のある工程(申請・審査・入稿)を前倒しで配置するのが鉄則です。
| タイミング | 主なタスク | 性質 |
|---|---|---|
| D-30 | 販促計画の確定、対象SKU選定、価格の事前設定 | 意思決定 |
| D-14 | 各モールへのエントリー・申請、バナー制作着手 | 締切あり・後戻り不可 |
| D-7 | ページ公開、広告設定、事前告知メール配信 | 制作・設定 |
| D-1 | 表示チェック、在庫数の最終確認、価格の目視確認 | 検品 |
この表で重要なのはD-14の行です。モールへの申請には締切があり、過ぎると当該回の参加そのものができません。D-14のタスクだけは、担当者ではなく責任者が完了を確認する運用にすると安全です。
法務チェックは独立タスクにする|二重価格表示の8週間ルール
セール準備で最も見落とされるのが、価格表示の法令確認です。景品表示法の確認は、価格設定タスクの中に含めず、必ず独立したタスクとして起票してください。
過去の販売価格を「当店通常価格」などとして併記する二重価格表示には、消費者庁の価格表示ガイドラインに基づく判断基準があります。同ガイドラインでは、セール開始時点からさかのぼる8週間のうち、その価格で販売されていた期間が販売期間の過半を占めていれば、「最近相当期間にわたって販売されていた価格」とみてよいとされています。ただし、次の場合は該当しないとされています(2026年9月時点)。
- その価格で販売されていた期間が、通算して2週間未満である場合
- その価格で販売された最後の日から、2週間以上経過している場合
さらに、セール実施を決定した後に販売を開始した商品については、セール前価格の販売期間を正確に表示したとしても不当表示に該当するおそれがあるとされています。セール直前に価格を引き上げてから割引率を表示する行為も、同様に問題となります。
実務上は「対象50SKUの過去8週間の価格履歴をCSVで出力し、比較対照価格の要件を満たすか確認する」という形で、D-14のタスクに組み込むのが現実的です。判断に迷う場合は自社の法務部門に確認してください。
繰り返しタスクをテンプレート化し、週次で棚卸しする
分解は一度やって終わりにすると、3か月で元に戻ります。定着させる仕組みは、テンプレート化と週次棚卸しの2つだけで足ります。
お買い物マラソンやスーパーSALEのように定期開催されるイベントは、初回に作った分解リストをそのままテンプレートとして保存し、次回は日付を差し替えるだけにします。加えて週に一度、15分だけ「完了していないタスク」を見直す時間を取り、着手できていないタスクは粒度が粗い可能性を疑って割り直します。
チーム単位での運用ルールづくりについては、【ECサイト運営】チームで行うタスク管理の効率化と売上を最大化させる具体的な手法で詳しく解説しています。
タスク分解に関するよくある質問
最後に、タスク分解の実務でよく寄せられる疑問をまとめます。粒度の決め方、WBSとの違い、タスクが増えすぎたときの対処など、本文で扱いきれなかった周辺の論点を5つ取り上げます。
Q. タスク分解はどこまで細かくすればいいですか?
A. 所要時間30分以内、完了を第三者が判定でき、着手に必要な情報と権限がそろっている状態が目安です。この3つを満たした時点で分解を止めてください。5分未満のタスクが並び始めたら、細かすぎのサインです。
Q. WBSとタスク分解は何が違いますか?
A. WBSはプロジェクト全体を成果物単位でツリー状に分解する手法で、主にサイトリニューアルなど期間限定の案件で使います。タスク分解はその考え方を日常業務に応用したもので、繰り返し発生する運用業務に向いています。
Q. 分解したタスクが増えすぎて管理しきれません。どうすればいいですか?
A. 毎日同じ順序で実行する定型作業を、個別タスクから外してチェックリストに統合してください。受注処理や在庫更新のように反復性の高い業務は、タスクとして人が持つのではなくシステムに寄せる判断も有効です。
Q. 一人でEC運営している場合もタスク分解は必要ですか?
A. 必要です。一人運営では属人化のリスクは表面化しませんが、着手のハードルを下げる効果は変わりません。むしろ割り込みが多い環境ほど、30分以内のタスクに割っておくと中断からの復帰が速くなります。
Q. ToDoリストはどのくらいの頻度で見直すべきですか?
A. 週に一度、15分程度が目安です。完了していないタスクだけを対象に、粒度が粗くて着手できていないのか、そもそも不要なタスクなのかを判定します。月次でカテゴリ単位の棚卸しを行うと、業務の増減にも追随できます。
まとめ
EC多店舗運営の抜け漏れは、注意力ではなく分解粒度の問題です。本記事の要点を振り返ります。
- タスク分解は「モール層 → プロセス層 → 実行層」の3階層で降ろす
- 手順は、完了条件の定義 → 業務の棚卸し → モール別差分の切り出し → 実行単位への分解 → 担当・期限・確認者の付与の5ステップ
- 分解を止める基準は、所要時間30分以内・第三者が完了を判定できる・着手に必要な情報と権限がそろっている、の3つ
- 操作する管理画面が違う工程は、必ず別タスクとして起票する
- セール期は開催日から逆算し、景品表示法の確認は独立タスクにする
最初の一歩として、いま手元のToDoリストから名詞で終わっているタスクを1つ選び、動詞で終わる形に書き換えてみてください。
「複数モールの準備で、毎回どこかが抜ける」
「ToDoリストを作っても、担当者によって進み方が違う」
「セールのたびに深夜対応が発生している」
「日々の運用に追われて、改善施策に手が回らない」
こんなお悩みはありませんか?弊社では、EC事業のプロフェッショナルが貴社の店舗・サイトを分析し、売上アップのための具体的な改善ポイントをご提案する「EC店舗ポテンシャル無料診断」を実施しています!毎月先着限定のため、ご興味のある方は以下よりお気軽にご相談ください。
▼弊社のECコンサル/運営代行については以下で詳しく説明しておりますので、ぜひご覧ください▼
詳細はお気軽にお問い合わせください!
EC運営の販促スケジュールをガントチャート化する5手順
EC運営のWBSの作り方|楽天・Amazon年間販促を組む5手順
【保存版】EC運営のtodoリストとは?日次・週次・月次のやるべき業務を解説
【ECサイト運営】チームで行うタスク管理の効率化と売上を最大化させる具体的な手法
