カレンダーの管理担当者がいない場合のキャンペーン受付プロセスを改善する

マスターカレンダーやトラフィックマネージャーが存在しない場合、キャンペーン依頼は、プランに必要な詳細情報や決定事項が欠けたまま届くことがあります。この問題を解決するには、必ずしも単一のフォームである必要はありませんが、合意された統一の受付プロセスを確立する必要があります。具体的には、指名された受付担当者が各依頼を確認し、不足している情報を返送した上で、優先度やキャパシティを決定する権限を持つ担当者に、要件が満たされた依頼を回します。共有カレンダーには、チームが承認し、実施日が決定された仕事のみが表示されます。

このガイドのために提供された、2026年9月のマーケティング会議の匿名化された抜粋には、問題が率直に記述されています。「チーム横断的なマスターカレンダーが実質的に存在しないのです。」また、別の人物は「トラフィックマネージャー、つまり依頼内容を審査し、情報が不十分な場合は指摘してくれる担当者がいないのです」と述べています。以下の方法を用いれば、新たな専任の役割を設けることなく、その審査業務を誰かの担当にすることができます。

主なポイント

キャンペーン依頼がカレンダーに反映されない理由

所有者が決まっていない、目標や期限の根拠、意思決定の流れが明記されていないリクエストについては、カレンダーだけでは解決できません。カレンダーにはチームが入力した内容が表示されるのみであり、評価に必要な情報が欠けているリクエストに基づいて、チームが確実なプランを立てることはできません。

提示された会話の抜粋からは、繰り返し発生する問題が浮き彫りになっています。チーム間で共通のカレンダーが共有されておらず、詳細が見落とされたり、仕事の提出が遅れたり、未完了のリクエストを返却する役割が誰にも決まっていないといった状況です。これらはすべて、引き継ぎの欠如という同一の問題から生じる異なる症状に過ぎません。リクエストには、提出からレビューへ、レビューから優先度の決定へ、そして承認されたプランからカレンダーへのエントリーへと至る明確な流れが必要です。

このプロセスには、専任のトラフィックマネージャーは必要ありません。ただし、各段階で次の決定を下す責任者を明確にしておく必要があります。

フォームを作成する前に、決定権限を割り当ててください。

たとえ1人が複数の役割を担っている場合でも、以下の4つの責任の可視性を確保します：

受付担当者は、すべてのキャンペーンを承認する権限を必要としません。必要なのは、「このリクエストには対象層と締切の理由が記載されていません。スケジュールを組む前に、それらを追加してください」と伝える権限です。優先度担当者は、その仕事を実施すべきかどうかを決定します。キャパシティ担当者は、チームがいつその仕事を引き受けられるかを確認します。

優先度とスケジュールは別々の決定事項として扱う。重要度の高い依頼であっても、キャパシティが空くまで待機することはあり得る。

このキャンペーン受付テンプレートをコピーして、必要に応じて修正してください。

このテンプレートは、リクエストが新規のもの、複数のチームにまたがるもの、または共有カレンダーへの日程登録が必要な場合に使用してください。チームの意思決定に役立たないフィールドは削除してください。別の役割が提供すべき回答を依頼者に無理に考えさせないでください。そのようなアイテムは「不明」としてマークさせ、範囲定義のために適切な担当者に回してください。

マーケティングリクエストとクリエイティブリクエストで別々のフォームビューを使用する場合でも、合意された単一の受付プロセスを維持してください。異なるフォームでは、各リクエストタイプに必要な詳細情報を尋ねることができますが、これらは同じ意思決定プロセスへの入り口であり、独立した選別システムではありません。各提出により、選択したリストにタスクが作成されるため、各フォームがリクエストをどこに送信するか、また誰が確認するかを決定してください。利用可能な質問タイプについては、「マーケティングチーム向けフォーム」および「フォームとフォームビューのイントロ 」を参照してください。

意思決定に不可欠なフィールドのみを必須項目とする。小規模なリクエストであれば、簡単な概要説明で済む場合もある。一方、クロスチャネルでのローンチの場合は、仕事量を見積もる前に範囲を明確にするための会話が必要になることもある。フォームは、現時点で判明している情報と次に下すべき決定事項を明らかにするものであり、すべてのリクエストに同じレベルの詳細情報を強制するものであってはならない。

明確な連絡経路を定めて、依頼の優先順位付けを行う

受付担当者は、4つのチェック項目に基づいて、各提出をどのプロセスに振り分けるかを決定できます：

リクエストは審査できるほど十分に完了していますか？ ビジネス上の必要性、対象者、既定の成果物、日程の根拠、および所有者が記載されているかを確認してください。必須項目が欠けている場合は、具体的な質問事項と、その回答ができる担当者を明記してリクエストを差し戻してください。必要な情報が揃うまでは、確定済みのカレンダーには登録しないでください。

仕事のスコープ定義が必要ですか？ 依頼者が成果物は把握しているものの、適切なチャネル、成果物、または依存関係が不明な場合は、プランを形にできる担当者に回してください。その案件は「承認済み仕事」ではなく、「スコープ定義が必要」としてマークしてください。

優先度の決定権限は誰にあるのか？ ビジネスへの影響、外部からの確定日程、依存関係、努力など、チームで合意した基準を用いて、リクエストを現在のコミットメントと比較検討します。依頼者が希望する優先度は、そのリクエストの根拠を説明する一助となりますが、実際にどの案件を優先して進めるかを決定するものではありません。

チームはその日程をコミットできますか？ 依頼された日程は、担当のキャパシティオーナーが範囲とスケジュールに同意して初めてコミットとなります。同意できない場合は、現実的な次のアクションを提示してください。具体的には、範囲を縮小する、日程をずらす、依頼を延期する、または依頼を断るといった対応です。

表現はシンプルに保ちましょう。有用な受付結果の例としては、「情報が必要」、「範囲の明確化が必要」、「優先度の決定準備完了」、「スケジュール承認済み」、「延期」、「却下」などがあります。別のステータスシステムを追加するのではなく、これらのラベルを既存のワークフローに合わせて調整してください。

完了例：ウェビナープロモーションのリクエスト

この架空の例は、フォームと優先順位付けルールがどのように連携して機能するかを示しています。これは顧客事例や実際のキャンペーンの報告ではありません。

リクエストには、何が不足しているかを確認するには十分な情報が含まれていますが、リリース日を確約するには不十分です。イベントの詳細が承認されると、優先度所有者は他の仕事とのバランスを考慮して評価を行います。その後、キャパシティ所有者が、リクエストされたスケジュールが実現可能かどうかを確認します。

承認された仕事を1つのカレンダーに統合する

受付キューとカレンダーは接続させておくものの、それらを同一のものとして扱わないでください。キューには依頼と決定事項が格納されます。カレンダーには、チームが提供することに合意した内容と時期が表示されます。

所有者が決まっている、または期限が設定されている成果物ごとに、1つのカレンダーアイテムを作成します。各アイテムを親キャンペーンにリンクさせ、キャンペーンとその仕事の両方が確認できるようにします。スケジュールされたすべてのアイテムには、以下の情報を記載する必要があります：

カレンダーへの登録には、確定した日付を使用してください。変更の経緯をチームが説明できるよう、当初のリクエスト日とその理由を受付記録に残しておいてください。日程が変更された場合は、誰が決定を下したか、またどの他の仕事に影響が及ぶかを記録してください。リクエストを黙って上書きして、履歴を失わないようにしてください。

チームの準備が整ったら、承認済みで日程が確定した仕事のみを共有の計画カレンダーに反映させます。ClickUpのカレンダービューでは、開始日または期日が設定されたタスクが表示され、1日、4日間、1週間、または1ヶ月単位のビューが利用可能です。「カレンダービューのイントロ」を参照してください。このビューをチーム横断的なカレンダーとして扱う前に、各チームの承認済み仕事がすべて含まれていることを確認してください。ビューだけでは優先度を決定したり、キャパシティを確認したりすることはできません。

マーケティングプロジェクトの調整に関する詳細は、「マーケティングプロジェクト管理」を参照してください。チームでまだ計画用ソフトウェアを選定中の場合は、その決定については別途用意されている「マーケティング計画用ソフトウェアガイド」をご利用ください。それらのページでは関連する業務について解説していますが、本ガイドでは、依頼がどのようにしてカレンダー上の承認済み業務となるかに焦点を当てています。

2週間かけてこの手法を導入する

第1週：意思決定について合意する。 依頼受付担当者とそのバックアップ要員を決定する。優先度を決定できる担当者と、キャパシティを確認する担当者を明確にする。チームがアクセスできる直近の数件の依頼を確認し、それらを参考に、審査に必要な最低限の情報を設定する。既存のワークフローに合わせてテンプレートを調整し、結果のラベルを設定する。

第2週：新規案件にこのプロセスを適用する。 新規のリクエストは、合意された受付窓口を経由させる。不備のあるリクエストについては、具体的な質問事項と次の所有者を明記して差し戻す。チームが実際に対応可能な頻度でトリアージレビューを実施する。共有カレンダーには、承認済みで実施日が決定した仕事のみを追加する。週の終わりに、どのフィールドが不明確だったか、どの決定事項に所有者が割り当てられていなかったかを確認し、さらに複雑な処理を追加する前に手順書を改訂する。

最初の段階は「仕事に関する合意」であり、すべての依頼が承認されたりスケジュールに組み込まれたりするという約束ではありません。仕事を先送りしたり断ったりした場合は、簡潔な決定メモを残してください。そうすることで、その決定による影響を受ける人々に、そのトレードオフが可視化されます。

テンプレートを基に、独自のルールを設定しましょう

チームでキャンペーンの仕事の初期フレームワークが必要な場合は、「マーケティングキャンペーン管理テンプレート」を、自チームの受付フィールドや意思決定権限に合わせて調整してください。

出典