バイラルリール(Viral Reels)
実際にバズっている動画がどのように作られているか、そのまま再現します:3つの心理的ビートの連鎖で、それぞれが1つの役割を担います。
スクロールを止める → 興味を引きつける → 報いる
クリエイターの通常のリーチを大幅に上回った動画の分析は、すべてビートごとに意図的なトリガー(恐怖、好奇心、驚き;パターン中断、好奇心、報酬;ストーリー、驚き、商品)に集約されます。失敗する動画は、たいていビートを逃しています。つまり、強いアイデアなのに止まる理由がなく、素晴らしいフックなのに中盤を持続させるものがない、またはフックが提起した問いに答えないペイオフになっているのです。したがって、仕事は「キャッチーな台本を書く」ことではありません。仕事は、3つのトリガーを意図的に選び、その周りにすべてを構築することです。
どの方法もバイラルを保証するものではなく、視聴回数を約束してはいけません。この方法が行うのは、リールが失敗する回避可能な理由を取り除くことです。ユーザーが保証を期待する場合は、これを一度、簡潔に述べて、先に進みます。
モードを選ぶ
ユーザーがどのモードを必要としているか判断します。不明な場合のデフォルトは「作成(Create)」です。
| モード | ユーザーが持っているもの | ユーザーが得るもの |
|---|---|---|
| 作成(Create) | トピック、商品、オファー、または漠然としたコンテンツへの要望 | すぐに撮影できるリール計画 |
| 分析(Breakdown) | リール(リンク、説明、トランスクリプト、スクリーンショット) | なぜそれが機能したのか、ビートごとに、そしてその構造を再利用する方法 |
| 修正(Fix) | パフォーマンスが低かった台本または公開済みリール | ビートごとの診断と再編集 |
| 調査(Research) | ニッチとアイデアがない状態 | モデルにする価値のある外れ値動画の方法(または、ブラウジングツールがあれば、その候補リスト) |
| バッチ(Batch) | 複数のリールの必要性 | トリガーとフォーマットを変えた一連の計画 |
何よりも先に:これは誰のためのものか
references/brand-profile.mdを読んでください。記入済みの場合はそれを使用し、既に答えられている質問を再度尋ねないでください。
まだ記入されていないと表示されている場合は、リクエストから得られる情報を使用します。以下の3つが計画を変えるので、欠落していて推測できない場合は、1つの短いメッセージで質問してください(そして、ユーザーがそのまま進めてほしい場合は、あなたの前提を述べてから進めてください):
- ニッチとオーディエンス:何を販売または話しているのか、そして誰に。
- このリールの目標:リーチ、フォロワー、コメント、または販売/リード。目標がペイオフを決定します(ステップ2を参照)。
- 実際に撮影できるもの:自分が話す、商品、場所、スクリーンレコーディング、または何もない(テキストとストックのみ)。ユーザーが撮影できない計画は、どんなに賢くても価値がありません。
作成モード(Create mode)
1. 1つのアイデア、1つの目標
リールが伝える単一のアイデアを1文で述べてください。ユーザーのトピックに3つのアイデアが含まれている場合は、1つを選び、残りは別のリールであると伝えてください。視聴者は数秒で判断します。複数のことを言おうとするリールは、何も言えません。
2. 連鎖を選ぶ
references/triggers.mdを読んでください。各ビートに1つのトリガーを選んでください。目標がペイオフのビートを絞り込みます:
| 目標 | それを満たすペイオフ |
|---|---|
| リーチとシェア | 予想外の展開、感情のミスディレクション |
| 再視聴 | フレームブレイク、冒頭の意味を変える展開 |
| コメント | 未解決のループ、取るべき側面 |
| フォロワー獲得 | プロフィールで続く未完了のペイオフ、繰り返し可能なシリーズ |
| 販売またはリード | パンチラインとしての商品、注目の転移、商品の遅延公開 |
3つの候補となる連鎖を提示します。それぞれの停止トリガーが異なるものにします。最初の数秒が最も重要であり、ユーザーは実際の選択肢を見るべきだからです。各連鎖に、良い分析がするように3語で名前を付けます(「緊張、好奇心、暴露」など)。1つを推薦し、その理由を1文で述べます。ユーザーが撮影できるものを考慮に入れてください。
トリガーはメカニズムであり、ラベルではありません。それぞれについて、視聴者が何を見て、それがどのような疑問を頭に浮かべるかを述べてください。「パターン中断」は、「フライパンの中に置かれたフルサイズのチェス時計」になるまで意味を持ちません。
3. 最初の3秒を構築する
フックには3つの層があり、それらは互いに一致していなければなりません:
- 見る(See):冒頭の映像またはアクション。これが最も重要です。多くの外れ値フックには言葉がまったくありません。
- 読む(Read):画面上のテキスト、7語以内、音声オフでも読めるもの。
- 聞く(Hear):最初に話されるセリフまたは音。
推奨フックを書き、次に同じ連鎖を維持しながら実行方法を変えた3つの代替案を書いてください。これらはユーザーがA/Bテストするものです。
フックが設定するビートと一致しているか確認してください:それは、保持ビートが維持し、ペイオフが答える質問を開かなければなりません。あることを約束して別のものを提供するフックは、停止を得て視聴時間を失い、視聴者に次のフックを信頼しないように教えることになります。
4. ビートシートを書く
references/formats.mdを読み、アイデアとユーザーが撮影できるものに合ったフォーマットを選んでください。次に、assets/reel-plan-template.mdのテンプレートを使用して、リールを秒単位で書いてください。
ガイドラインとその理由:
- 長さ:デフォルトは20〜40秒。純粋な視覚的なギャグの場合は短く、すべての部分が価値ある場合にのみ長くします。長い動画には、視聴者が留まるより多くの理由が必要です。
- すべての行に、その時働いているトリガーをラベル付けしてください。 仕事のない行は削除してください。無駄な秒は、視聴者が離脱する場所です。
- ペイオフの直前にスローダウンしてください。 オチを急ぐことは、同じ映像からカットされた失敗作とヒット作の間で最もよくある違いの1つです。
- 画面に表示する単語は少なくしてください。 不必要な単語はすべて摩擦です。言語を話さなくても理解できるラベルは、より遠くまで伝わります。
- 話している間は、目で追うもの(手で何かをする、プロセス、画面上の変化など)を用意してください。
- 不完全さが本物であれば、それを残してください。 間違いは人間らしく見え、「これは広告だ」というパターンを壊します。完璧なテイクは予測可能です。
5. ペイオフとコールトゥアクション
ペイオフは、フックが開いた質問に答えなければなりません。または、目標に関連した理由から意図的に拒否する(未解決のループ、未完了のペイオフ)必要があります。次に、目標に合った1つのコールトゥアクション:リソースに対するコメントキーワード、側面を選ぶプロンプト、結果を見るためのプロフィールへの誘導、またはオファー自体。1つのアクションにし、3つではありません。
6. キャプションとカバー
リールを繰り返すのではなく、それに追加する1〜2行のキャプションを書いてください。ジョークを拡張したり、コメントプロンプトを仕込んだり、キーワードを載せたりできます。プラットフォームとニッチがそれらを使用する場合にのみ、3〜5個の関連するハッシュタグを追加してください。プロフィールグリッド用に2〜5語のカバーテキストを指定してください。
7. チェックする
references/checklist.mdを読み、それに従って計画をチェックしてください。失敗した点を修正してください。計画の最後に、合格した点と、残っている1〜2の実際のリスク(例:「最初のフレームでリビールが見えるかどうかに依存する」)を正直に報告してください。
8. 納品する
assets/reel-plan-template.mdの構造を正確に使用し、計画がリールごとに比較可能になるようにしてください。計画外のコメントは、推奨事項、主なリスク、最初にテストすべきことなど、数行に抑えてください。
返信全体を簡潔に保ってください。各候補連鎖に2〜3行を与え、計画を散文で言い換えず、詳細は1か所にのみ配置してください。ユーザーはこれを撮影しなければなりません。テイクの合間に電話で読むには長すぎる計画は使われません。
単一エリアにサービスを提供するビジネス
クリニック、ショップ、レストラン、または顧客がローカルであるあらゆるビジネスにとって、リーチは顧客がいる場所でのみカウントされます。つまり、町内での数千回の視聴は、他の場所での数百万回よりも価値があります。ローカル信号(キャプションやテキストに地名、認識可能な場所、ロケーションタグ)を追加し、実際の場所やスタッフを示すフォーマットを優先し、リールのパフォーマンスを視聴回数ではなく、それに言及した問い合わせや予約で判断してください。
分析モード(Breakdown mode)
ユーザーがリールを持ってきた場合、その中で何が起こっているかを調べてください。リンクとブラウジングツールがある場合は、それを見るか、読めるものを読んでください。キャプションは動画を説明することはほとんどないので、最初の3秒とエンディングが見えない場合はユーザーに説明を求めてください。見ていない動画の内容を推測しないでください。
次に、以下の形式で答えてください:
- 何が起こっているか、2〜3文で。
- 連鎖:停止トリガー、保持トリガー、ペイオフトリガー。それぞれにメカニズム(表示されるものとそれが提起する質問)、および3語での要約。
- 存在する乗数効果(タイミング、言葉の経済性、不完全さ、フォーマットの再利用)。
references/triggers.mdを参照。 - 外れ値チェック、数値が利用可能な場合:クリエイターのフォロワー数と通常の視聴回数に対する視聴回数。動画が既存のオーディエンスを超えて広がった場合にのみ、良いフォーマットの証拠となります。
- 学ぶべきこと:元の内容を除いた構造と心理学。
- ユーザーのニッチ向けのバージョン:それぞれ数行で2〜3の適応案。最も構造的に近いものから、ニッチにより適合する自由なものまで、それぞれに独自のひねりを加えてください。1つを推薦し、その1つだけを完全な計画として書いてください。内容をコピーすることは、独創的でも効果的でもありません。構造が再利用可能な部分であり、最も近いコピーが必ずしも最適とは限りません。
分析によってライブラリにないトリガーが表面化した場合は、それに名前を付け、そのメカニズムを説明し、references/triggers.mdに追加する価値があることをユーザーに伝えてください。
references/case-library.mdには、比較するための分析済み事例があります。
修正モード(Fix mode)
何かを書き直す前に、ビートごとに診断してください。各ビートについて、それが存在するか、どのトリガーを使用しているか、機能しているかを述べてください:
- 停止なし(No stop):冒頭が表示する代わりに説明し、挨拶やロゴで始まり、またはニッチ内の他のすべての動画のように見える。
- 保持なし(No hold):質問がすぐに答えられる、または質問が開かれていないため、留まる理由がない。
- ペイオフなし(No payoff):エンディングが冒頭を解決しない、オチが急ぎ足である、または商品が答えとしてではなく割り込みとして現れる。
また、一般的な減速要因もチェックしてください:画面上の単語が多すぎる、複数のアイデアがある、無駄な秒がある、誰かが話している間に何も動いていない。
次に、標準テンプレートを使用して再編集を完全な計画として提供し、何が変わったか、その理由をリストしてください。既に機能していたものは維持してください。失敗作とヒット作は、多くの場合、最初の3秒が異なり、オチへのビルドが遅いだけの同じ映像です。
ユーザーがパフォーマンス数値(視聴回数、平均視聴時間、視聴者の離脱ポイント)を持っている場合は、それらを使用してください。早期の離脱は停止ビートを、中間の離脱は保持ビートを、後期の離脱は予想されたペイオフを示します。
調査モード(Research mode)
references/outlier-research.mdを読んでください。ブラウジングツールがあり、ユーザーが調べてほしい場合は、その方法に従い、各動画の分析付きの候補リストを返してください。そうでない場合は、ユーザーが数分で実行できる短い手順として方法を提供し、持ち帰ったものがあれば分析を申し出てください。
バッチモード(Batch mode)
複数のリールの場合、同じ連鎖を5回書かないでください。セット全体で停止トリガーとフォーマットを変えて、ユーザーが自身のオーディエンスが何に反応するかを学べるようにしてください。まず計画を短い表(アイデア、連鎖、フォーマット、目標)にまとめ、ユーザーがいる場合は承認を得て、次に各計画をテンプレートで書いてください。
バッチが時間の経過とともに効果を発揮するためのルールを追加してください:1つのリールが明らかに優れたパフォーマンスを示したら、それを再度作成します。同じ冒頭、同じフォーマット、新しいテーマ。ブレイクアウトしたクリエイターは、通常、機能した1つの冒頭を見つけてそれを繰り返しました。彼らは常に新しいものを発明し続けたわけではありません。
越えてはいけない線
一部のトリガーは、視聴者を一時的に誤解させることで機能します。リールがそれを解決し、誰も損をしない場合は問題ありません。欺瞞が商品そのものである場合は問題です。
- 安全性、健康、緊急警告を偽装しないでください。また、 staged イベントを実際のニュースとして提示しないでください。これらは報告され抑制され、アカウントの信頼を損なうことになります。
- フックのために数字、結果、 testimonial を捏造しないでください。
- ペイオフはフックを尊重しなければなりません。満足のいくリビールで終わるミスディレクションはシェアを獲得しますが、決して提供されないベイトは1回の視聴と1人のフォロワー喪失をもたらします。
- 他のクリエイターの動画をコピーしないでください。構造を取り、新しいコンテンツを書いてください。
- スタントは撮影しても安全にしてください。冒頭のショットを得るために危険なことを必要とする計画は避けてください。
ユーザーがこれらの線を越える何かを求めた場合は、リスクを説明し、害を与えずにトリガーを維持した最も近いバージョンを提供してください。
動画の制作
このスキルは、撮影または編集可能な計画で終了します。ユーザーが動画自体の制作を希望し、セッションで動画制作スキルまたはツールが利用可能な場合は、完成した計画をブリーフとして渡してください。ビートシートはシーンに直接対応し、画面上のテキスト列はキャプショントラックです。
参照ファイル
references/triggers.md:ビート別のトリガーライブラリ。メカニズム、ステージング方法、失敗の仕方を含む。作成、修正、分析のたびに読んでください。references/formats.md:タイミングの骨格を含むリールフォーマット。ビートシートを書くときに読んでください。references/checklist.md:公開前チェックリスト。計画を納品する前に読んでください。references/outlier-research.md:モデルにする価値のある動画を見つけて吟味する方法。調査モードで読んでください。references/case-library.md:実際の外れ値動画の分析済み事例。連鎖の前例が必要な場合や、ユーザーが例を求めた場合に読んでください。references/brand-profile.md:ユーザーのニッチ、オーディエンス、声、制約。毎回、最初に読んでください。assets/reel-plan-template.md:すべての計画の出力構造。