explainer-video-production

解説動画の制作

視聴後に視聴者が何を理解し、何を信じ、何を判断し、あるいは何を違う形で行うべきかを定義してから、解説動画を制作します。動画は美しい場面を連ねたものではなく、学習と意思決定のための成果物として扱います。

このスキルは特定のプロバイダーに依存しません。ホスト環境で利用できる生成、編集、コンポジション、字幕、レビュー用のツールを使用します。ただし、解説動画の論理、事実に対する厳密さ、アクセシビリティ、品質保証の基準は、プロバイダーを問わず維持してください。

必ず守ること

• 視聴者、事前知識、測定可能な学習または意思決定の目標を起点にします。
• 文書で確認できる事実、情報源に裏付けられた推論、制作上のヒューリスティック、創作上のアイデアを区別します。
• 事実、商業、比較、健康、安全、法律、金融、科学、公共サービスに関する主張の記録を維持します。
• リスクの高い主張は、クライアント、分野の専門家、法務・コンプライアンスレビュー担当者、医療レビュー担当者、金融レビュー担当者、またはポリシー責任者に確認します。法律、医療、金融に関する助言は提供しません。
• 台本、絵コンテ、字幕、音声、データビジュアル、納品用の各バリエーションに、アクセシビリティを組み込みます。後から対応すると、品質が劣り、コストも高くなります。
• 変わりやすいプロバイダーやプラットフォームの情報は、制作時に再確認します。SNSのアスペクト比、最大尺、安全領域、字幕の挙動、モデルの入力要件と制限、価格、地域ごとの提供状況、開示ルール、権利・ライセンス条件が対象です。
• 画像・動画生成モデルに、証拠を創作すること、正確なグラフを描画すること、法律・医療・科学に関する記述を正確に保つこと、判読可能な小さな文字を作成することを依頼してはいけません。事実、引用、字幕、表、UIテキスト、ラベル、グラフには、決定論的なレイアウト・コンポジションを使用します。

事前確認：学習の取り決めを定義する

執筆や生成の前に、次の点に回答します。

• 対象者：誰に向けたものか。すでに知っていること、誤解していること、使う言語や語調は何か。把握しているアクセシビリティやローカライズのニーズは何か。
• 目標：視聴後、視聴者が言える、行える、または判断できるようになることを、一文で表すと何か。
• 用途：教育、製品紹介、オンボーディング、トレーニング、公共サービス、資金調達、ポリシー、営業支援、社会的な啓発、社内のチェンジマネジメント、または技術概念の説明。
• 成功の証拠：クイズの回答、デモの完了、サポートへの問い合わせの減少、サインアップ、ポリシーの理解、行動の変化、ステークホルダーの承認、または共有・保存。
• 制約：尺、プラットフォーム、ブランド、必須の情報源、必ず含める・避けるべき主張、使用制限のある画像、音声、字幕、言語、レビュー承認者、予算、利用可能なツール。
• リスクレベル：
  • 低：一般的な概念、社内向けのオリエンテーション、機微でない創作的な解説。
  • 中：製品のメリット、非営利団体・公共サービスの行動ガイダンス、データに関する主張、雇用・トレーニング要件。
  • 高：健康、安全、法律、金融、規制対象製品、子ども、政治的な説得、危機対応のガイダンス、比較広告、政策に影響を及ぼす公的統計。

目標は曖昧なテーマではなく、観察可能な成果として記述します。

• 不十分：「カーボンオフセットについて説明する。」
• 良い例：「90秒後に、初めて購入する人が、排出量の削減とオフセットの購入の違いを見分け、主張を信頼する前にプロジェクトの検証を確認する必要があると理解できる。」

調査と引用の規律

台本を書く前に主張マトリクスを作成します。このマトリクスにより、説得力を高める表現が根拠を上回るのを防げます。

項目	用途
主張	動画で述べる、または示唆する可能性のある正確な文言です。
主張の種類	定義、統計、因果関係、比較、製品の性能、推薦の声、安全性、行動の推奨、予測、意見、比喩、または CTA です。
出典	可能な限り一次資料を使用し、タイトル、URL、公開日または更新日、閲覧日を記載します。
根拠の強さ	公式／一次資料、査読済み論文、技術レポート、再現可能なテスト、信頼できる二次資料、クライアント提供、逸話、または創作です。
画面上での扱い	引用、出典の表示、音声のみ、法務／開示文、最終版から除外、または専門家によるレビューが必要、のいずれかです。
リスク	低／中／高と、その理由です。
担当者	エージェント、クライアント、SME、法務／コンプライアンス、医療、金融、アクセシビリティ、ローカライズです。

可能な限り一次資料を使用します。公式ドキュメント、規格、規制当局のガイダンス、政府統計、査読済み研究、製品ドキュメント、クライアントが承認した根拠、または直接確認したソース資料が該当します。二次資料は、一次資料が入手できない場合や背景情報としてのみ使用し、二次資料であることを明記します。

商用または製品の解説動画では、客観的な性能に関する主張に裏付けが必要です。FTC の事業者向けガイダンスでは、企業は広告上の主張を確かな証拠で裏付ける必要があるとされており、特に健康関連の主張が重視されています。また、FTC の推奨・推薦に関するガイドラインでは、推薦に関わる重要な利害関係を、明確かつ目立つ形で開示することが求められています。これらはコピーライティング上の提案ではなく、コンプライアンス上の確認事項として扱います。制作時には、最新の FTC ガイダンスと適用される法域を再確認します。

AI 生成メディアやストック／メディア素材については、来歴を記録します。モデル／プロバイダー、プロンプト、利用可能な場合はシード値、ソース素材のライセンス、リリース／同意の状況、編集履歴、素材が AI 生成かどうかを記録してください。米国著作権局のガイダンスによると、AI 生成素材を含む作品の著作権登録は、人間による創作性と、僅少とはいえない AI 生成コンテンツの開示によって判断されます。権利に関する規則は変動し、法域によって異なるため、登録、所有権、肖像、学習データに関する疑問は法務顧問に相談してください。

執筆前にコンセプトを分解する

アイデアを、説明可能な要素に分解します。

1. 用語：説明を理解するために、視聴者が事前に知っておく必要のある語彙です。
2. 要素：構成要素、関係者、入力、出力、制約です。
3. 仕組み：何が、どの順序で、なぜ変化するのかです。
4. 対比：これは何ではないのか、よくある誤解や誤った代替案です。
5. 例：具体的な事例、シナリオ、または短いデモです。
6. 結果：なぜ重要なのか、無視した場合に何が起きるのかです。
7. 行動：視聴者が次に何をすべきかです。

目的の達成に必要な最小限の要素を選びます。コンセプトに含まれる要素が尺に収まらないほど多い場合は、すべてを詰め込むのではなく、伝える内容を絞り込みます。

役立つ分解パターン：

• 定義の解説：用語 -> 対比 -> 例 -> 用途。
• 仕組みの解説：入力 -> 変換 -> 出力 -> フィードバックループ。
• 製品の解説：問題 -> 現在の回避策 -> 製品の仕組み -> 根拠 -> 次のステップ。
• 公共サービスの解説：状況 -> リスク -> 推奨される行動 -> 例外 -> 支援を受けられる場所。
• トレーニングの解説：タスクの目標 -> 前提条件 -> 手順 -> 確認 -> 復旧方法。
• データの解説：問い -> データセット／出典 -> パターン -> 注意点 -> 意味。

スクリプトの構成

目的に合った構成を使い、すべての解説動画を同じ型にはめないでください。

60〜180秒の解説動画で使う基本構成：

1. 導入：緊張感や実践的な疑問を示します。
2. 予告：視聴者が何を理解できるか、何ができるようになるかを伝えます。
3. 概要：説明する内容を2〜4項目に分けて予告します。
4. 展開：各パートで1つの考えを説明し、それぞれの疑問に答えます。
5. 例・デモ：具体的な事例で、概念がどう機能するかを示します。
6. 注意点や適用範囲：過度な主張を避け、よくある誤解に対処します。
7. 行動：次のステップ、要約、練習課題、または判断を促す問いを示します。

短尺ソーシャル動画の構成（15〜45秒）：

• 0〜3秒：意表を突くきっかけ、または具体的な問題を提示します。
• 3〜8秒：得られることと重要性を伝えます。
• 中盤：仕組みを1つ、または変化の前後を1つだけ示します。カリキュラム全体は扱いません。
• 最後：印象に残る一言、CTA、または「保存しておきましょう」という要約を入れます。

研修・オンボーディング向けの構成：

• タスクと成功条件を明示します。
• 手順を順番に実演します。
• 確認ポイントとエラーからの復旧方法を加えます。
• ヘルプの確認先、または完了を検証する方法を示して締めくくります。

公共サービス・非営利向けの構成：

• 平易な言葉を使い、相手を責めないようにします。
• 推奨する行動を具体的に示します。
• 推奨が当てはまる人と、異なる案内が必要な人を示します。
• 公式な情報源を引用し、健康・安全・法律に関する主張は専門家へつなぎます。

理解しやすいナレーションを書く

ナレーションは、ホワイトペーパーを読み上げるようではなく、頼れるガイドのように聞こえるものにします。

• 技術用語が必要な場合を除き、日常的な言葉を使います。必要な用語は、それを使う前に定義します。
• 1文につき1つの考えを述べます。
• ナレーションや字幕で理解しやすい長さに節を収めます。
• 「まず」「重要な違いは」「ここが注意点です」「何が変わるか見てみましょう」といった道しるべを使います。
• 重要な用語は一貫して使います。視聴者が学習中の概念について、類義語を次々に使わないでください。
• 数字は文脈とともに示します。比較や換算をしたり、規模を示したり、その数字が重要な理由を説明したりします。
• スクリプトを声に出して読みます。話しにくい箇所は、視聴者にも分かりにくい箇所です。

ナレーション用のスクリプトでは、落ち着いた解説動画の場合、英語の読み上げ速度を1分あたり約130〜160語として計画します。技術的な内容、翻訳された動画、子ども向けの動画、アクセシビリティに配慮が必要な動画では、さらに遅くします。これはあくまで目安です。実際の速度は、言語、話者、視聴者、映像、間を置く必要性によって変わります。

誤解を招かない比喩を使う

比喩は、雰囲気だけでなく構造を対応させると役立ちます。

比喩を使う前に、次の点を書き出します。

• 対応する点：「AとBは、どちらも……なので似ています」
• 対応しない点：「Bとは異なり、Aは……しません」
• 比喩を止める地点：それ以上は誤解を招くという、具体的な境界を示します。

例：「ヒートポンプは、ポンプで水を上り坂に移動させるようなものです。熱を生み出すのではなく、熱を移動させるためにエネルギーを使います。ただし、水とは異なり、熱は自然に温度の高い場所から低い場所へ流れます。そのため、この装置は冷媒サイクルを使って、熱を逆方向へ移動させます。」

単純化によって行動、投与量、安全性、受給資格、法律の解釈、または金銭に関する判断が変わるおそれがある場合は、リスクの高い分野で比喩を避けます。代わりに、因果関係を平易な言葉で説明します。

情報設計としてストーリーボードを作る

各シーンについて、次の列を使ってストーリーボードを作成します。

列	必須内容
時間	開始・終了時刻、長さ、テンポの意図。
学習ポイント	視聴者が学ぶこと、またはできるようになること。
ナレーション	正確なナレーションまたは台詞。
映像	図解、登場人物の動作、画面キャプチャ、製品のUI、データチャート、実写映像、アイコン体系、または生成メディアのショット。
動き	画面上で何が変化するか、その動きが理解にどう役立つか。
テキスト・字幕	画面上のラベル、出典表記、開示情報、ローワーサード、またはテキストなし。
根拠	主張マトリックスの主張ID。
アクセシビリティ	字幕に関する注記、音声解説の必要性、コントラストのリスク、色だけに頼った表現がないか、点滅・動きのリスク、文字起こしに関する注記。
アセット・プロンプトに関する注記	厳密に指定する必要があるものと、生成してよいもの。

学習ポイントのないシーンは削除するか、必要な長さだけ続くトランジションに変更します。

解説シーンのビジュアル表現

認知上の目的に合わせて、ビジュアル表現を選びます。

• 定義：用語カード、ラベル付きのオブジェクト、「該当する／該当しない」の並列表示。
• プロセス：フロー、タイムライン、番号付きの手順、コンベヤー、状態機械。
• 原因と結果：前後比較、因果関係の連鎖、フィードバックループ、画面分割。
• システム：関係者、入力、出力、依存関係、境界のマップ。
• 規模：身近なものとの比較、比率を示す棒グラフ、入れ子状のコンテナー、地図の挿入図。
• データ：要点を一つに絞ったグラフ、強調した傾向、出典、注意事項。
• 製品：実際の UI または製品画面、問題の背景、機能の使用場面、結果の状態。
• トレーニング：カーソルの動き、強調表示したコントロール、チェックリスト、成功／エラー状態。
• 社会・感情：人間の状況、情報開示を伴う証言、キャラクターを使った比喩。

ビジュアル表現に一貫性を持たせます。「問題」には一つの色、「解決策」には一つの色、「警告」には一つの色、「根拠」には一つの色を使います。動画の途中で色の意味を変えないでください。

装飾的な字義どおりの表現は避けます。「クラウド」という言葉が出るたびに雲のアイコンを表示しても、たいてい何も説明できません。ビジュアルは、関係、順序、規模、変化、例外を示すために使います。

図、グラフ、データのコールアウト

ナレーションよりも効果的に問いに答えられる場合にのみ、グラフや図を使います。

データと図に関するルール：

• グラフの前、またはグラフと同時に、要点を言葉で示します。
• 事実を正確に伝えられる範囲で、最もシンプルなグラフを使います。カテゴリの比較には棒グラフ、時間の経過に伴う傾向には折れ線グラフ、順序にはタイムライン、仕組みには注釈付きの図を使うのが適切です。
• カテゴリ数が多い場合、差が小さい場合、正確な比較が必要な場合は、円グラフやドーナツグラフを使わないでください。
• 可能であれば、直接ラベルを付け、凡例を探す手間を減らします。
• 色だけで意味を表さないでください。ラベル、位置、形、パターン、またはテキストも使います。
• ウェブやインタラクティブなコンテンツでは、アクセシブルな代替手段を用意します。W3C WAI では、多くの情報を含むグラフ、チャート、フローチャート、図、地図を複雑な画像として扱い、短い代替テキストと詳しい代替テキストを求めています。USWDS のガイダンスでは、SVG グラフの内容はスクリーンリーダーで読み上げにくい場合があると指摘し、スクリーンリーダーで利用できる表と、傾向や統計をまとめたプレーンテキストを推奨しています。また、複雑なデータセットでは表だけでは不十分な場合があると警告しています。
• 動画のみで提供する場合は、ナレーションとキャプションでグラフの要点を伝えます。グラフが不可欠な場合は、トランスクリプトまたは補足資料も用意します。
• 検証済みのデータから、決定的な方法でグラフを生成します。事実を示すグラフの作成を、生成画像モデルに依頼しないでください。

モーションの指示

モーションは変化を説明するために使います。

次の目的でモーションを使います。

• 順序を示す。
• 原因と結果を結び付ける。
• 状態の遷移を示す。
• 前後を比較する。
• 注意を誘導する。
• 認知的負荷のペースを調整する。
• 視聴者が要点を理解した後で、感情的な強調を加える。

説明の妨げになるモーションは避けます。

• 情報量の多いテキストの背後で、背景を絶えず動かす。
• 新しい情報を伝えている最中に、カメラを素早く動かす。
• 複数の領域を同時に変化させる。
• 因果関係がないのに、それを示唆するトランジションを使う。
• 実際の製品とは異なる動きをする、偽の UI を使う。
• 1 秒間に 3 回を超える点滅や、既知のしきい値に近い点滅を使う。WCAG では、ウェブコンテンツに「3 回以下の点滅、またはしきい値以下」という要件があります。

間を取りましょう。重要な情報を見せた後、0.5 秒ほどそのまま表示するほうが、さらに演出を加えるよりも理解につながることがよくあります。

ナレーション、音声、音楽、効果音

信頼関係に応じて声を選びます。

• 教師／メンター：落ち着きがあり、正確で、温かみのある声。
• 製品ガイド：自信があり、実用的で、過度に宣伝的ではない声。
• 公共サービス：敬意を払い、平易で、相手を責めない声。
• トレーニング：安定した、指示が明確で、作業を実行するのに十分な間がある声。
• 若者向け／ソーシャル：活気がありつつ、聞き取りやすく、字幕を付けやすい声。

人名、頭字語、薬剤名／技術用語、外国語、ブランド用語の発音表を用意します。TTS では、一括生成する前に短いサンプルをテストします。

音声を聞き取りやすくするためにミキシングします。

• ナレーションは常に中心に置きます。
• 音楽はテンポと感情を支えるものとし、あらゆる無音部分を埋めないようにします。
• 効果音は状態の変化や動作を示すために使い、スタイル上必要な場合を除き、漫画のような雑然とした音は避けます。
• 音声の背後で数秒以上にわたって背景音を流す場合は、小さくして邪魔にならないようにします。WCAG には AAA における背景音を小さくする、またはなくすためのガイダンスがあり、WAI のメディアに関するガイダンスでは、アクセシブルな例の一環として背景音を小さくすることが重視されています。

字幕、トランスクリプト、アクセシビリティ

台本の段階からアクセシビリティを設計します。

制作における最低限の目標：

• すべての発話と意味のある非発話音声に字幕を付けます。WCAG 2.2 では、同期メディアにおける事前収録コンテンツの字幕をレベル A、ライブ字幕をレベル AA としています。
• 可能であれば、意味のある映像には詳細なトランスクリプトを用意します。W3C WAI は、発話、意味のある非発話音声、そして可能であれば視覚情報を含むトランスクリプトを推奨しています。
• 重要な意味が映像だけで伝わる場合は、音声解説または統合的な解説を用意します。WAI は、撮影や台本作成の前に統合的な解説を計画することを推奨しています。そのほうが容易であり、アクセシビリティの面でも優れたものになることが多いためです。
• テキストや重要な図形オブジェクトには十分なコントラストを確保します。WCAG 2.2 にはテキストと非テキストのコントラスト要件があります。これらは最低基準として使い、それ以上を目指してください。
• 色、音、動き、空間上の位置だけで情報を伝えないようにします。
• 密度の高いテキストは避けます。テキストを読ませる必要がある場合は、対象視聴者とローカライズ版に応じて、画面上に十分な時間表示します。
• すべての配信形式で、画面下部のテロップ、出典、免責事項、字幕が、切り抜きで欠けるおそれのある領域に入らないようにします。
• ローカライズする際は、言語タグ、翻訳された字幕、ローカライズ済みのトランスクリプトを用意します。

字幕のスタイル：

• フレーズの切れ目で改行します。
• 字幕を発話と同期させます。
• 話者が明確でない場合は、話者を示します。
• 意味のある非発話音声を含めます：「［ドアのチャイム］」「［アラーム音］」「［音楽がフェードアウト］」。
• 法的または事実上の意味が変わるような言い換えを、字幕で行わないでください。

生成メディア用プロンプトへの変換

事実、映像、動きの役割が明確になってから、ストーリーボードを生成指示に変換します。

生成する各アセットまたはクリップについて、次の項目を指定します。

• シーン ID と学習上のポイント。
• 必ず含める正確な内容。
• 含めてはならない内容。
• スタイル、メディア、アスペクト比、フレーミング、照明、カメラ／動き、長さ、雰囲気。
• テキストを入れないのか、コンポジション時に後から追加するのか、決定論的に生成するのか。
• 一貫性に関する制約：繰り返し登場するキャラクター、製品、色、アイコンの形、UI の状態、図の形状。
• 根拠／出所に関する制約：参照画像、製品のスクリーンショット、ブランドアセット、リリース／同意、引用。
• レビュー基準と失敗パターン。

プロバイダーに依存しないプロンプトのパターン：

Scene purpose: [what the viewer learns]
Visual form: [diagram/product demo/character metaphor/data callout/live-action shot]
Subject/action: [what happens]
Composition: [framing, layers, focal hierarchy]
Motion: [what changes and why]
Style constraints: [brand, palette, texture, realism level]
Accuracy constraints: [must match product/source; no invented UI/text/data]
Text policy: [no generated text; labels added in edit; or exact deterministic overlay]
Accessibility constraints: [contrast, no color-only meaning, no rapid flashing]
Negative constraints: [avoid stereotypes, unsafe behavior, extra objects, fake logos]
Output: [duration, aspect ratio, resolution, transparent background if needed]

プロバイダーが必要な細部を確実に維持できない場合は、制作方法を変更します。決定論的な図を作成する、スクリーンショットを使う、ベクターアニメーションを使う、実際の UI を録画する、またはシーンを簡略化します。もっともらしく見えても、事実と異なる生成映像は受け入れないでください。

主張、リスク、権利のレビュー

最終レンダリングの前と、バリエーション作成後に、レビューを実施してください。

動画が次のいずれかに該当する場合は、エスカレーションしてください。

• 健康、服薬、診断、安全、法律、税金、投資、保険、移民、雇用上の権利、または規制対象製品について、視聴者に行動を促す。
• 製品、競合他社、性能、価格、環境への影響、または「最良」をうたう主張を比較する。
• お客様の声、推薦、インフルエンサー風のコンテンツ、アフィリエイトリンク、スポンサー付きコンテンツ、またはビフォーアフターの結果を使用する。
• 子ども、社会的に弱い立場にある人々、危機的状況、公的緊急事態、政治的な説得、または特定の人口統計層を対象とした主張を扱う。
• AI 生成の肖像や音声、公人、私人、著作権で保護されたキャラクター、商標、クライアントの機密情報、または第三者の映像／音楽／画像を使用する。
• 古くなっている可能性がある、恣意的に選ばれている、またはベースレートが示されていない統計を含む。
• 法律や文化的要件の異なる言語や法域向けにローカライズされる。

商業的な主張のチェックリスト：

• それぞれの客観的な主張は、最新の根拠によって裏付けられていますか？
• ナレーションの内容より強い結果を、ビジュアルが暗示していませんか？
• お客様の声で一般的でない結果を示す場合、通常の結果も開示されていますか？
• 推薦の主張が音声と映像の両方に含まれる場合、重要な利害関係が音声と映像の両方で明確に開示されていますか？
• 開示内容は読みやすく、聞き取れ、避けて通れない形で、主張と同じ言語で示されていますか？
• CTA は教育上の目的と大きく異なっていますか？その場合は、説得的な内容へ移ることを明示してください。

ローカライズと文化的適応

言葉だけでなく、説明の内容もローカライズしてください。

• 各地域について、主張、規制、単位、価格、製品の入手可能性、サポートリンクを再確認してください。
• その地域で通じない慣用表現やたとえを置き換えてください。
• 例、名前、単位、通貨、日付、スクリーンショット、音声、音楽、ジェスチャー、読み方向、字幕の長さを調整してください。
• 翻訳後に長くなる言語には、より多くの時間を確保してください。
• 翻訳したコピーに合わせてテキストレイアウトを作り直してください。読めなくなるまで文字を小さくしないでください。
• 重要なリリースでは、ネイティブ話者の発音確認を経てナレーションを再録音または再生成してください。
• 出典の引用と開示内容が、ローカライズ後の主張と一致するようにしてください。

編集のペースと構成のレビュー

編集中に、一時停止せずに一度視聴して、内容を理解できるか確認してください。

• 初めて見る人でも、核となる考えを説明できますか？
• 各図を確認するのに十分な時間がありますか？
• 学びの要点が伝わってからカットしていますか？
• 視聴者がどこを見ればよいか、明確ですか？
• ビジュアルのトランジションは意味を伝えていますか、それとも勢いを加えているだけですか？
• b-roll、アイコン、UI モックアップ、生成シーンに、根拠のない主張が紛れ込んでいませんか？
• 最後の CTA は説明の流れに沿っていますか、それとも説明を乗っ取っていますか？

6 シーンを超える、データが密集している、製品 UI を含む、またはリスクの高い主張を含む解説動画には、アニマティックを使用してください。アニマティックは粗い仕上がりでもかまいませんが、タイミング、ナレーション、仮のビジュアル、字幕、主張と開示内容の配置を含める必要があります。

納品用バリエーション

まずマスター版を作成し、その後にバリエーションを作成してください。

バリエーションの計画：

• マスター：最高品質のアスペクト比を採用し、字幕／トランスクリプト／ソースログをすべて含めます。
• ソーシャル向け短縮版：各短縮版で伝える内容は 1 つに絞ります。ラベル、字幕、開示内容、重要なジェスチャーが切り取られないようにしてください。
• 無音／自動再生版：音声がなくても、字幕とビジュアルの文脈だけで内容が伝わるようにしてください。
• トレーニング／LMS 版：該当する場合は、チャプター、トランスクリプト、クイズ／確認問題、ダウンロード可能な参考資料を含めます。
• 公共サービス版：情報源の日付、対象条件、問い合わせ先／リソースへの CTA を含めます。
• セールス／製品版：承認済みの主張、根拠、開示への対応、最新の製品 UI を含めます。

プラットフォームの仕様は頻繁に変わります。記憶している値に頼らず、書き出し時に公式のプラットフォーム要件を再確認してください。

解説動画のQAチェックリスト

該当するチェック項目がすべて満たされている場合にのみ、動画を合格とします。

• 目的：対象とする視聴者が明確に1つで、学習または意思決定の目標も明確に1つあります。
• 構成：導入、約束、展開、例、限界、行動が、動画の長さに適しています。
• 根拠：事実、商業、統計に関する主張にはすべて出典を付けるか、削除します。
• リスク：リスクの高い主張には、適切な人間のレビュアーを付けます。
• 明瞭さ：専門用語を定義するか、別の表現に置き換えます。
• 認知負荷：1つの場面につき新しい考え方は1つとし、映像に情報を詰め込みすぎません。
• 映像表現：図、グラフ、UI、映像素材、生成シーンのそれぞれに、明確な説明上の役割を持たせます。
• 動き：動きは注意を導き、変化を説明するために使います。危険な点滅は避けます。
• アクセシビリティ：字幕、文字起こしの計画、コントラスト、音声解説／統合解説の必要性、色に依存しない表現に対応します。
• 音声：ナレーションが明瞭に聞こえ、音楽や効果音が話し声を妨げません。
• 生成メディア：事実の捏造、偽のグラフ、偽のUI、意図しない商標、人物の歪み、判読不能な生成テキストがありません。
• 権利／来歴：素材、音声、肖像、AI 生成、ライセンス、許諾を記録します。
• ローカライズ：翻訳版でも、主張、開示事項、タイミング、アクセシビリティが維持されます。
• 納品：書き出しデータでは字幕／開示事項／出典表記がセーフエリア内に収まり、最新のプラットフォーム仕様に準拠しています。

例：教育目的のコンセプト解説動画

ユーザーのリクエスト：「ヒートポンプが家を暖める仕組みを、90秒のアニメーション解説動画にしてください。」

制作意図：住宅所有者に仕組みを教え、ヒートポンプが炉のように「熱を作り出す」という誤解を正します。

学習目標：視聴後、住宅所有者が、ヒートポンプは冷媒サイクルを使って熱を移動させることを説明でき、室内コイル、室外コイル、コンプレッサー、膨張の段階を挙げられるようにします。

分解：

• 用語：熱、冷媒、コンプレッサー、コイル。
• 誤解：「冷たい空気には熱がない」。
• 仕組み：冷媒が屋外の熱を吸収し、コンプレッサーが温度を上げ、室内コイルが熱を放出し、膨張によって冷媒が冷え、これを繰り返します。
• 限界：性能と補助暖房の必要性は気候やモデルによって異なります。出典がない限り、普遍的な効率の主張は避けます。

シーンの抜粋：

時間	ナレーション	映像／動き	根拠／アクセシビリティ
0-7s	「ヒートポンプは炎のように熱を作りません。冷蔵庫を逆向きに動かすように、熱を移動させます。」	画面を左右に分割：炉のアイコンは炎を作り、ヒートポンプは光る点を屋外から室内へ移動させます。	後で類比の限界を明示します。字幕を付けます。色だけで区別しません。
7-22s	「冷たい屋外の空気にも熱エネルギーが含まれています。冷媒は室外コイルを通るとき、その一部を吸収します。」	シンプルな循環図。室外コイルを強調し、点が冷媒の配管に移動します。	出典がない限り、具体的な温度の主張は避けます。
22-38s	「コンプレッサーが冷媒を圧縮し、温度を上げます。」	コンプレッサーのアイコンが配管を圧縮し、温度計が上昇します。	生成テキストではなく、固定ラベルを使います。
38-55s	「室内では、より高温になった冷媒が家の中に熱を放出します。」	室内コイルが気流の矢印を暖め、部屋が暖かくなります。	音声で映像の変化を説明します。
55-72s	「その後、冷媒が膨張して冷え、サイクルが再び始まります。」	膨張弁が開き、循環が戻ります。	動きで順序を説明します。
72-90s	「つまり、簡単に言うと、熱を一から作るのではなく、熱を移動させるために電気を使うのです。」	4つの番号付きステップで全体の循環を振り返ります。	振り返りによって記憶を促します。

図のシーン用の生成メディアプロンプト：

Scene purpose: show that a heat pump moves heat through a repeating loop.
Visual form: clean animated vector diagram, not photorealistic.
Subject/action: a closed refrigerant loop connects an outdoor coil, compressor, indoor coil, and expansion valve; small warm-energy dots move from outdoor air into the loop, then into the house.
Composition: left side outdoor unit, right side simple house interior, loop centered, four large icon-like components with empty space for labels added later.
Motion: dots move clockwise; compressor briefly squeezes the line; indoor airflow arrows glow gently.
Style constraints: flat educational animation, high contrast, limited blue/orange palette, no brand logos.
Accuracy constraints: no extra components, no numerical efficiency claims, no rendered text.
Text policy: all labels added later in composition.
Accessibility constraints: do not rely on color alone; use arrows and position; no flashing.
Output: 16:9, 8 seconds, seamless motion, transparent-safe background if possible.

起こりやすい失敗：生成モデルが判読不能なラベルを追加する、炎を描く、ありえない配管経路を示す、または屋外の空気が暖かくなければならないと思わせる。決定論的なベクター構成を使うか、図のプロンプトをより具体的にして修正します。

例：主張を管理した製品紹介動画

ユーザーの依頼：「チームの作業時間を週に10時間削減する、AI 会議アシスタントの60秒の紹介動画を作成してください。」

リスク：商業的な効果に関する主張です。「週に10時間削減する」には、根拠と文脈が必要です。

安全な制作アプローチ：

1. 根拠を確認します。調査、顧客データ、方法、サンプルサイズ、対象期間、結果が一般的なものかどうかを確認してください。
2. 根拠がある場合は、範囲を明示して主張します：「[期間]にわたる[対象者] [n]人を対象とした顧客調査で、チームは平均[x]時間の削減を報告しました……」
3. 根拠がない場合は、数値を含まないメリットに書き換えます：「会議後のフォローアップ作業に費やす時間を短縮できます。」
4. 実際の UI または承認済みの UI を使用し、画面を捏造しないでください。
5. 推薦、推薦コメント、スポンサー付きレビュー、または一般的でない結果については、開示内容の審査を行ってください。

構成：

• フック：「会議は終わりました。作業はまだ終わっていません。」
• 課題：メモ、担当者、期限、フォローアップの抜け漏れ。
• 仕組み：記録／文字起こし、決定事項の特定、アクションアイテムの下書き作成、ワークフローとの同期。
• 根拠：承認済みの主張またはデモ結果。
• 注意事項：「送信する前に、AI が生成したメモを確認してください。」
• CTA：「次回の定例会議でお試しください。」

ストーリーボードの注記：実際の UI キャプチャ、またはクライアントが承認した再現可能なモックアップを使用してください。未対応の機能を示唆する、偽の製品画面を生成しないでください。

例：公共サービスの解説動画

ユーザーの依頼：「猛暑の際に何をすべきかを伝える45秒の動画を作成してください。」

リスク：公衆衛生／安全に関わります。公式情報、最新の地域別ガイダンス、専門家およびクライアントによるレビューを使用してください。

アプローチ：

• 対象者：高齢者、屋外で働く人、保護者、安定して冷房を利用できない人を含む地域住民。
• 目標：視聴者がすぐに取れる3つの予防行動を挙げられ、地域のクーリングセンター情報の入手先を把握できること。
• 情報源：地域の公式緊急管理／公衆衛生ページ、気象サービスの警報、クライアントが承認したリソースへのリンク。
• 表現：平易で、率直で、非難しないもの。
• アクセシビリティ：字幕、高コントラスト、小さすぎる緊急連絡先 URL を避け、対象言語で音声とテキストを用意します。

台本の構成：

• 「暑さが危険なレベルになる前に、3つの対策を取りましょう。」
• 「喉が渇く前に水を飲みましょう。」
• 「可能であれば、冷房のある場所で過ごしましょう。画面に表示される地域のクーリングセンターへのリンクをご利用ください。」
• 「近所の人、高齢者、一人暮らしの人の様子を確認しましょう。」
• 「意識の混乱、失神、その他の緊急症状が見られた場合は、緊急サービスに連絡してください。」症状や対応に関する具体的な表現は、公衆衛生のレビュアーに確認してください。

医療上のトリアージを独自に判断しないでください。緊急時の案内は、地域の公式情報およびレビュアーの承認に沿ったものにしてください。

出典と検証

2026-07-10 に参照・検証した出典：

• W3C、Web Content Accessibility Guidelines (WCAG) 2.2、W3C 勧告、2024-12-12：https://www.w3.org/TR/WCAG22/
• W3C WAI、Making Audio and Video Media Accessible、2024-09-17 更新：https://www.w3.org/WAI/media/av/
• W3C WAI、Complex Images チュートリアル：https://www.w3.org/WAI/tutorials/images/complex/
• U.S. Web Design System、Data visualizations コンポーネントのガイダンス：https://designsystem.digital.gov/components/data-visualizations/
• CDC、Clear Communication Index：https://www.cdc.gov/ccindex/index.html
• Digital.gov、Plain language ガイドシリーズ：https://digital.gov/guides/plain-language
• FTC、Advertising and Marketing ビジネスガイダンス：https://www.ftc.gov/business-guidance/advertising-marketing
• eCFR、16 CFR Part 255、広告における推薦および体験談の利用に関するガイド。参照時点で 2026-07-09 現在の内容として表示：https://www.ecfr.gov/current/title-16/chapter-I/subchapter-B/part-255
• FTC、Endorsement Guides: What People Are Asking：https://www.ftc.gov/business-guidance/resources/ftcs-endorsement-guides-what-people-are-asking
• U.S. Copyright Office、著作権と人工知能のポータルおよび 2023 年の登録ガイダンス：https://www.copyright.gov/ai/ および https://www.copyright.gov/ai/ai_policy_guidance.pdf

制作時に再確認すべき変動しやすい項目：プラットフォームのエクスポート仕様、プロバイダー／モデルの機能と利用規約、料金、コンテンツポリシー、ソーシャルメディアでの開示に関する UI、広告／推薦に関する規則、著作権／AI のガイダンス、地域の公共サービスに関するガイダンス、製品 UI、クライアントに関する主張、統計、ローカライズ／法的要件。