content-calendar

編集カレンダーの計画

始める前に

1. ブランドの背景を確認する：brand/VOICE.md があれば読みます。カレンダーの計画では、コンテンツのテーマをブランドの柱に沿わせる必要があります。ユーザーがすでにコンテンツ戦略スキルを実行している場合は、その出力にあるコンテンツの柱とブリーフを参照します。

2. カレンダーの種類を決める：ユーザーに確認するか、プロンプトから推測して、どのような計画が必要かを判断します。

   • 月間カレンダー -- 各プラットフォームにわたって1か月分のコンテンツを計画します（templates/monthly-calendar.md.template）
   • キャンペーン計画 -- 単一のテーマ、ローンチ、イベントを中心とする集中的なコンテンツ展開です（templates/campaign-plan.md.template）
   • コンテンツシリーズ -- 時間をかけて公開する、関連性のある一連のコンテンツです（templates/content-series.md.template）

3. 必要な情報を集める：ユーザーが公開しているプラットフォーム、既存のコンテンツの柱、固定日（ローンチ、イベント、祝日）、制作能力（現実的に週あたりどれだけのコンテンツを作れるか）、現在のコンテンツパイプラインを確認します。

---

計画の流れ

ステージ 1：背景情報の収集

スケジュールを組む前に、制約を把握します。

• プラットフォーム：ユーザーはどのプラットフォームで公開していますか？プラットフォームごとに適した投稿頻度は異なります。cadence-guide.md を参照してください。
• 制作能力：チームが現実的に週あたり何本のコンテンツを制作できますか？正直に見積もりましょう。計画を詰め込みすぎると、燃え尽きやカレンダーの放棄につながります。
• コンテンツの柱：どのようなコンテンツの柱がありますか？利用できる場合は、brand/BRAND.md またはコンテンツ戦略スキルの出力を参照します。柱が定義されていない場合は、ユーザーの状況に基づいて3～5個を提案します。
• 固定日：製品のローンチ、カンファレンス、祝日、季節のイベント、業界の節目などです。
• 既存のパイプライン：すでに制作中、公開予定、または最近公開されたコンテンツを確認します。内容の重複を避けます。

ステージ 2：投稿頻度の設計

次の点に基づいて、各プラットフォームの投稿頻度を設定します。

1. プラットフォームの標準：推奨頻度については、cadence-guide.md を参照してください。
2. チームの制作能力：チームが継続できる範囲を決して超えないようにします。2週間で破綻するカレンダーより、無理のないカレンダーを6か月維持するほうが優れています。
3. コンテンツの品質基準：品質を下げる前に投稿頻度を下げます。質の高い投稿を週1本出すほうが、平凡な投稿を5本出すより効果的です。
4. オーディエンスの期待：オーディエンスが週刊ニュースレターを期待するようになっているなら、突然月刊に変更しないでください。

個人のクリエイターや小規模チーム向けの推奨開始頻度：

プラットフォーム	最低限の投稿頻度	理想的な投稿頻度
ブログ	週1回	週2回
X / Twitter	週3回	1日1～2回
LinkedIn	週2回	週4～5回
ニュースレター	2週間に1回	週1回
YouTube	2週間に1回	週1回
Reddit	週1回	週2～3回

ステージ 3：トピックの割り当て

カレンダーの枠にトピックを割り当てます。

1. コンテンツの柱を週ごとに割り当てる：単一の柱に偏らないよう、コンテンツの柱をローテーションします。3つの柱であれば、シンプルに「柱A、B、C、A、B、C…」と順番に回す方法が有効です。
2. プラットフォームごとに形式を割り当てる：同じトピックを、異なる形式で複数のプラットフォームに掲載できます。ブログ記事をスレッド、LinkedInの投稿、ニュースレターのセクションに展開できます。
3. 軸となるコンテンツを先に配置する：制作に最も手間がかかるコンテンツ（ブログ記事、動画、ニュースレターの特集）を先にスケジュールします。その後、軸となるコンテンツから展開できる、またはそれを補完する軽めの形式（スレッド、LinkedInの投稿）を追加します。
4. 予備枠を設ける：カレンダーの枠の10～20％を「柔軟枠」として確保し、ニュース、トレンド、コミュニティでの会話に対応するコンテンツに使います。

ステージ 4：カレンダーの組み立て

適切なテンプレートを使ってカレンダーを作成します。

• 月間カレンダー：templates/monthly-calendar.md.template を使います。日付、プラットフォーム、形式、トピック、ピラー、ステータス、メモの列を設け、週ごとに表示します。
• キャンペーン計画：templates/campaign-plan.md.template を使います。フェーズごとのタイムラインを表示し、各フェーズのコンテンツと、複数のプラットフォームで連携して実行する方法を示します。
• コンテンツシリーズ：templates/content-series.md.template を使います。各コンテンツのつながり、一貫した公開ペース、全体をつなぐテーマが分かるよう、順番に表示します。

ステージ 5：レビューと調整

作成したカレンダーを次の観点で確認します。

• ピラーのバランス：特定のピラーが多すぎたり、少なすぎたりしていませんか？
• 形式の多様性：同じ形式を使いすぎていませんか？ブログ記事、スレッド、動画、画像を組み合わせましょう。
• ペース配分：自然なリズムになっていますか？重いコンテンツを3本続けて公開した後、何も公開しないといった状況は避けましょう。
• 依存関係：LinkedIn の投稿でブログ記事に触れる場合、ブログ記事が先に公開される予定になっていますか？
• 現実的な作業量：チームで実際に制作できますか？容赦なく正直に判断しましょう。

---

複数プラットフォームでの連携

同じテーマを複数のプラットフォームで扱う場合は、それぞれのプラットフォームの慣習に合わせて調整します。

プラットフォーム	調整方法
Blog	構成、例、詳細を含め、テーマを深く掘り下げます
X / Twitter	最も鋭い洞察をフックとして取り出します。さらに深く掘り下げる場合はスレッドにします。
LinkedIn	専門的な切り口、個人的な視点、学びを重視した内容にします
Newsletter	個人的なコメントやリンクを添えた、厳選した要約にします
YouTube	視覚的な表現を取り入れ、デモや手順解説の形式にします
Reddit	コミュニティを第一に考え、実用的な価値を提供し、自己宣伝のような雰囲気は避けます

重要な原則は、テーマは同じでも、表現は変えることです。すべてのプラットフォームに同じテキストをコピーして貼り付けてはいけません。それぞれのプラットフォームのオーディエンスは、その場に自然になじむコンテンツを期待しています。

---

カレンダーのステータス

進捗管理には、次のステータスラベルを使います。

ステータス	意味
idea	トピックは決まっていますが、ブリーフはまだありません
briefed	コンテンツブリーフが作成されています
in-progress	原稿を執筆中です
review	原稿が完成し、レビュー中です
scheduled	最終版が完成し、公開日が設定されています
published	公開済みです
flex	反応が求められる時事的なコンテンツ用に確保した枠です

---

他のスキルとの連携

このスキルは、より広範なコンテンツシステムと連携します。

必要なこと	スキル
コンテンツピラーを定義する	/content strategy
カレンダーからブログ記事を書く	/content blog
カレンダーからスレッドを書く	/content twitter
カレンダーから LinkedIn の投稿を書く	/content linkedin
カレンダーから動画を作成する	/content video
1つのコンテンツを複数の形式に再利用する	/content repurpose
公開前にコンテンツを監査する	/content audit

---

出力チェックリスト

カレンダーを提出する前に、次の項目を確認します。

• カレンダーの形式がユーザーのニーズ（月間、キャンペーン、シリーズ）に合っている
• 公開ペースがチームの処理能力に対して現実的である
• カレンダーの期間全体でコンテンツピラーのバランスが取れている
• 形式に変化がある（すべてブログ記事、またはすべてスレッドになっていない）
• 固定日（ローンチ、イベント）が考慮されている
• 複数プラットフォーム向けのコンテンツが、コピーして貼り付けられるのではなく、プラットフォームごとに調整されている
• 反応型コンテンツ用に、枠の10～20%がフレックス枠として確保されている
• コンテンツ間の依存関係を正しい順序で組み込んでいる
• すべての枠に、ブリーフを作成できるだけの詳細（トピック、形式、ピラー、プラットフォーム）がある
• カレンダーを、整った Markdown テーブルまたは構造化ドキュメントとして提出できる