キャンペーン進捗管理表テンプレート｜施策別の状況を週次で回す運用設計

施策の進捗を管理する表を作ったものの、数週間で更新が止まってしまった。マーケティングの現場でよく起こることです。原因の多くは表の項目そのものではなく、いつ誰が更新し、更新された表を何に使うのかという運用が決まっていないことにあります。

この記事では、施策進捗管理表に入れるべき項目と、週次のサイクルで回し続けるための運用設計を、あわせて解説します。

施策進捗管理表は何を管理する表なのか

施策一覧表との違い

施策一覧表は「今どんな施策があるか」を並べる表で、更新の頻度は低くて構いません。一方、施策進捗管理表は「その施策が今どういう状態か」を追う表です。前者が名簿だとすれば、後者は出席簿にあたります。

この2つを1枚の表に詰め込むと、施策の説明欄と進捗欄が混在して、どちらの用途にも使いにくくなります。目的が違う以上、シートを分けたほうが結果的に扱いやすくなります。

週次で回すことを前提に設計する

進捗管理表の更新頻度は、週次がひとつの基準になります。日次では更新の負担が大きすぎて続かず、月次では手を打つタイミングを逃します。多くの施策は、1週間あれば状態が目に見えて変わり、かつ遅れに気づいてから挽回する余地も残っています。

週次で回すと決めたら、表の項目も「週に1回の更新で埋まる範囲」に収めます。毎日追わなければ正確に書けない項目は、この表には向いていません。

施策進捗管理表に入れる10の列

以下の10列があれば、週次の判断に必要な情報はひととおりそろいます。スプレッドシートに同じ列を並べれば、そのまま運用を始められます。

施策を特定する3列

• 施策ID:並び替えても行を追跡できるようにする連番
• 施策名:何をするかが名前だけで分かる粒度にする
• 区分:広告・コンテンツ・イベントなど、後で絞り込むための分類

進捗を判断する4列

• 担当者:必ず1名。チーム名では書かない
• 完了予定日:延期した場合も当初の日付を別列に残す
• ステータス:未着手・進行中・確認待ち・完了・中止から選ぶ
• 次のアクション:今週このあと何をするかを一文で書く

このうち効果が大きいのは「次のアクション」の列です。ステータスだけでは止まっている理由が分かりませんが、次の一手が書かれていれば、その施策が本当に動いているかどうかが読み取れます。

成果と費用を見る3列

• KPIと目標値:リード獲得100件のように、数値で書く
• 実績値:週次で分かる範囲の速報値でよい
• 予算と消化額:確定額でなく、発注済みの金額を入れる

消化額を「経理で確定した金額」にすると、反映が1か月遅れて週次の判断に使えません。発注が決まった時点の金額を入れておき、後から差額を調整する運用のほうが実務に合います。

週次で回す運用設計

表が続くかどうかは、更新のタイミングを曜日で固定できるかにかかっています。ここでは月曜に定例会議がある場合を例に、1週間の流れを示します。

木曜まで:担当者が自分の行を更新する

各担当者が、自分が担当する行のステータス・実績値・次のアクションを更新します。更新するのは自分の行だけと決めておくと、1人あたりの作業は5分程度で済みます。

金曜:リーダーが要確認の行を抽出する

リーダーは全行を読むのではなく、条件に当てはまる行だけを抜き出します。抽出の条件は、完了予定日を過ぎている、ステータスが2週連続で変わっていない、実績値が目標の半分に届いていない、の3つを基本にするとよいでしょう。

月曜の定例:抽出された行だけを議論する

定例会議では、順調な施策の報告を省き、抽出された行だけを扱います。全施策を順番に読み上げる形式をやめるだけで、会議の時間は半分近くまで短くなります。会議で決めたことは、その場で「次のアクション」の列に書き換えます。

月末:表そのものを見直す

月に1度、完了した施策を別シートに移し、使われていない列がないかを確認します。3か月間ほとんど埋まっていない列は、運用に必要ない列だと考えて削ります。

更新が止まらないようにする工夫

入力形式を選択式にそろえる

ステータスや区分は、自由入力ではなくプルダウンから選ぶ形にします。表記のゆれがなくなるため、後から絞り込みや集計をするときに手戻りが起きません。

行数を50以内に保つ

行が増えすぎると、スクロールするだけで負担になり、誰も全体を見なくなります。完了した施策をこまめに別シートへ移し、稼働中の施策だけが残っている状態を保ちます。

色分けは3色までにする