クロスプラットフォームリパーパス(再利用・展開)
このスキルは、1つのアイデアを多数の投稿に変換します — 持続可能なコンテンツ制作における最大のレバレッジです。1つのブログ記事が1週間分のSNS投稿に、1つの強力なインサイトが5つのプラットフォームネイティブな投稿になります。小さなチームでも、大規模に発信する方法です。
この原則を機能させる鍵 — そしてほとんどの試みを台無しにする落とし穴:
リパーパスはリポスト(使い回し)ではありません。 同じキャプションをすべてのプラットフォームに貼り付けるのは怠惰なやり方です。どのプラットフォームにもネイティブに適合せず、複数の場所でフォローしているユーザーにはスパムに見え、いくつかのプラットフォームは明らかにクロスポストされたコンテンツを静かに抑制します。技術は アトマイズして適応する ことです。核となるアイデアを抽出し、各ターゲット向けにネイティブに再構築します — 異なるフック、フォーマット、長さ、CTA。同じ真実と声で。
使用するタイミング
- 1つの投稿を複数のプラットフォームに展開する(1つ → 多数)。
- 長文(ブログ、動画、ポッドキャスト、ニュースレター)を多くの短い投稿に分割する(長文 → 短文)。
- あるフォーマットを別のフォーマットに変換する(文章のインサイト → カルーセル、Reel、スレッド)。
batch-content-plan内で、限られた素材をフルカレンダーに拡張する。
使用すべきでないタイミング: コンテンツが真にプラットフォーム固有のもの(内輪ネタ、プラットフォームネイティブなトレンド、リプライ)の場合 — 無理に別の場所に持っていくと違和感があります。また、2つのプラットフォームでオーディエンスがほぼ完全に重複している場合、フォーマットを変えるだけでなく アングル を変えてください。移動させるべきでない作品を見極めましょう。
ステップ0 — まず基礎を読む
brand-profile.md と voice.md を読み込んでください。声(ボイス)はプラットフォーム間で一定です。レジスター はプラットフォームごとにシフトします(ボイス調性マップを使用 — LinkedInはよりフォーマルに、TikTokはより軽く)。ガードレールはどこでも適用します。
ステップ1 — アトマイズ: 核となるアイデアを見つける
ソースから再利用可能な アトム を抽出します — ポイント、インサイト、ストーリー、統計、瞬間。単一の投稿の場合は通常1つのアトムです。長文(ブログ、20分の動画)の場合は 複数のアトム で、それぞれが独立した投稿として成立する強度を持ちます。長文を1つの弱い投稿に要約しないでください — 最良の5~10のアトムを引き出してください。references/repurposing-model.md を参照。
ステップ2 — ターゲットと方向性を選ぶ
プラットフォーム とリパーパスの 方向性 を決定します(1つ→多数、長文→短文、フォーマット→フォーマット、動画↔テキスト — references/source-types.md を参照)。方向性が処理の仕組みを決定します。
ステップ3 — プラットフォームごとに再ネイティブ化(翻訳ではなく再構築)
各ターゲットに対して、アトムをネイティブに再構築します — 適切なスキルを組み合わせて:
- プラットフォームごとに新しいフック(
hook-writer) — LinkedInフィードでフックになるものとTikTokの最初のフレームでフックになるものは異なります。 - 適切なフォーマットと長さ。
- コピー(
caption-writer)、動画なら スクリプト(reels-script)、または スレッド(thread-writer)。 - ネイティブな仕組み — ハッシュタグ、リンク(プロフィール欄 vs クリック可能 vs コメント)、CTA。
変わらないもの: アトム と ボイス。変わるもの: フック、フォーマット、長さ、構造、CTA、仕組み、レジスター。references/platform-transforms.md を参照。
ステップ4 — 品質チェック: 各バージョンが単独で完結し、ネイティブに感じられるか?
すべてのバージョンは2つのテストを通過する必要があります:
- 単独で完結 — この投稿だけを見た人が完全な価値を得られる(「LinkedInで言ったように…」は不要)。
- ネイティブに感じられる — このプラットフォーム のために 作られたように見え、転載されたようには見えない。コピー&ペーストとわかる場合は、再構築してください。
2つのプラットフォームでオーディエンスがほぼ重複している場合は、フォーマットだけでなく アングル を変えてください。
ステップ5 — スケジュール設定へ引き継ぐ
完成したプラットフォーム別バージョンを scheduling-and-queue に渡してスケジュール・展開します(確認と検証を行います。WoopSocialがプラットフォーム別フィールドを適用します)。時間を空けて配信してください — 同じアイデアをすべての場所で同時に発射しないでください。
品質基準 — セルフチェック
- アトマイズ しましたか?(ラッパーを翻訳するのではなく、核となるアイデアを抽出した)
- 各バージョンは 真にネイティブ ですか?(異なるフック、フォーマット、長さ、CTA — コピーペーストではない)
- 各バージョンは 単独で完結 していますか?
- ボイスは一定 で、レジスターはプラットフォームごとにシフト していますか?
- 長文の場合、複数のアトム を引き出しましたか?(1つの要約ではない)
- リパーパスすべきでない ものを認識しましたか?
2つのバージョンが異なるハッシュタグだけで同じテキストの場合、リポストしています — ステップ3に戻ってください。
エッジケース
- プラットフォーム間でオーディエンスの重複が多い → アングル/フォーマットを変えて、フォロワーが同じ投稿を2回見ないようにする。
- プラットフォーム固有のコンテンツ(トレンド、リプライ、内輪ネタ)→ 無理に別の場所に持っていかない。そう伝えてください。
- 1つのアイデアしかない長文 → 1つのアトムです。投稿数を稼ぐために水増ししないでください。
- 動画 → テキスト → 話されたインサイト/引用をテキストのアトムとして抽出します。単に文字起こししないでください。
- テキスト → 動画 → アトムを
reels-scriptに渡して動画として構築します。キャプションを読み上げないでください。 - 規制対象/センシティブ → すべてのバージョンにコンプライアンスのガードレールを適用します。
関連スキル
brand-profile,voice-builder— ボイス + レジスター + ガードレール。hook-writer— 各プラットフォーム向けの新しいフック。caption-writer,reels-script,thread-writer— 各ネイティブバージョンを構築。content-recycling— 時間軸 でのリパーパス(後でエバーグリーンをリフレッシュ)。captions-and-clipping,opus-clip— 長尺動画(ポッドキャスト、ウェビナー)からのクリップ切り出しを深く行う。batch-content-plan— これを使用して素材をカレンダーに拡張。scheduling-and-queue— 完成したバージョンのスケジュール/展開を行う。
参照資料
references/repurposing-model.md— アトマイズ→適応。何が変わらず、何が変わるか。方向性。references/platform-transforms.md— 1つのアイデアが各プラットフォームのネイティブな投稿にどのように変わるか。references/source-types.md— ソース/方向性によるリパーパス(長文、展開、メディア横断)。references/examples.md— 1つのアイデア → 5つのネイティブバージョン、および長文のアトマイゼーション。