エディトリアルカレンダーとコンテンツカレンダーの違い：ローンチに必要なのはどちらか

エディトリアルカレンダーは各コンテンツが何を証明するかを決め、コンテンツカレンダーはそれをいつ公開するかを決めます。コンテンツカレンダーとエディトリアルカレンダーの違いが一番効くのはローンチ期です。前者は誰も裏づけできない企画を止め、後者は何も出せない週を防ぎます。二つの役割を4週間の1枚の表にまとめます。これは段取りの型であり、流入の予測ではありません。

コンテンツカレンダーとエディトリアルカレンダーの違い

エディトリアルカレンダーは意思決定の記録です。読み手、その人が抱える問い、記事が守る主張、主張を検証可能にする証拠を書きます。コンテンツカレンダーは制作の記録です。日付、チャネル、担当者、状態を書きます。前者は書き始める前に悪い企画を止められます。後者は良い原稿がタイミングを逃すのを防ぎます。

小さなチームほど、片方だけを持ってもう片方の名前で呼びます。主張の列がない日付表はコンテンツカレンダーです。日付のないテーマ一覧は、出ないエディトリアル計画です。単体ではどちらも間違いではありません。ローンチでは、複数のチャネルが同じ短い期間に別の素材を求めるため、二つの間の隙間が一番高くつきます。

ローンチ期に二つが離れる理由

ローンチ前は、時間があるときに書きます。ローンチ後は、自分では動かせないチャネルがリズムを決めます。ディレクトリの審査、コミュニティのスレッド、パートナーのニュースレター、創業者の予定です。企画側はテーマを足し、制作側は日付をずらします。2週間後にはテーマが12個、公開済みが3本になります。

必要なのは大きな表ではありません。1行につき両方の半分を書くことです。日付があって主張がなければ、まだ準備できていません。主張があって日付がなければ、それは起きません。プロダクトローンチのチェックリストと同じ原則です。目的と締め切りが書かれて初めて、素材は準備完了になります。

4週間のローンチ表を作る

ローンチの2週間前から始め、2週間後で終えます。4週間は小さなチーム向けの編集上の選択で、測定された最適値ではありません。狙いは、各素材に一つの役割、一つの証拠、一つの日付を与え、行を足すのをやめることです。

1. 第-2週：主張の列を先に書く。予定している素材ごとに、読み手が繰り返せる一文を書きます。書けなければ、その素材は表に入れません。完了条件：すべての行に読み手と主張がある。
2. 第-1週：証拠を割り当てる。主張ごとに検証できるものを一つ付けます。ビフォーアフターの画面、日付のある数字、公開文書、再現できる例です。なければ集めるか、主張を削ります。完了条件：形容詞だけに頼る行がない。
3. 第0週：問いに答える2本を守る。1本は何が変わり、誰向けかを説明します。もう1本は何を置き換え、どんな場合に合わないかを説明します。他は動かして構いません。完了条件：2本が告知前か同じ週に予定されている。
4. 第+1週と+2週：続報を出す。ローンチ週に届いた質問を使います。ここでエディトリアルカレンダーが回収されます。質問は実在し、証拠はすでに受信箱にあります。完了条件：各続報が答える質問を明記している。

そのまま使える表

チームが普段開くツールにこの表を貼ってください。6列で足ります。例の行はプレースホルダーで、推奨するチャネルの組み合わせではありません。チャネルと証拠は、実際に作れるものに置き換えます。

二つのルールが表を正直に保ちます。証拠のない行は残さない。検証できない主張はスローガンで、スローガンにカレンダーは要りません。1〜2人のチームなら週2素材まで。制限は能力であって、野心ではありません。

一行を消しても話が壊れないとき、カレンダーは完成している。

主張と証拠の出どころ

主張と証拠は、表を埋めるときに考えるものではありません。コンテンツ構成案の書き方と同じ出どころです。読み手の問い、すでに持っている証拠、求める行動です。構成案があれば1行は5分で埋まります。なければ、一番忙しい時期に毎行が小さな調査になります。

ローンチ期の質問は3か所から来ます。サポートへの連絡、商談の通話、製品を告知した公開スレッドです。頻度で並べ、次に証拠で答えられるかで並べます。上位2つが+1週と+2週になります。残りは待ちます。ここを飛ばすチームが多く、ローンチ当日でカレンダーが終わるのはそのためです。

週が遅れたときの扱い

遅れるのは普通です。問題は、表が何もなかったかのように続くことです。次の三つで処理します。

1. 日付を動かし、主張は変えない。仕上がらなければ次の空き枠に移します。薄くて証拠のない別の記事で埋めません。
2. 枠を埋めるためだけの素材を削る。火曜が空いていたから存在する記事は、読み手の役に立ちません。削るのは前進で、失敗ではありません。
3. 遅れを能力の確認に使う。2週続けて間に合わないなら、計画が実際にはいないチームを前提にしています。日付を足す前に、行を減らします。

よくある質問

エディトリアルカレンダーとコンテンツカレンダーは何が違いますか

エディトリアルは意思決定を記録します。読み手、問い、主張、証拠です。コンテンツは制作を記録します。日付、チャネル、担当、状態です。前者はなぜ存在するかに、後者はいつ出るかに答えます。

製品ローンチに両方必要ですか

はい。ただし二つのファイルにはしません。両方の列を持つ1枚の表にします。別ファイルは、調整が最も必要なローンチ週にずれます。

どれくらい先まで計画しますか

小さなチームなら、ローンチ前2週間と後2週間で足ります。それ以上は願い事の一覧になります。ローンチ後にどんな質問が来るか、まだ分からないからです。

SNS投稿やメールも入れますか

役割と証拠がある場合だけ入れます。告知の見出しを繰り返すだけの投稿は配信であって、編集素材ではありません。コンテンツカレンダーには入れても、埋められない主張の列は与えません。

まだ顧客事例がない場合は

再現できる例を使います。入力と出力、ビフォーアフターの画面、日付のある公開文書です。顧客や割合を捏造しません。どの素材がローンチで最も効くかは、私たちにも分かりません。表は選択を見えるようにするだけで、代わりに決めるものではありません。

次の一歩

空の表を開き、6列を足します。日付を選ぶ前に、最初の行の読み手と主張を書きます。次に素材が実在するか確認し、仕上がった行を公開する人に渡します。表が埋まったら、コンテンツ制作の流れで担当に配ります。