このプレイブックの目的
ニュースレター、ポッドキャスト、動画をそれぞれ別の仕事として回すと、ひとりではすぐ重くなります。強い flywheel は、1つの core idea を source asset にして、各チャネルへ広げながら互いに強くしていく仕組みです。AI は、この展開と再編集をかなり軽くしてくれます。
flywheel の本質は、量産ではなく、1つの考えを複数の面で効かせることです。
Quick take
強い media flywheel は、source idea、channel role、repurposing workflow、feedback loop の4層で回ります。AI はその4層を速くできますが、最初に「何を核 asset にするか」を決める必要があります。
| 層 | 決めるべきこと | 推奨ツール |
|---|---|---|
| Source idea | 何を核 asset にするか | Notion, research notes, canonical brief |
| Channel role | newsletter、podcast、video が何を担うか | channel map, editorial system |
| Repurposing workflow | どう切り出し、言い換え、再編集するか | ChatGPT Projects, Claude Projects, transcript workflow |
| Feedback loop | 反応をどう次の核 asset に戻すか | analytics notes, audience replies, comment tracker |
スタック
毎回 newsletter、podcast、video を全部別々に作るのではなく、まず1つの primary asset を作ります。長文メモでも、ポッドキャストの収録でも構いません。そこを基準にすると、他のチャネルが軽くなります。
newsletter は整理、podcast は深さ、video は発見。このように役割を分けると、同じ内容でも重複感が減ります。各チャネルを同じもののコピーにしないことが大事です。
音声から動画へ、長文から短文へ、直接変換しようとすると重いです。中継点として transcript や structured notes を置くと、切り出しと再編集がかなり速くなります。
実践フロー
- 今週の核になる source idea を1つ決める。
- それを primary asset として書くか録る。
- newsletter、podcast、video それぞれの役割に合わせて切り出す。
- transcript や notes を中継点にして再編集する。
- audience の反応を見て、次の angle を決める。
- 反応の良いものを archive 化し、次の source idea の材料にする。
先に標準化すべきもの
| 優先 | アセット | 理由 |
|---|---|---|
| 1 | primary asset format | 全体の軽さを決める |
| 2 | channel role map | 重複感を減らせる |
| 3 | repurposing workflow | 再編集コストが下がる |
| 4 | feedback note | flywheel が回りやすくなる |
よくある失敗
- 各チャネルを毎回別々に作る。
- 役割分担がなく、ただ同じ内容を複製する。
- transcript や note を残さない。
- 反応を次の企画へ戻さない。
チェックリスト
- primary asset が決まっている。
- channel ごとの役割がある。
- repurposing の中継点がある。
- feedback が次の企画へ返っている。
旧サイトから引き継ぐ素材
Operator note
強い flywheel は、もっと多く作る仕組みではありません。1つの良い考えを、複数の形で長く効かせる仕組みです.