広告の入稿作業は一日で終わる。ところが、企画を始めてから配信するまで三週間かかる。遅れているのは作業ではなく、情報待ち、承認待ち、差し戻しです。
業務フローの目的は、きれいな図を作ることではありません。仕事がどこで止まり、なぜ次へ渡らないかを見つけることです。
作業名だけでなく、入力、判断、出力、担当、期限をつなぐと、改善すべき場所が見えてきます。
市場調査から戦略、施策、評価までの大きな流れは「マーケティングプロセス」です。この記事で扱う「マーケティング業務フロー」は、実施する施策が決まった後の依頼、制作、承認、公開、計測、振り返りという実行工程です。全体戦略ではなく、一つの施策が社内外をどう流れるかに絞ります。
マーケティング業務が止まる5つの場所
1. 依頼情報が足りず、制作が始まらない
「新商品の広告を作る」という依頼だけでは、対象顧客、訴求、商品情報、掲載条件、公開日が分かりません。制作担当は質問を返し、回答を待ちます。着手済みに見えても、仕事は動いていません。
2. 判断者が不明で、承認が待ちになる
担当者、依頼者、責任者の誰が最終決定するのか分からないと、全員の合意を待ちます。意見が増えるほど基準が変わり、決定が遅れます。
3. フィードバックが分散し、差し戻しが増える
メール、チャット、会議で別々に修正が届く。同じ箇所に相反する指示が入る。問題は制作速度ではなく、フィードバックを統合する役割と期限がないことです。
4. 公開後の計測責任が抜ける
公開が完了条件になると、計測設定、初期確認、結果判定が後回しになります。施策は出たが、良かったかどうかを判断できません。
5. 学びが次の施策へ渡らない
結果を報告しても、次回の依頼様式や判断基準が変わらなければ、同じ確認と差し戻しが繰り返されます。
業務フローに必要な7つの要素
要素 | 記録すること | 確認する問い |
|---|---|---|
起点 | 何が起きたら始まるか | 誰の依頼で開始するか |
入力 | 必要な情報・素材・データ | 不足時は誰へ戻すか |
担当 | 実際に手を動かす人 | 一人に決まっているか |
判断者 | 採用・公開・停止を決める人 | 意見提供者と区別できるか |
期限 | 完了日と回答期限 | 待ち時間も期限化したか |
出力 | 次工程へ渡す完成物 | 完了条件は明確か |
次工程 | 誰に何を渡すか | 受領確認があるか |
「記事を書く」「広告を出す」といった作業一覧では、止まる場所を特定できません。各工程の受け渡し条件まで書くことが必要です。
現状フロー（AS-IS）を作る4つの手順
1. 一つの施策を開始から終了までたどる
会社全体を一度に描かず、月次メール、広告入稿、記事公開など一つを選びます。依頼を受けた時点から、結果を振り返る時点まで、実際に起きた順で並べます。
理想の手順ではなく、直近の案件をたどります。
2. 社内外の担当を泳線で分ける
事業責任者、マーケティング、営業、制作会社などを横または縦のレーンに分け、工程を置きます。部署をまたぐ場所は、情報が欠けやすい受け渡し点です。
3. 待ち時間と差し戻し回数を記録する
実作業時間と、次の回答を待った時間を分けます。制作に8時間、商品確認待ちに5営業日なら、短縮余地は制作工程とは限りません。
4. 例外処理と暗黙の判断を追加する
素材がない場合、表現が規定外の場合、責任者が不在の場合にどうするか。経験者だけが知る処理も書きます。通常フローだけを描くと、忙しいときほど使えない図になります。
コピーして使えるAS-IS／TO-BE業務フローシート
状態 | 工程 | 入口条件 | 実行者・判断者 | 実作業 | 待ち（営業日） | WIP | 手戻り | 出口条件・次工程 |
|---|---|---|---|---|---|---|---|---|
AS-IS | 依頼受付 | 口頭依頼 | 担当者・依頼者 | 20分 | 2日 | 5件 | 1回 | 情報確認→企画 |
AS-IS | 企画 | 情報が一部到着 | 担当者・事業責任者 | 2時間 | 3日 | 4件 | 2回 | 企画承認→制作 |
AS-IS | 制作 | 企画承認 | 制作担当・担当者 | 8時間 | 1日 | 3件 | 2回 | 初稿→承認 |
AS-IS | 承認 | 初稿完成 | 事業責任者 | 30分 | 4日 | 3件 | 1回 | 承認済み原稿→公開 |
AS-IS | 公開・計測 | 公開承認 | 担当者 | 1時間 | 0日 | 1件 | 0回 | 計測確認→振り返り |
AS-IS | 振り返り | 評価期間終了 | 担当者・責任者 | 1時間 | 5日 | 2件 | 0回 | 次回変更を記録 |
TO-BE | 依頼受付 | 必須項目が充足 | 担当者・依頼者 | 10分 | 1日以内 | 2件 | 0回 | 受付基準充足→企画 |
TO-BE | 企画 | 目的・対象・条件が確定 | 担当者・事業責任者 | 2時間 | 1日以内 | 2件 | 0〜1回 | 判断基準を満たす→制作 |
TO-BE | 制作 | 承認済み企画 | 制作担当・担当者 | 8時間 | 0日 | 2件 | 0〜1回 | チェック済み初稿→承認 |
TO-BE | 承認 | チェック済み初稿 | 事業責任者 | 30分 | 1日以内 | 1件 | 0〜1回 | 回答期限内に決定→公開 |
TO-BE | 公開・計測 | 承認・計測条件が充足 | 担当者 | 1時間 | 0日 | 1件 | 0回 | 初期計測確認→振り返り |
TO-BE | 振り返り | 評価期間終了 | 担当者・責任者 | 1時間 | 1日以内 | 1件 | 0回 | 次回の入力・判断を更新 |
数値は説明用の架空例です。自社では一週間だけでも、実作業、待ち、着手中の件数、差し戻しを記録すると、感覚では見えなかった停止箇所が分かります。総リードタイムは、依頼を受けてから次工程へ渡すまでの経過時間として別に集計し、時間と営業日を足し算しません。
改善するのは、最も遅い作業とは限らない
時間の長い工程を自動化しても、判断待ちが残れば全体は速くなりません。優先するのは、後続工程を止める場所です。
改善方法は、原因に応じて使い分けます。
- 入力不足：依頼時の必須項目と差し戻し条件を標準化する
- 判断待ち：判断者と回答期限を決める
- 軽微な承認集中：範囲を定めて権限委譲する
- 後工程の差し戻し：法務・商品・計測条件を企画時に確認する
- 例外の属人化：発生条件と対応履歴を記録する
ツールを入れる前に、何を入力し、誰が決め、何を完了とするかを決めます。曖昧なフローをデジタル化すると、曖昧な通知が速く届くだけです。
改善後フロー（TO-BE）は一つの仮説として作る
現状図をそのまま清書しても、仕事は変わりません。停止原因を一つ選び、次の状態を仮説として置きます。
たとえば承認待ちが長いなら、企画依頼の必須項目を決める、判断者を一人にする、回答期限を置く、軽微な修正の権限を委譲する、といった変更を組み合わせます。変更後は、待ち時間、総リードタイム、WIP、手戻り回数がどう変わったかを同じ定義で比べます。
入口条件と出口条件も明記します。「依頼が来たら開始」ではなく「対象、目的、掲載条件がそろったら開始」、「制作完了」ではなく「承認・計測確認が終わり次工程が受領したら完了」とします。
新しいフローを運用へ定着させる
フローには所有者と見直し日を置きます。所有者は、すべての作業を行う人ではなく、工程の定義と改善を更新する人です。
週次では、次の三つだけを確認します。
- 標準から外れた案件は何か
- どこで待ち、なぜ差し戻されたか
- 次回から変える入力・判断・権限は何か
会議で詰まりを解消する方法は、週次マーケティング会議にもまとめています。
まとめ：最初は一つの施策、一つの停止箇所から直す
明日から行うことは3つです。
- 直近の一施策を、実際に起きた順で描く
- 作業時間と待ち時間を分けて記録する
- 最長の待ち、または手戻りの原因を一つ解消する
業務フローは、完成して保管する図ではありません。実行から得た事実を使って、仕事の仕組みを更新する運用資産です。
現状フローの可視化から改善まで相談したい場合は、マーケティングオペレーション支援またはお問い合わせをご覧ください。