発信カレンダーの统合（newsletter/press/release の 1 表）
背景与問題
OPC（B 方向）。発信チャネルが 4 つ（メルマガ月次・press ピッチ・リリースノート・年次まとめ）に増え、それぞれ別の判断で走っている。1 カレンダーに統合して「今月何を発信するか」を一目で決められるようにする。
发现
（出典はいずれも 2026-09-17 アクセス）
- コンテンツカレンダーの価値：blog・newsletter・SNS などを俯瞰して眺められることが機能の本体（Lightning Media Partners）。全チャネルを 1 view で見るツールとしては CoSchedule が頻出（Gambit Partners の 2026 比較）。
- テンプレの型：チャネル別の行×週次/月次の列で並べる（Edify Content、beehiiv の newsletter 版）。
- カレンダーの効用：事前計画で時間とストレスを減らす（Sprinklr）。
- 推测：チャネルが 4 つならツールは不要——スプレッドシート 1 枚で始め、規模が出てから CoSchedule 型を検討する。
结论
- 年間リズムを 1 表に：行=チャネル（メルマガ/press/リリースノート/年次まとめ）・列=月。既定のリズム（メルマガ毎月・press 四半期・12 月 year-in-review）を先に埋める。
- 各行に「素材元」を書く：リリースノートからの転用・opc-year-in-review-email とのデータ共有——発信の転用が可視化され、新規執筆を減らす。
- 発信なし月を意図的に作る：毎月全チャネルは solo では破綻する——夏に 1 ヶ月のオフを設定する（推测ベースの持続設計）。
- ツールは導入しない：スプレッドシート 1 枚で開始。規模が出た時点で CoSchedule 型を評価（opc-tool-cost-audit と整合）。
待办 / 下次继续
关联
opc-email-newsletter-digest opc-year-in-review-email opc-press-media-kit opc-release-notes-rhythm