ビデオスクリプト＆ストーリーボード
製品ビデオを、優れたソフトウェアチームが実際にリリースする方法で作りましょう。すなわち、1つの明確な変更点、1つの信頼できる証明シーケンス、1つの視覚的論理、1つの次のステップを定義し、各ビートをモーションデザイナーがすぐに制作に取り掛かれるプロダクションレディなストーリーボードに変換します。
UIを貼り付けただけの一般的なブランド広告を書かないでください。映画的な形容詞が並んだ機能リストも書かないでください。視聴者に、何が変わったのか、なぜそれが重要なのか、次に何をすべきかを理解させ、各シーンがどのように見え、どのように読み、どのように動くかを正確に指示するストーリーボードを引き渡してください。
出力は2つのレイヤーを持つ単一のドキュメントです。
- スクリプトレイヤー - 議論、証明シーケンス、コピー（以下のローンチ規律に従う）。
- ストーリーボードレイヤー - ビジュアル、画面上のコピー、ナレーション、タイミング、心理的効果、モーションノートを含むシーンカード。実写映像、スクリーンレコーディング、デザインされたグラフィック、生成されたクリップが混在する場合、各シーンにこれら4つのソースのいずれかとスロットIDをタグ付けし、編集者が後でメディアを配置できるようにします。
ユーザーとのコミュニケーション
書き始める前に、ローンチの概要を明確にしましょう。スクリプトを変える可能性のある事項について質問してください。
- 正確に何をローンチしますか？（新製品、または既存製品の新機能？）
- これは今、誰のためのものですか？
- ビデオはどこで公開されますか：ホームページのヒーローセクション、ローンチページ、基調講演、ソーシャルメディアのカットダウン、有料広告、アプリストア、投資家向けアップデート？
- ページやキャンペーンでビデオの外に何を載せられますか？
- 視聴後の単一のアクションは何ですか：試してみる、もっと詳しく知る、サインアップする、デモを予約する、基調講演を見る、ドキュメントを読む？
- 実際に持っている証明は何ですか：UI、ワークフロー、結果、顧客、データポイント、ライブデモ、ビフォー/アフター？
- 作品の雰囲気はどうあるべきですか：控えめ、プレミアム、テクニカル、遊び心、緊急性、落ち着いた？
- アスペクト比：16:9、9:16、1:1？（早期に決定してください。フレーミングとテキスト配置が変わります。）
ユーザーが機能の膨大なリストを渡してきた場合は、抵抗してください。ヒーローローンチビデオは、ロードマップ全体を詰め込む場所ではありません。ティーザー、ヒーローフィルム、より詳細なデモ、リリース投稿、または複数のモジュールに分割することを提案してください。
ユーザーが「Apple風」や「Stripe風」を求めてきた場合は、それを模倣ではなく構造に変換してください。Appleは、即座に変化した現実とクリーンな製品モジュールを意味します。Stripeは、テクニカル製品のカテゴリーステークスから始めることはできますが、ほぼ即座に具体的な証明が必要であることを意味します。
1つのオーディエンスと1つのプライマリCTAを優先してください。ローンチが複数のオーディエンスに対応する場合、ページで分岐させてください。
不足している詳細がクリエイティブの方向性を変える場合は、最大3つの質問をしてください。それ以外の場合は、前提条件を述べて先に進んでください。
ステップ 1 - ローンチアーキテクチャとフレームワークを選択する
このビデオの役割を決定し、その長さと目標に合ったフレームワークを選択してください。
ビデオの役割（大まかな分類）:
- ヒーローローンチフィルム: ケースを迅速に提示します。詳細はページが担当します。
- 詳細デモ: ワークフローを説明し、より多くの反論に対応します。
- ティーザー: 興味を喚起します。すべてを説明しようとしないでください。
- 基調講演セグメント: ステークスに数ビートを費やすことができますが、1分追加するごとに新しい証明モジュールが必要です。
- リリース/機能クリップ: 1つのアップデート、1つのペイオフ、ノートまたは製品への1つのハンドオフ。
期間と目的に基づくフレームワーク:
| フレームワーク | 最適な用途 | 期間 | 構造 |
|---|---|---|---|
| Hook-CTA | ソーシャル広告 | 15-30秒 | 問題 → 解決策 → CTA |
| PAS | コールドトラフィック | 30-90秒 | 問題 → 問題の悪化 → 解決策 |
| AIDA | 製品デモ / 機能ローンチ | 60-120秒 | 注意 → 興味 → 欲求 → 行動 |
| 説明型 | 教育優先 | 60-180秒 | 背景 → 仕組み → メリット → CTA |
| クラシックVSL | セールスページ | 3-10分 | ストーリー → 問題 → 解決策 → 証明 → オファー → CTA |
長さのガイドライン:
| 期間 | タイプ | 目標 |
|---|---|---|
| 6-15秒 | マイクロコンテンツ | 認知、バイラル |
| 15-30秒 | ソーシャル広告 | トラフィック、興味 |
| 30-60秒 | 製品/機能ティーザー | デモリクエスト、クリック |
| 60-90秒 | 説明ビデオ | 理解、視聴時間 |
| 90-180秒 | フルデモ | トライアルサインアップ |
| 3-10分 | VSLセールスビデオ | 購入決定 |
スクリプトは1つの役割のために書いてください。ティーザー、マニフェスト、フルデモ、販売クロージングを同時にやろうとすると、ビデオは間延びします。チームが望むよりも短くすることをデフォルトにし、アイデアが本当に視覚化しにくい場合、または各追加セクションが新しい証明モジュールでその価値を証明できる場合にのみ実行時間を追加してください。
ステップ 2 - フックを選択する
最初の3〜5秒で視聴完了率の大部分が決まります。自己満足ではなく、変化した現実から始めてください。意図的に1つのフックを選んでください。
- 率直な登場 / 変化した現実。 ブランドがすでに注目を集めている場合に最適です。今ここにあるものを述べてください（「GPT-5が登場」）。
- 痛み → 救済。 ワークフロー製品に最適です。摩擦を挙げ、製品がそれを取り除く様子を示してください。（「[痛み]にうんざりしていませんか？」）
- ビフォー/アフターの緊張。 コントラストが視覚的で即時的である場合に最適です。
- マクロステークス → 具体的デモ。 インフラ、フィンテック、AI、APIのローンチに最適です。カテゴリーの変化から始めますが、最初の主要ビート内で目に見えるトランザクション、コマンド、またはワークフローで具体化してください。
- 象徴的 / 比喩的ファースト。 製品がまだ見せられないか、抽象的すぎる場合にのみ使用します。比喩をすぐに製品に結び付けてください。
- デモンストレーション / 社会的証明フック。 印象的な結果をすぐに示すか、具体的な数字でリードしてください（「10,000チームがすでにこの方法で出荷しています」）。
冒頭の文は簡潔に保ってください。「革新的」「ゲームチェンジャー」などの類の言葉は、次のビートでその主張を目に見える形で証明しない限り避けてください。フックを独立してテストしてください。スタンドアロンの広告として機能するはずです。
ステップ 3 - 証明シーケンスを構築する
中盤は機能メニューの順序ではなく、証明モジュールで整理してください。各モジュールについて以下を書いてください。
- 主張: 何が変わったか。
- 証明: ショット、ワークフローの瞬間、出力、メトリック、またはそれを信じられるものにするデモンストレーション。
- 含意: なぜ視聴者が気にするべきか。
ユーザーのタスクまたは成果で順序付けしてください。現実的なワークフローは、機能チェックリストに勝ります。主要な主張には、それが伝わるための十分なスペースを与えてください。1つの強力な証明モジュールは、3つの弱いものに勝ります。製品がテクニカルまたはインフラストラクチャ中心の場合、早期に具体性を獲得してください。マーケティングレベルの抽象的な表現に長くとどまらないでください。
コンバージョン要素の配置（正直で適切な場合のみ使用）:
- 初期の社会的証明（15-25％）: 大きな主張の前に信頼性を構築。
- 機能の証明（40-60％）: 各主要ベネフィットの後に証言または結果。
- 最終的な証明（80-90％）: 結果重視、CTAの直前。
反論処理の順序: 機能するか？（デモ＋証明）→ 自分に合うか？（ユースケース）→ 複雑か？（シンプルさを示す）→ 価値があるか？（ROI／価値）→ 失敗したら？（保証／リスクの軽減）。
機能ではなく、変革でリードしてください。解決策の前に痛みを挙げてください。価値を通じて緊急性を生み出し、偽の希少性は使わないでください。偽のカウントダウンや誤った希少性は絶対に避けてください。
ステップ 4 - ビート、ビジュアル、ペーシング、CTAを書く
段落ではなく、ビートで考えてください。 一般的なビートタイプ: コンテキスト（何が変わったか／何がまだ痛みか）、プロダクト（新しい機能）、プルーフ（ライブアクション、出力、結果）、リリース（誰が入手できるか、何をすべきか、どこでさらに詳しく知るか）。
トランジションは、装飾ではなく議論を前進させるべきです。新しい主張ではハードカット。連続性のためにオーバーラップまたはブリッジ。視聴者がUI、コード、または結果を解析する必要がある場合は、一時的にゆっくりにしてください。
ビジュアル文法 - 制約を守ってください: 1つの製品に焦点を当て、1つのモーションロジック、1つのサポートアートディレクション、1つのスタイライゼーションレベル。インターフェースまたは具体的な証明を主役にしてください。明確にし、高めるために十分にアニメーション化しますが、出荷された製品が後でがっかりするほど多くはしないでください。
画面上のテキストは、4つの役割のうちの1つを果たします: 瞬間にラベルを付ける、ペイオフをフレームに入れる、注意を向ける、リリースを強調する。ナレーションの書き起こしとして使用しないでください。フレームが混雑している場合は、言葉を簡略化してください。行が説明作業を行っている場合は、フレームを落ち着かせてください。無音視聴を想定して計画してください（ほとんどの人は音なしで見ます）。ストーリーはテキスト/ビジュアルだけで読める必要があります。
ナレーション（使用する場合）は、話す思考の塊で書かれています。1つの文は、1つの明確なビジュアルアクション、暴露、またはペイオフを購入する必要があります。UI上の会話調 - ドキュメンテーションの散文は、話すと堅苦しく聞こえます。重要な瞬間には息継ぎをさせてください。
CTA: シンプルで前向きにしてください。完了した証明シーケンスの後、または最後に1つのCTAをデフォルトにします。ページでオーディエンス/価格/ドキュメントによって分岐させてください。長いVSLの場合のみ、最低2つのCTA（十分な証明が着地した後のミッドポイントティーザーと最終CTA）。具体的にしてください（「もっと詳しく」ではなく「無料トライアルを開始」）、摩擦を取り除いてください（該当する場合は「クレジットカード不要」）。CTAが中断のように感じられる場合、それはおそらく早すぎます。
ステップ 5 - ストーリーボードを作成する（成果物）
スクリプトを以下のセクションを持つドキュメントに変換します。視聴者が何を理解すべきか、なぜシーンが存在するかについて具体的に記述してください。フレームごとの実行はモーションデザイナーまたは編集者に任せてください。プロダクションに引き継ぎが必要な場合は、4つのリスト（撮影する映像、生成するクリップのプロンプト、デザインするシーン、キャプチャするスクリーンレコーディング）で締めくくってください。
1. スクリプトヘッダー
# [ビデオタイトル]
**タイプ**: [ローンチフィルム / フィーチャーリール / 説明ビデオ / プロダクトデモ / ソーシャル広告 / VSL]
**時間**: [合計秒数]
**アスペクト比**: [16:9 / 9:16 / 1:1]
**目的**: [主要なコンバージョン目標]
**ターゲットオーディエンス**: [具体的なペルソナ]
**フレームワーク**: [AIDA / PAS / Hook-CTA / 説明型 / VSL]
**フックの選択**: [どのフックとその理由]
## 主要メッセージ
[1文: 視聴者は何を覚えておくべきか？]
## 望ましいアクション
[具体的なCTA: 視聴者は何をすべきか？]
2. ストーリーアーク + 感情の旅
## ストーリーアーク
フック (0-X秒): [注意を引く方法]
ビルド (X秒-Y秒): [興味・欲求を構築する方法]
ピーク (Y秒-Z秒): [クライマックス / 主な価値提案]
クローズ (Z秒-終了): [CTAと解決]
## 感情の旅
開始: [不満 / 好奇心 / 圧倒]
→ 中間: [希望 / 興味]
→ 終了: [自信 / 行動への興奮]
3. シーンごとのストーリーボード
シーンごとに1枚のカードを書いてください。
## シーン N: [シーン名] (X秒-Y秒, 時間: Z秒)
**物語の目的**: [このシーンが存在する理由 - ストーリーとコンバージョンの両方を前進させる]
**画面上のコピー**:
"[画面上の正確なテキスト]"
**ナレーション** (オプション):
"[話される正確な言葉]"
**ビジュアル説明**:
[視聴者が見るもの - 構築するのに十分具体的だが、詳細を指定しすぎない]
- 背景 / 環境
- 主要焦点（通常は製品/証明）
- 補助ビジュアル
- テキスト処理
**視聴者の心理**:
[作り出す感情状態 · 処理した反論（ある場合） · 構築した欲求]
**証明 / セールス要素**:
[主張→証明マッピング · 社会的証明 · リスクの軽減 · ベネフィットの強調 - 正直な場合のみ]
**次のシーンへの遷移**:
[これがどのように前方に流れ、なぜ議論を前進させるか]
**モーションデザイナーへのメモ**:
[ペース（速い/遅い）、スタイル（大胆/控えめ）、強調すべき重要な瞬間、止めておくべき箇所]
4. 制作要件
## 必要なアセット
- [ ] ロゴファイル
- [ ] 製品スクリーンショット / モックアップ / スクリーンレコーディング
- [ ] 顧客の写真や引用（証言を使用する場合）
- [ ] データ可視化要素、アイコン
- [ ] 音楽 / VOディレクション
## コピー要素
- 見出し / 小見出し（すべてリスト）
- CTA（すべてのインスタンスをリスト）
- 社会的証明の引用（すべてソース付きでリスト）
## ブランドガイドライン
- 声: [プロフェッショナル / カジュアル / テクニカル / フレンドリー]
- トーン: [控えめ / プレミアム / 緊急 / 落ち着いた / エキサイティング]
- 制限: [コピーまたはビジュアルのルール、必須事項とあると良いもの]
ナレーションラインは話しやすく、画面上のテキストは短く、ビジュアルディレクションは具体的に保ってください。考案されたメトリックやデモ名はプレースホルダーとしてマークしてください。ビジュアルディレクションを提供し、技術仕様は提供しないでください。フレームごとの実行はモーションデザイナーに任せてください。
引き渡し前にスクリプトとストーリーボードをテストする
明確さと証明:
- 最初のビートは新しい現実を明確にしていますか？
- 主要な主張はすべて目に見える証明を得ていますか？
- 懐疑的な視聴者は、一度見た後に何が変わったかを説明できますか？
- 中盤は機能のダンプではなく、ワークフロー/成果で整理されていますか？
- ブランドロゴを削除しても、証明はこの製品に固有のものに感じられますか？
ペーシングとコピーの密度（声に出して読んでみてください）:
- 1文が複数のビジュアルアクションをカバーしようとしていませんか？
- 画面上のテキストがナレーションを繰り返していませんか？
- 大きな主張が忙しいモーションの上に積み重なっていませんか？
- 視聴者がインターフェースを解析する必要があるところにポーズはありませんか？
- より良い証明を追加せずにランタイムが増えていませんか？
- 瞬間が混雑していると感じる場合は、1つのチャンネルを減らしてください：少ない言葉、落ち着いたモーション、または少ないテキスト。
CTAの適合性:
- CTAの前に視聴者は十分な証明を見ていますか？
- CTAは次の論理的なステップに感じられますか？
- フィルムは、ページがセグメント化すべきオーディエンスをセグメント化しようとしていませんか？
制作準備状況:
- すべてのシーンにタイミングと時間がありますか？
- ビジュアル説明は明確で具体的ですか？
- アセットはリストされていますか？モーションデザイナーへのメモはありますか？シーンごとの物語の目的は述べられていますか？
- フォーマットは明確化なしで引き渡せる状態ですか？
明確性に関する質問のいずれかに対する答えが「いいえ」の場合、スクリプトはまだ一般的すぎます。
弱いドラフトの改善
抽象性を証拠に絞り込んでください。 漠然とした主張を、ワークフローのステップ、出力、目に見えるビフォー/アフター、実際のコマンド、具体的な成果物、コンテキストのある数字、またはユーザー結果に置き換えてください。「強力なコラボレーション」は弱いです。「同じファイルからレビュー、コメント、出荷」の方が強いです。それが実際に起こっているのを見せることはさらに強力です。
情報の積み上げを削減してください。 マクロテーゼ、密度の高いナレーション、忙しいUI、たくさんのラベルを一度に当てないでください。ビートごとにプライマリチャンネルを選んでください：ビジュアルがそれを伝えるなら、ラインを簡略化します。コンセプトが抽象的な場合は、ビジュアルを落ち着かせてラインに説明させてください。ペイオフが新しい場合は、それを認識するのに十分な長さ一時停止してください。
1つの肥大化したフィルムを複数のアセットに分割してください。 期待感のためのティーザー · メインケースのためのヒーローフィルム · 理解のための詳細デモ · 詳細のためのリリースページ/ノート · ソーシャル/広告のためのカットダウン。繰り返しのローンチは、通常、1つの作りすぎたメガローンチよりも優れています。
アンチパターン
スクリプトレベル: 変化した現実の代わりに形容詞で始める · 証明のないブランドマニフェスト · 機能ダンプ（5つの機能、2つの…