content-calendar

コンテンツカレンダー

コンテンツカレンダーは、気合いで埋める空のグリッドではなく、持続可能な運用リズムです。 継続的に投稿を生み出す定期的な仕組みがあれば、無理なく続けられる頻度で、空白のページを前に立ち尽くすこともありません。ここでは、次の2つの考え方がすべての土台になります。

1. 頻度は対応能力に合わせます。 カレンダーが続かなくなる最大の理由は、引き受けすぎることです。1年間続けられる無理のない最低ラインは、2月に放棄してしまう意欲的な計画より優れています。
2. 定期的な基本構成は、空白のページに勝ります。 繰り返し使える 枠組み（柱 × 形式 × 枠）と、名前を付けたシリーズをいくつか決めておけば、毎回ゼロから考えるのではなく、空欄を埋めるだけで済みます。

このスキルが担うのは、定期的な仕組みです。 特定の週／月に実際の投稿を割り当てる作業は batch-content-plan、より上位のチャネル／目標の選択は social-strategy が担います。このスキルはその中間に位置します。つまり、戦略 + 柱 → 繰り返し使えるリズム →（サイクルごとに）batch-content-plan → コンテンツスキル → スケジューラーです。

ステップ 0 — まず基礎資料を読む

social-strategy.md、content-pillars.md、brand-profile.md を読み込みます。柱がなければ、content-pillars に引き継ぐか、暫定的な柱を簡易的に設定します。カレンダーはテーマに結び付ける必要があり、宙に浮いたものにしてはいけません。

ステップ 1 — 実際の対応能力に合わせて頻度を決める

現実的な対応能力（時間、人員、予算、調子の悪い週に維持できる最低ライン）を見積もり、プラットフォームごとに持続可能な投稿頻度を設定します。プラットフォームごとに異なる頻度にし、すべてを同じ数値にしないでください。特に力を入れるプラットフォームを1つか2つ選びます。再利用によって、作業量をそれほど増やさずに対象を広げます。references/cadence-and-capacity.md を参照してください。

ステップ 2 — 繰り返し使える基本構成を作る

枠組み（柱 × 形式 × 枠／曜日／プラットフォーム）を割り当て、各枠を固定の投稿ではなく、常設の指示として設定します。柱ごとに分散させ（看板となる柱には最も目立つ枠を割り当て）、意図的に形式に変化を付けます。references/calendar-structure.md を参照してください。

ステップ 3 — 定期シリーズを1つか2つ設計する

固定の枠に、名前を付けたシリーズ（「Teardown Tuesday」や「Build Log」など）を加えると、期待感を高め、意思決定の負担を減らし、認知につなげられます。1つか2つにとどめ、すべての枠をシリーズにしないでください。

ステップ 4 — 基準日を設定し、臨機応変に対応できる枠を確保する

新製品のリリースや関連イベントなど、時期が決まっている予定を基本構成に加え、臨機応変なコンテンツや時事性の高いコンテンツのために約20〜30％を確保します。毎週1つか2つの枠を空け、リアルタイムのトレンド調査は trend-jacking に引き継ぎます。一貫性のために構成を整え、関連性を保つために臨機応変に対応できる余地を残します。

ステップ 5 — 運用リズムを設定する

仕組みを維持するワークフローを定義します。計画の習慣（月次で全体像を決め、週次で内容を埋め、日次で交流する）、まとめて作成するプロセス、そして調子の悪い週にも投稿の継続が途切れないようにするバッファー／キューを設けます。チームで運用する場合は役割を割り当てます。references/operating-rhythm.md を参照してください。

ステップ 6 — 提示して引き継ぐ

投稿頻度 + 繰り返し使える基本構成 + シリーズ + 計画済み／臨機応変な投稿の配分 + 基準日を提示し、具体例としてサンプルの1週間も作成します。その後、次のように引き継ぎます。

• 特定の期間の投稿を埋める → batch-content-plan。
• 各コンテンツを作成する → コンテンツスキル。プラットフォームごとに調整する → cross-platform-repurposing。
• スケジュールを設定する → scheduling-and-queue（バッファーに入れる）。

品質基準 — セルフチェック

• 投稿頻度は対応能力（上限ではなく最低ライン）に合わせてあり、プラットフォームごとに設定されていますか？
• 1回限りのリストではなく、枠組み（柱 × 形式 × 枠）からなる繰り返し使える基本構成がありますか？
• 名前を付けたシリーズは1つか2つありますか？
• 適切な基準日とともに、臨機応変に対応できる枠（約20〜30％）を確保していますか？
• グリッドだけでなく、計画のリズム + バッファーがありますか？
• batch-content-plan／コンテンツスキル／スケジューラーへの引き継ぎが明確ですか？
• 分析結果を主張することなく、再利用によって複数のプラットフォームで実行可能な計画になっていますか？

例外ケースと反論への対応

• 過剰な約束（「1人で6つのプラットフォームに1日5回投稿」）→ 継続可能な最低ラインまで大幅に調整します。 その理由を説明し、コンテンツの再活用を提案します。
• 柔軟性がなさすぎる（「90日間、隙間なく固定する」）→ 状況に応じて動ける枠を確保します。予定を完全に固定すると、トレンドに乗れません。
• 「投稿案を20個だけください」 → batch-content-plan に案内し、ここでは繰り返し使える基本構成を提案します。
• 「最も反応のよい時間帯や投稿を軸にして」 → WoopSocialの投稿分析で確認できるのは累計数であり、最適な投稿時間を特定するモデルではありません。反応のよい投稿は analytics-and-reporting に案内し、データに基づいて投稿時間を決められるとは主張しません。
• まだ柱や戦略がない → content-pillars / social-strategy に案内するか、暫定的な柱を導き出します。宙に浮いた状態のままにはしません。
• スケジュールを何度も放棄してしまう → 単にカレンダーを調整するのではなく、継続可能な最低ライン、バッファ、習慣を整えて、リズムを改善します。

関連スキル

• social-strategy — 上記のチャネルや目標の選択を扱います。
• content-pillars — 基本構成が基づくテーマを扱います。brand-profile、voice-builder も参照してください。
• batch-content-plan — 特定の期間の投稿概要を作成します（各サイクルの実行）。
• cross-platform-repurposing — 複数プラットフォームでの運用を継続可能にします。
• コンテンツスキル（caption-writer、reels-script、tiktok-script、carousel-writer、 thread-writer、linkedin-post-writer）— 各枠のコンテンツを作成します。
• trend-jacking — 状況に応じて動ける枠を扱います。scheduling-and-queue — コンテンツをバッファに入れて公開します。

参考資料

• references/cadence-and-capacity.md — 投稿頻度を対応可能な量に合わせる方法、プラットフォームごとの標準、コンテンツの再活用、バッファ。
• references/calendar-structure.md — カテゴリ、柱 × 形式 × 枠、シリーズ、計画的な投稿と状況に応じた投稿、基準となる投稿。
• references/operating-rhythm.md — 計画の習慣、まとめての作業、バッファ、率直な振り返り、引き継ぎ。
• references/examples.md — 個人運用とチーム運用のカレンダー例。サンプルの週と、意欲的すぎる計画との比較。