mcpField
S
social-short-production

social-short-production

github.com/calesthioクリエイティブ・メディア219181 回インストール15 週間前に更新
リポジトリ

social-short-production について

Social Short Production は、ショート動画の企画と制作を支援するスキルです。目的、視聴者、掲載先の要件に沿った内容づくりを案内し、文書化された事実、研究知見、制作上の経験則を区別します。

主な機能

  1. 01目的、視聴者、約束、制約の整理
  2. 02プラットフォームと掲載先ごとの仕様確認
  3. 03導入、構成、ショットごとの展開設計
  4. 04UI の重なり、安全領域、字幕の確認

活用シーン

  1. 01特定プラットフォーム向けの動画制作計画
  2. 02素材を根拠のあるストーリーに構成
  3. 03掲載先ごとの動画バージョンを準備
  4. 04字幕、権利、UI による隠れのリスク確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/calesthio/generative-media-skills --skill social-short-production

インストール後、Claude Code で/social-short-productionを入力して読み込まれたか確認します。

同梱ファイルEVAL.md

詳細

ソーシャルショート動画制作

単に縦型に切り抜くのではなく、意図を持って短尺動画を制作します。各プラットフォームを、再生環境、インターフェース、ポリシー、測定環境がそれぞれ異なるものとして扱います。

エビデンスのラベル

ラベルに従ってガイダンスを解釈してください。

  • 文書化された事実 — プラットフォーム、規制当局、規格、その他の一次情報源が明示している内容です。変わりやすい事実は納品前に再確認してください。
  • 研究結果 — 引用された研究によって裏付けられていますが、その研究の対象集団と状況に限定されます。
  • 制作上のヒューリスティック — ブリーフ、オーディエンス、プラットフォームでのプレビュー、分析データに照らして検証するための出発点です。アルゴリズム上のルールとして示してはいけません。

「3秒で視聴者を引きつける」「2秒ごとにカットする」「マスター音声を -14 LUFS にする」といったヒューリスティックを、普遍的な要件として扱わないでください。プラットフォームの指標やレコメンデーションシステムは変化し、オーディエンスの視聴意図がテンポより重要な場合もあります。

制作の前提条件を定義する

台本作成や編集に入る前に、結果を左右する項目を確定します。

  1. 目的： 認知、質の高い注目、教育、コミュニティの反応、リード獲得／行動喚起、またはコンバージョンです。主要な成果を1つ選び、ガードレールは最大2つにします。
  2. オーディエンスの状態： 誰が視聴するのか、すでに知っていること、疑問に思っていること、そしてこの視聴状況でこの動画が関連する理由を定義します。
  3. 約束する価値： 視聴によって得られる具体的な価値です。動画内で実証できるものにします。
  4. 信頼できる情報源： 承認済みのブリーフ、書き起こし、映像素材、製品ビルド、データ、引用元、またはスポークスパーソンです。未検証の主張には印を付けます。
  5. 配信面： オーガニック、有料、ブースト、パートナー配信の具体的な掲載先です。「ソーシャル」だけではプラットフォームの指定になりません。
  6. 視聴後のアクション： 記憶する、コメントする、保存する、共有する、フォローする、クリックする、インストールする、購入する、または長尺コンテンツを視聴することです。
  7. 制約： 動画の長さの上限、言語、ブランドルール、アクセシビリティ、年齢や規制対象のカテゴリ、レビュー期限、予算、利用可能な分析データです。
  8. 権利と表現： 映像素材、音楽、グラフィック、フォント、商標、肖像、音声、体験談、合成メディアに関する権利者とライセンスの範囲です。

重要な項目が不明な場合は、前提を明記し、後から変更できる計画にします。製品に関する主張、体験談、測定結果、許諾を捏造してはいけません。

ブリーフの正規化結果

詳細なクリエイティブ作業に入る前に、簡潔な制作契約を提示します。

Primary objective:
Primary audience and viewing context:
Viewer tension or need:
Promise and proof available:
Primary platform/placement:
Secondary platforms:
Target duration range:
Desired viewer action:
Source material and gaps:
Rights/disclosure status:
Primary metric + guardrails:
Approval owner:

日付入りのプラットフォーム契約を作成する

書き出し当日に公式ドキュメントを再確認します。確認日と掲載先を記録してください。オーガニック投稿、広告、ブースト投稿、アプリ内で作成した投稿では、ルールが異なる場合があります。

現在の参照ポイント — 2026-07-09 検証済み
対象制作に役立つ、文書化された事実制作上の影響
YouTube ShortsYouTube の現在のアップロードルールでは、正方形または縦型で3分以内の動画は Shorts に分類されます。2025-03-31 以降、公開 Shorts の「視聴回数」は、最低視聴時間の条件なしに再生開始またはリプレイを数えます。「エンゲージメントのある視聴回数」は、視聴を続けることを選んだ視聴者について引き続き利用できます。Content ID の申し立てが有効な1分を超える Shorts は、全世界でブロックされます。[S1][S2]定義の変更に触れずに、公開視聴回数を過去の Shorts のデータと比較しないでください。1〜3分の編集版を使う前に、申し立てのある音楽が含まれていないか確認してください。ピラーボックスやレターボックスの黒帯を付けずに書き出してください。
Instagram ReelsInstagram では、アスペクト比1.91:1〜9:16、30 fps 以上、解像度720ピクセル以上の Reels を受け付けています。宣伝する Reels の条件はより限定的で、現在は90秒未満かつ全画面9:16です。[S3][S4]没入感のある縦型視聴を意図する場合は、9:16のオーガニック投稿用マスターを優先します。ただし、オーガニック投稿が宣伝の対象になると決めつけず、配置先に合わせた宣伝用バージョンを作成してください。
TikTok インフィード広告Spark 以外のインフィード広告では、TikTok は現在、9:16かつ540×960以上を推奨し、一般的な動画コンテナ形式を受け付け、配置先ごとのルールを公開しています。TikTok によると、セーフゾーンは寸法、広告キャプションの長さ、追加機能によって変わり、ダウンロード可能なオーバーレイが用意されています。オーガニック投稿と Spark では条件が異なります。[S5]すべての納品物に一律の TikTok セーフゾーンをハードコードしないでください。配置先とキャプション・追加機能の設定に合った最新のオーバーレイを使用してください。対象のアカウントやアプリで、オーガニック投稿の挙動を再確認してください。
LinkedIn 動画／イマーシブフィードアップロードした動画は LinkedIn のイマーシブな縦型表示の対象となる可能性がありますが、クリエイターはそのフィードに直接投稿できません。LinkedIn は、UI が画面の端に重なる場合があると警告しています。現在のアップロード制限は、最短3秒、最長でデスクトップは15分、モバイルは10分、アスペクト比は1:2.4〜2.4:1です。[S6][S7]プロフェッショナルフィード用のバージョンでは、画面の端から余裕を持たせ、役立つ文脈を示し、フィードに依存しない CTA を使用してください。イマーシブフィードへの掲載を約束しないでください。

文書化された事実： TikTok、Meta、YouTube、LinkedIn は、それぞれ独立して仕様、ラベル、指標、掲載条件を変更することがあります。昨日の表を満たしたローカルレンダーが、最終納品の承認になるわけではありません。

制作上のヒューリスティック： 対象となるすべてのプラットフォームが対応している場合は、1080×1920、9:16のクリーンな作業用マスターを使用し、そこからプラットフォームごとに個別のバージョンを作成してプレビューします。これはワークフロー上の利便性であり、どこでも同じ編集が最適であることの証明ではありません。

対象ごとに、次の内容を記録してください。

platform + placement | organic/paid/boosted | max eligible duration
aspect/resolution/fps | accepted codec/container | max file size
UI overlay/safe-zone source + date | caption mode | cover crop
music license path | sponsorship/AI disclosure controls
upload metadata | analytics definitions | test-upload result

冒頭で誠実に関心を引く

フックとは、続きを見るための最初の一貫した理由であり、必ずしも最初に話される文とは限りません。視覚、言葉、音、またはそれらの組み合わせで示せます。

  1. 視聴者の課題を示すか、結果を見せます。
  2. 具体的な約束を明言するか、ほのめかします。
  3. その約束を理解できるだけの文脈を示します。
  4. すぐに根拠を提示し始めます。
  5. 行動を促す前に、約束した内容を実現します。

冒頭に使える方法として、結果を最初に見せる実演、明確な矛盾、重要なビフォーアフター、答えのある未解決の問い、根拠をすぐに添えた専門家の主張などがあります。

制作上のヒューリスティック： 認知や信頼そのものに価値がある場合を除き、あいさつ、ロゴ、前置きは省きます。理解、権威性、物語の緊張感を高める場合に限り、イントロを残します。

次のような冒頭は避けてください。

  • 混乱を生み出すだけの目的で、不可欠な文脈を伏せる。
  • 動画で実現しない結果を約束する。
  • テーマと無関係な不安をあおる映像を使う。
  • 相関関係を因果関係として、またはシミュレーションを証拠として示す。
  • 十分な裏付けなしに、健康、金融、安全、性能に関する主張をする。
  • 小さな文字や音声だけに頼り、内容を理解させる。

作業に合った構成を選ぶ

すべての動画を同じ型にはめ込むのではなく、内容に合った推論の流れを選びます。

  • デモ： 結果 → 準備 → 重要な手順 → 検証済みの結果 → 次のアクション。
  • 解説： 意外な主張 → 必要な背景 → 仕組み → 例／根拠 → 意味合い。
  • 問題と修正： よくある失敗 → 原因 → 修正 → 証明 → 再発防止。
  • ストーリー： 重大な瞬間 → 最低限の状況説明 → 展開／転機 → 解決 → 意味。
  • 専門家の抜粋： それだけで成立する強い主張 → 公平な理解に必要な背景 → 裏付けとなる詳細 → 結論／出典。
  • お知らせ： 変更内容 → 重要な理由 → 根拠／デモ → 影響を受ける人 → 日付／アクション。

研究結果： Guo、Kim、Rubinは、大規模なMOOCデータセットにおいて、教育動画が短いほどエンゲージメントが高い傾向にあることを見いだしました。しかし、対象集団、タスク、動画の長さの範囲から、ソーシャルフィードに最適な長さやカットの間隔が確立されるわけではありません。この結果は、避けられる素材を取り除く根拠として活用し、普遍的な長さの基準としては扱わないでください。[R1]

伝えるべき内容が伝わった時点で終わります。30秒に引き延ばすより、要点を伝えきる19秒の解説のほうが優れています。通説に合わせるために証拠を削るより、丁寧に見せる70秒のデモのほうが優れています。

構成をビート・ショット台帳に落とし込む

ビート単位で計画します。ビートとは、任意の秒数ではなく、問い、主張、証拠、感情、場所、行動の変化です。

次のスキーマを使用します。

時間範囲物語上の役割視聴者の疑問話す内容視覚的な証拠／アクション画面上のテキスト／字幕音声イベント出典／権利セーフゾーンのリスク終了条件

各ビートには、少なくとも1つの役割を持たせます。展開させる、証明する、状況を説明する、対比させる、または解決することです。まとまった考えを飾るだけのビートは削除します。

素材主導の編集では：

  • 実用上可能であれば、選定の前に文字起こしを行います。
  • 意味を変えないよう、前後の流れを十分に残します。
  • ジャンプカットの修正と、誤解を招く並べ替えを区別します。
  • 別々の発言をつなぎ合わせて、話者がしていない主張を作り出してはいけません。
  • 台帳に素材のタイムコードとファイル名を記録します。
  • Bロールが証拠、イメージ、再現、雰囲気のどれに当たるかを明記します。
  • 繊細な文脈の変更については、承認を求めます。

撮影やアニメーションを計画する際は：

  • 新しい情報を明確にする場合は、ショットのスケールや構図を変えます。
  • クローズアップは、無作為に勢いを出すためではなく、証明のために使います。
  • デモが読み取れるだけの表示時間を確保します。
  • アクション、形、音、被写体、アイデアを通じて、トランジションに必然性を持たせます。
  • 編集時に調整できるよう、素材の撮影前後に短い余白を設けます。
  • フィードではループ再生される場合があるため、最初と最後のフレームを意図的に計画します。

制作上のヒューリスティック： 視聴者の注意や理解に必要なときに、視覚的な切り替えを入れます。タイマーに合わせる必要はありません。情報を加えないカットは疲労を招くことがあります。一方、証拠が展開するショットを保つことで、注意を維持できる場合があります。

インターフェースによるコンテンツの隠れを防ぐ

セーフゾーンは好みではなく、納品データです。

文書化された事実： TikTokが公開しているセーフゾーンはキャプションの長さや追加要素によって変わり、Metaはリールのセーフゾーン確認用リソースを提供し、LinkedInは重要な要素をすべての端から離して配置するようクリエイターに指示しています。[S5][S6][S8]

各バリエーションについて、以下を行います。

  1. 最新の公式テンプレート、プレビュー、または配置確認ツールを入手します。
  2. 実際の出力解像度で、編集ソフトやコンポジターに重ねて表示します。
  3. 顔、製品の証拠、免責事項、キャプション、ロゴ、データラベル、CTAの意味を、遮られない領域内に収めます。
  4. 右側のアクション列、下部のキャプション／CTA領域、上部のアカウント／タイトル領域、ジェスチャー／ホームインジケーター、カバー／プロフィールのトリミングを確認します。
  5. UIがキャプションの長さによって変わる場合は、短いキャプションと想定される最大長のキャプションの両方でプレビューします。
  6. 小型スマートフォンの表示サイズと、縦長および縦長ではない画面をそれぞれ少なくとも1つ使ってテストします。
  7. UIプレビューのスクリーンショットを納品記録とともに保存します。

すべてを縮小して隠れを解決しようとしてはいけません。ショットを再構成する、重要度の低い装飾を外側に移動する、コピーを短くする、またはプラットフォーム別のバージョンを作成します。

アクセシビリティと理解のためのキャプション

文書化された事実： WCAG 1.2.2は、同期されたウェブメディアにおける事前録音された音声コンテンツのキャプションをレベルAで求めています。キャプションには、セリフだけでなく、意味のある非音声の音や話者の識別も含まれます。[S9]

以下から選びます。

  • クローズド／プラットフォームキャプション： 表示の切り替えが可能で、プラットフォーム／プレーヤーからアクセスできます。サイドカーファイルをアップロードして修正するか、プラットフォームの自動文字起こしを確認します。
  • オープン／焼き付けキャプション： 視覚的なスタイルと表示を確実にできますが、非表示にはできません。
  • 両方： プラットフォームの挙動によってキャプションが重複表示されない場合に限ります。オープンキャプション版を配布する場合も、キャプションなしのマスターとキャプションファイルを保持します。

キャプション制作のルール：

  • 意味を正確に文字起こしします。キャプションを付ける際に主張を「改善」してはいけません。
  • 発話に同期させ、フレーズの区切りを保ちます。
  • 必要に応じて、話者が変わった場合や画面外の話者を示します。
  • [alarm]や[glass breaks]のような意味のある音を含めます。
  • 映像が変化しても読みやすいよう、安定した背景処理の上にコントラストの高いテキストを表示します。
  • 話者の口元や手、製品の操作部、グラフ、証拠を覆わないようにします。
  • 実際のスマートフォン画面のサイズで読みやすい大きさにします。
  • 視聴者が自然に読み切れない場合は、コピーを減らすか表示時間を延ばします。
  • 名前、数値、単位、URL、専門用語、翻訳文を手作業で校正します。
  • 音声なし、およびキャプションを無効にした状態でテストします。

プロ向けの字幕基準では、正確さ、同期、読みやすい表示、発話の密度と読解速度のトレードオフが重視されています。1つの「1秒あたりの文字数」の上限が、言語や視聴者を問わず普遍的であると見なしてはいけません。[P1]

ナレーションで伝えられない重要な視覚情報がある場合は、納品時の状況に応じて、音声トラック、投稿テキスト、またはプラットフォームがサポートする代替手段で、アクセシブルな説明を提供します。

意味に合わせて音声、音楽、効果音をミックスする

次の順序でミックスを作成します。

  1. 必要な範囲でのみ会話音声を修復します。アーティファクトを生じさせずに、気になるノイズ、クリック音、過剰なルームトーンを除去します。
  2. カットをまたいで会話音声の音色とレベルを揃えます。強いコンプレッションを適用する前に、個々の単語をオートメーションで調整します。
  3. 音楽は、ペース、感情、または連続性を高めるために加えます。常に背景を埋めるために加えるものではありません。
  4. 子音や重要な主張の周りでは、音楽をダッキングするか、配置を調整します。小型スマートフォンのスピーカーとモノラル再生との互換性も確認します。
  5. 効果音は、動作を説明する、空間を表現する、確認済みの変化を強調する、またはトランジションを支える場合に使用します。言葉と競合する効果音は取り除きます。
  6. プログラム全体のラウドネスを測定し、トゥルーピークを確認してから、エンコード後のアップロード音声を試聴します。

文書化された事実： ITU-R BS.1770-5 は、番組ラウドネスとトゥルーピークレベルを測定するアルゴリズムを定義していますが、ソーシャルプラットフォーム向けの普遍的な納品ラウドネスは規定していません。[S10]

制作上の目安： 一般的なステレオのソーシャル向けマスターでは、まず統合ラウドネスを -16〜-14 LUFS、トゥルーピークを -1 dBTP 以下としてテストし、コンテンツとプラットフォームの現在の動作に合わせて調整します。この範囲は、プラットフォームでの結果を保証するものではありません。高品質なミックスマスターを別途保持し、プラットフォームでトランスコードした後の音声の聞き取りやすさを比較してください。また、歪みや聴き疲れを招いてまでラウドネスを高めないでください。

通常の再生環境、低音量、スマートフォンのスピーカー、ヘッドホンの4通りで試聴します。ミュート状態でも確認します。音楽だけのフックは、無音で視聴するユーザーには伝わりません。テキストだけの根拠は、継続して画面を見ていないユーザーには伝わりません。

信頼性、開示、同意、権利を明確にする

確定前に、次の点を確認します。

  • スポンサーシップ／重要な利害関係： 推奨と同じ言語で、視聴者の目に留まる場所に明確な開示を表示します。FTC によると、プラットフォームの開示ツールだけでは不十分な場合があり、明確で目立つ開示の基準は状況に応じて定められます。[S11]
  • 合成または改変されたメディア： 必要に応じて、現在のプラットフォームの設定と画面上で確認できる説明を使用します。YouTube は、現実的で重要な改変・合成コンテンツの開示を義務付けています。TikTok は、現実的な AI 生成画像、音声、動画へのラベル付けを義務付けており、ラベルが付いていても有害なものや、同意のない肖像の使用の一部を禁止しています。Meta は、検出したシグナルまたは自己申告に基づいて「AI info」を適用する場合があります。[S12][S13][S14]
  • 来歴： ソース ID、編集上の判断、許諾、ライセンス、モデル／ツールの関与、エクスポートのハッシュを保持します。C2PA Content Credentials は、暗号的に紐付けられた来歴情報を保持できますが、来歴は文脈を示すものであり、主張が真実であることの証明ではありません。[S15]
  • 音楽： 商用利用の範囲、プラットフォーム、地域、期間、有料／オーガニック利用、クレジット表記、有効期限を確認します。TikTok は、ブランドを宣伝するコンテンツには Commercial Music Library の使用を推奨しています。Meta によると、一般のライセンス音源ライブラリは個人の非商用利用を目的としており、商用ユーザーには Sound Collection を案内しています。YouTube は、著作権上の安全性を保証する対象を自社の Audio Library に限っており、有効な申し立てがある長尺の Shorts はブロックされる可能性があると警告しています。[S16][S17][S1]
  • 人物： 肖像、声、推薦コメント、私有地、機微な個人データを適切に使用する許可を得ます。公開されていることを同意があることとみなしてはいけません。
  • 主張： 価格、成果、順位、引用、ビフォー／アフターの比較について、根拠の記録を保持します。シミュレーションや再現映像は、その旨を明示します。

真正性に関するメタデータを不必要に削除しないでください。プラットフォームでのトランスコードにより削除された場合は、署名済み／ソースアセットとマニフェストを制作アーカイブに保管し、必要に応じて人が目で確認できる開示も行ってください。

謎のファイルを1つだけ作るのではなく、プラットフォームごとのレンディションを書き出す

制作時の目安 — クロスプラットフォーム用のマスター： 1080×1920、正方形ピクセル、プログレッシブ方式の H.264 High Profile を MP4 形式で、元のネイティブフレームレート、48 kHz の AAC-LC ステレオ、SDR では BT.709、高速起動メタデータを使用します。これらの設定は幅広い互換性と YouTube が公開している推奨事項に沿っていますが、正確な配置要件を優先してください。[S18]

必要がない限り、フレームレート変換は避けてください。黒帯を焼き込まないでください。数値を満たすためだけに低品質のソースをアップスケールせず、差し替えるか、インテリジェントにリフレームしてください。

プラットフォームごとに納品パッケージを作成します。

video rendition
clean master
caption sidecar + caption transcript
cover/thumbnail with profile-grid crop preview
post copy, title, hashtags/mentions, CTA and destination
alt/accessibility text where supported
sponsorship and AI-disclosure settings
music/asset license ledger and attribution
spec verification date and official URL
upload/test status, platform-generated captions checked, UI screenshot

一般公開の前に、対象となる環境で可能であれば、非公開、限定公開、ドラフト、またはテストアカウントにアップロードしてください。ローカルファイルだけでなく、プラットフォームでのトランスコード、クロップ、色、字幕のタイミング、UI との重なり、カバー、音声、開示を確認してください。

技術的な事前確認

書き出しダイアログを信頼するのではなく、メディア検査ツールで次の項目を確認してください。

  • 長さ、寸法、サンプルアスペクト比、フレームレート／タイムベース
  • コーデック／プロファイル／ピクセル形式、走査方式、カラータグ、ビットレート、ファイルサイズ
  • オーディオコーデック、サンプルレート、チャンネル数、統合ラウドネス、トゥルーピーク
  • 音声と映像の同期、字幕の終了時刻
  • 最初と最後のフレーム、意図しない黒画面／フリーズフレーム、オフラインメディア、フラッシュフレーム
  • スペル、スーパー、法的表記、URL、QR コード、安全領域オーバーレイ
  • 非表示のドラフト音声、ガイドトラック、ウォーターマーク、個人メタデータが含まれていないこと

問いに答えるバリエーションを作成する

プラットフォームへの適応と実験は分けてください。

  • プラットフォームへの適応では、長さ、ペース、字幕の位置、CTA、カバー、メタデータ、音楽ライセンス、開示、さらには文脈の量も変更する場合があります。
  • 実験では、可能な限り、最初のフレーム、フックの文言、証拠の順序、長さ、CTA、字幕の処理など、意味のある変数を1つ変更します。

final-v7 ではなく、仮説に基づいてバリエーションに名前を付けます。

ytshort-hook-resultfirst-r1.mp4
reels-hook-contradiction-r1.mp4
tiktok-proof-demoearly-r2.mp4

フックをテストするときは、本文を同一にしてください。そうしないと、フックの効果だけを切り分けられません。プラットフォームがランダム化テストを提供していない場合は、比較が観察的なものであることを明記し、時期、オーディエンス、配信、有料サポート、サンプルサイズの違いを記録してください。

根拠のない通説を繰り返すのではなく、視聴維持率を測定する

プラットフォームに適したファネルを定義します。

eligible exposure → start → chose/continued to view → time held
→ completion/rewatch → meaningful engagement → intended action

確認済みの事実： プラットフォームごとに指標の定義は異なります。YouTube では「視聴を選択した割合」とスワイプして離れた割合、視聴者維持率レポートが確認できます。Instagram では視聴回数、総再生時間、平均再生時間、リーチ、インタラクション、フォローがレポートされます。TikTok の広告レポートでは、再生開始、2秒視聴、6秒視聴、四分位点、完了、平均再生時間が定義されています。リプレイの扱いは指標によって異なります。[S2][S19][S20]

したがって、次の点に留意してください。

  • 同じプラットフォーム、配置、指標の定義、長さの範囲、および類似したオーディエンスの文脈でクリップを比較します。
  • 平均視聴率と併せて、視聴秒数や時間軸に沿った視聴維持率を優先します。
  • 不確実性とサンプルサイズを報告し、少数の視聴だけで勝者を決めないでください。
  • 有料配信とオーガニック配信、新規オーディエンスとリピーターを分けます。
  • 再生回数だけで判断せず、主要なビジネス成果またはコミュニケーション成果を判断指標にします。
  • 定義変更後の YouTube 公開 Shorts 視聴回数を、条件を明示せずに以前のコホートと直接比較しないでください。
維持率曲線の診断

調査すべき仮説として、以下を扱います。

シグナル考えられる原因修正テスト
冒頭で急落最初のフレームが読みにくい、訴求内容が視聴者に関係ない、文脈が不足している、対象視聴者が適切でない結果を先に見せるフレーム、より明確な対象視聴者への手がかり、または短い冒頭の一文をテストします
導入中に離脱文脈の不足、ナレーションとテキストの重複、証拠提示の遅さ証拠を早めに提示し、画面ですでに見える説明は削除します
用語やグラフの箇所で落ち込み専門用語、ラベルが小さい、認知負荷が高い用語を1つ定義し、グラフを簡素化し、証拠を見せる時間を延ばします
スパイク／リプレイ関心、驚き、混乱、判読しにくい細部、ループ成功と判断する前に、コメントとフレームの読みやすさを確認します
完了率は高いがアクションが少ない満足感はあるがCTAが弱い、または無関係、対象視聴者が適切でない、遷移先で離脱が生じる内容に合ったアクションをテストし、遷移先を確認します
冒頭の維持率は高いが完了率が低いフックが期待をあおりすぎている、中盤が繰り返しになっている、見せ場の提示が遅い訴求内容と証拠を一致させ、冗長な中盤をカットします

結果を読む前に、最低限の観測期間を設定します。「維持率が良い」という一般的な割合ではなく、そのアカウントに関連するベースラインと比較してください。

最終的な編集・プラットフォームQA

以下の各項目に合格するか、明示的な免除が認められるまで公開しないでください。

意味
  • 訴求内容が明確で、その約束が果たされています。
  • 主張が承認済みの証拠と一致し、日付と数値が最新です。
  • 元の素材の編集でも、文脈と話者の意図が保たれています。
  • CTAが、提供した価値から自然につながっています。
映像とインターフェース
  • スマートフォンの画面サイズでも構図が成立し、一時停止しなくてもテキストを読めます。
  • 現在の配置オーバーレイで、重要な要素が隠れていません。
  • 顔、製品、グラフ、開示表示、字幕が見える状態に保たれています。
  • リフレームによってジェスチャー、デモ、重要な文脈が切り取られていません。
  • 最初のフレーム、カバー、ループのつなぎ目が意図どおりになっています。
音声とアクセシビリティ
  • スマートフォンで小さめの音量で再生しても、音声を明瞭に聞き取れます。
  • 音楽／効果音で主張が聞こえにくくならず、エンコード後にピークがクリップしていません。
  • 字幕が正確で、同期しており、すべての内容を含み、重複していません。
  • 無音で視聴しても、主な訴求内容と証拠が伝わります。
  • 重要な映像に、その掲載面に適したアクセシブルな代替手段があります。
完全性と納品
  • 肖像、音楽、映像、フォント、商標の権利が文書化されています。
  • スポンサーシップと合成メディアに関する開示が見える状態で、プラットフォーム内にも設定されています。
  • 技術検査の結果が、日付入りのプラットフォーム仕様に準拠しています。
  • テストアップロードが、プラットフォームでの処理後に確認されています。
  • クリーンマスター、書き出しデータ、字幕、メタデータ、ライセンス、分析仮説がアーカイブされています。
修正の優先順位

次の順に修正します：事実誤認／欺瞞の問題 → 同意／権利／開示 → 意味のアクセシビリティの問題 → 技術的な納品不備 → 音声の聞き取りにくさ → UIによる隠れ → 構成／維持率の弱さ → 見た目の仕上げ。重大な完全性の問題を抱えたまま、見た目だけを整えてはいけません。

完全な例 — 27秒の商品デモ

必須の定型ではなく、あくまで一例です。

意図： カレンダーアプリの、検証済みの「全員が参加できる時間を見つける」機能を紹介する、自然なInstagram ReelとYouTube Shortを制作します。対象者：3人以上の予定を調整するプロジェクトリーダー。目的：関心度の高い見込み客の獲得。主要指標：保存数。ガードレール指標：平均視聴秒数、プロフィール／サイトでのアクション数。

入力と制約： 承認済みの画面録画、現行ビルドで検証済みの商品に関する主張、顧客データなし、27〜32秒、9:16、英語のナレーション、画面上の字幕と字幕ファイル用の字幕なしマスター、ライセンス済みのオリジナル音楽。

約束： 「4つのカレンダーを開かずに、全員が参加できる最初の時間を見つけます。」

ビート一覧：

時間役割音声／テキスト映像音声／アクセシビリティリスク／対策
0:00–0:03結果と対象者の課題を示す「4つのカレンダー。1つの会議。最初に全員が参加できる時間はこちらです。」ごちゃついた空き時間が、強調表示された1つの時間枠にまとまるUIのクリック音＋字幕切り抜きには架空の名前だけを表示。結果はプラットフォームの字幕領域より上に表示
0:03–0:08使い方の概要を示す「参加者を追加して、期間を設定します。」カーソルでデモ用の参加者3人と日付範囲を選択音楽はナレーションより小さくするスマートフォンで見やすいようにカーソルと入力欄を拡大。必要な操作の最中は速度を上げない
0:08–0:16仕組みを実証する「重なり表示で、すべての予定の競合を取り除きます。」競合が消え、重なり部分が残る控えめな確認音アニメーションはシミュレーション結果ではなく、製品UIであることを明記
0:16–0:22検証済みの結果を示す「火曜日の2時30分が、全員が参加できる最初の時間です。」時間枠を選択し、確認パネルを表示字幕で時刻の表記を統一時刻とボタンを現在の安全領域内に収める
0:22–0:27解決策を示し、行動を促す「次の予定調整に困ったときのために保存してください。」ビフォー／アフターの分割画面、アプリ名、保存を促す表示音楽が収束。追加の主張はしない目的に合ったCTAとして保存を促す。「プロフィールのリンク」など、無関係な案内はしない

プラットフォームごとの調整： YouTube版では検索しやすいタイトルと、最後に余計な要素のない画面を使います。Instagram版ではプロフィールグリッドに適したカバーを使い、ReelのUIと字幕の位置を確認します。核となる実証内容は同一です。YouTubeとInstagramでは視聴回数の数え方が異なるため、エージェントは同じ視聴回数を比較可能とは主張しません。

バリアントテスト： 冒頭だけを、結果から始める構成から「まだカレンダーを見比べていますか？」に変更します。0:03以降のビートは同一に保ちます。各プラットフォーム内で、アカウントの類似する商品デモの基準値と比較します。

期待される結果： 視聴者が課題を理解し、実際のワークフローを見て、正確な結果を確認し、内容に沿ったアクションを1つ受け取ります。

起こりやすい失敗と修正方法： 参加者の選択中に視聴維持率が下がる場合は、結果を実証するのに十分な入力状況を残しつつ、ポインターの移動距離を短くします。製品UIが判読しにくい場合は、速度を上げるのではなく、拡大した吹き出し付きのガイド付き切り抜きを作成します。プラットフォーム上の字幕と映像に焼き込んだ字幕が重複する場合は、修正済みのプラットフォーム字幕を付けて字幕なし版をアップロードするか、いずれか一方を無効にします。

完成例 — 元映像から切り出した43秒の専門家の抜粋

あくまで例であり、必須の定型ではありません。

意図： 35分のインタビューから、縦型のLinkedInクリップとReelを作成します。専門家は、サンプルサイズの増加によってアンケートで見かけ上のコンバージョン率が下がった理由を説明します。目的は、分析に関するよくある誤解を正すことです。主要指標は保存数、ガードレール指標は視聴完了率と内容のあるコメントです。

選定： 元映像のinterview-a.cam1から、18:42～19:27の連続した回答を使い、2か所の間を詰めます。別々の回答の言葉をつなげてはいけません。「先ほどのサンプルはわずか42人でした」という文は残します。削除すると、結論を誤解させるためです。

構成とショットプラン：

  • 0:00～0:05：結論から始めます。「コンバージョン率が下がったのは、製品が悪くなったからではなく、サンプルの運が悪くなったからです。」元映像の話者、名前・役職、簡潔な字幕を表示します。
  • 0:05～0:13：42人のサンプルを含む、必要な背景情報を伝えます。承認済みの文字起こし／データに基づくラベルを付けた、シンプルな画面上の42 → 840 respondentsの比較を使います。
  • 0:13～0:31：メカニズムを説明します。サンプリングのばらつきを示す場合に限り、話者の映像と控えめな図を切り替えます。無関係な注意喚起用の映像は使いません。
  • 0:31～0:39：示唆を伝えます。「見出しのパーセンテージひとつではなく、区間とコホートを比較してください。」
  • 0:39～0:43：クレジットを表示し、「次のダッシュボードレビューの前に保存してください。」と促します。

音声／字幕プラン： 間を詰めた箇所の室内音を補修し、自然な話し方のリズムを保ちます。元の室内音がきれいで、音楽を加えても伝達上の価値がないため、音楽は使いません。修正したクローズドキャプションをアップロードし、必要な場合に限りオープンキャプション版も用意します。話者の特定は一度だけ行います。[laughs]の字幕は、トーンが変わる場合に限り付けます。

権利／完全性： インタビューの公開許諾、グラフデータの承認、フォントのライセンス、企業の推薦に関するポリシーを確認します。文字起こし、元映像のタイムコード、編集決定リストを保管します。引用したYouTubeの例では、通常のリフレーミング、色補正、字幕、図の補助について合成メディアの開示は不要ですが、各対象プラットフォームの最新ルールは必ず確認してください。[S12]

プラットフォームごとの調整： LinkedInでは投稿文に専門的な背景情報をより多く含め、すべての端が見切れないようにし、没入型フィードへの掲載を約束しません。Reelsでは9:16のカバー用クロップを使い、現在のUIのセーフゾーンを確認します。どちらにもサンプルサイズの背景情報を残します。

分析結果の見直し： 図の箇所で再生数が急増していても、興味を引いたのか、読みにくかったのかは判断できません。該当フレームとコメントを確認し、自動的にカットを増やしてはいけません。保存数が多く視聴完了率が控えめでも、説明の中心部分が目的を達成している可能性があります。42人という事実を削除せずに、導入を短くするテストを行います。

出典

以下のプラットフォームおよびポリシーに関する情報は変動するものであり、各出典にそれより後の日付の更新情報が記載されていない限り、2026-07-09 時点で確認しています。

コメント

Markdown 対応