ライフサイクルを尊重するカレンダー
既存のポジショニング、フロー、今後の製品情報、オーディエンスの規模/嗜好、チームのキャパシティを読み取ります。日付は、ローンチや締切が確定していない限り、提案として扱います。計画のためにプロバイダーへのアクセス権は不要です。
エディトリアル在庫を構築する
有益な教育コンテンツ、実際の製品事例、顧客からの質問、裏付けのある証拠、実際のオファーをリストアップします。日付を埋めるために、 testimonial（お客様の声）、リリース、割引、時間的プレッシャーを捏造してはいけません。異なるメッセージが有用な意思決定を生み出す場合にのみセグメント化します。小さなリストに複雑なマトリックスはほとんど必要ありません。
持続可能な配信頻度を選択し、それを仮説として説明します。意図的に送信しない日と、準備・レビュー時間を含めます。既存のオンボーディング、アカウント通知、サポートスレッド、予定されたブロードキャストは、受信者の注意を共有します。
カレンダーを作成する
marketing/calendar.md を以下の内容で保存します：日時/タイムゾーン、オーディエンス、除外条件、ライフサイクル状態、1つのジョブ、アングル、ソース/証拠、件名の方向性、CTA/遷移先、担当者、実装状況、主要指標。30日間の概要と、最初の2回の配信の完全なブリーフを含めます。
頻度制限、メッセージ優先順位、延期ルールを設定します。実際の配信時に抑制と関連性を再確認します。予定されたブロードキャストは、一時停止中のアウトバウンドシーケンスを再開したり、配信停止済みの連絡先を含めたりしてはいけません。重要なアカウントメッセージは、独自の資格ルールを保持します。
品質と学習
カレンダー例 を参照してください。カレンダーが売り込みの繰り返しにならないようにします。各アイテムが読者の成長にどのように役立つかを説明します。売上予測ではなく、仮説を記録します。月間カレンダーは、スケジュール設定や送信の許可ではありません。まず具体的なドラフトを準備し、ユーザーの承認範囲内に留めてください。
1つのレビュー日、コホート、指標を選択します。サンプルが小さい場合は、返信とタスクの摩擦をレビューします。開封率の変動だけでキャンペーンの勝者を宣言してはいけません。