広告やSNS、Webサイトの施策会議で数字を共有し、担当者から状況を聞いたのに、翌月も同じ話から始まることがあります。報告は増えているのに、何を変えるかが決まらなければ、会議は施策を前へ進める時間になりません。
原因は、資料の情報量が足りないこととは限りません。結果を説明することに時間を使い、続ける施策、止める施策、次に試すことを決める設計がない場合に起こります。
施策会議の役割は、過去を詳しく報告することではなく、次の判断をそろえることです。会議で確認したい三つの問いと、決定を実行につなげる進め方を整理します。
会議前に、判断が必要な論点を絞る
会議当日に初めて数字を見ると、参加者は状況の理解に時間を使います。資料の読み合わせで終了し、意見が出ても次回までの行動が曖昧になりがちです。
担当者は会議前に、目標との差、前回からの変化、想定外だった点を短くまとめます。そのうえで「今日は何を決めたいのか」を一つから三つに絞って共有します。
たとえば、問い合わせ数が減ったという報告だけでは論点になりません。広告の配信先を見直すのか、LPの訴求を変えるのか、営業対応まで確認するのか、判断の範囲を示します。
すべての数字を会議で扱う必要はありません。変化がない項目は事前資料で確認し、判断が必要な項目へ時間を配分します。
「続ける・止める・試す」を必ず決める
結果が良かった施策も、悪かった施策も、「様子を見る」で終えると判断が先延ばしになります。次回まで同じ運用を続けるなら、それも理由を伴う決定として残します。
会議では、施策ごとに次の三つを問いかけます。
- 成果があり、続けること
- 効果が薄く、止めること
- 次に試すこと
一度に多くを変更すると、どの変更が結果へ影響したか分からなくなります。次に試す内容は、確認したい仮説が分かる単位まで絞ります。
三つの問いを固定すると、発言の多さではなく、施策が前進したかで会議を評価できます。結論が出ない場合も、足りない情報と確認担当を決めれば、単なる保留ではなくなります。
数字と顧客反応を、同じ判断材料にする
広告のクリック率や問い合わせ数だけでは、施策の良し悪しを決められません。問い合わせ後の商談内容、失注理由、顧客が反応した言葉を合わせて見ると、数字が動いた背景を考えやすくなります。
判断の前に、少なくとも次の情報をそろえます。
- 目標と実績の差
- 前回から変更した内容
- 問い合わせや商談で聞いた反応
- 想定と違った点と考えられる理由
- 予算、人員、納期などの制約
数字が悪いから施策を止める、良いから予算を増やすという結論を急がず、どの顧客がどの流れで動いたのかを確認します。営業側の情報も会議へ持ち込むことで、集客と売上を分けずに判断できます。
決定事項に、担当者と確認日を付ける
会議で方向性が決まっても、「できるだけ早く対応する」では実行が止まります。変更する内容、担当者、完了予定日、結果を確認する日まで一組で決めます。
広告文を変える場合は、誰が案を作り、誰が承認し、いつ配信を始め、どの期間の数字を見るかを記録します。顧客の反応を確認するなら、営業担当が何を聞き、どこへ残すかも決めます。
担当者は、部署名ではなく一人を置きます。複数部署が関わる場合も、進行を確認する責任者を決めると、作業の抜けや認識違いを減らせます。
議事録を、次回会議の開始点にする
議事録を発言順に詳しく書いても、決定事項が探しにくければ運用には使えません。前回の結論、実施状況、確認した結果、今回の判断が続けて読める形式にします。
次回会議は、前回決めた内容が実行されたか、想定した変化があったかの確認から始めます。未実施なら担当者を責めるのではなく、作業量、権限、情報不足など止まった理由を見直します。
会議ごとに判断と実行をつなぐ記録が残れば、担当者が替わっても同じ施策を続けて改善できます。報告資料を増やす前に、三つの問い、判断材料、担当者、確認日が一枚で追える状態をつくります。
commitでは、広告、Web、SNS、営業の数字をつなぎ、会議で次の行動まで決める運用を支援しています。報告会になっている施策会議を見直したい場合は、サービス資料で支援範囲を確認するか、現在の会議資料と決定方法を共有してください。
