ビジネスモーションフィルム は何をしますか？
実際のビジネス成果を売り込む、プレミアムSaaSローンチ動画のような短尺CM（15〜40秒）を制作します。サービスの説明、見積もり依頼の促進、見積もり後のフォローアップ、広告のリフレッシュなどに使用します。映像は野心的で構いませんが、主張は真実でなければなりません。
現在のステップに必要なリファレンスファイルのみを読んでください。
| ステップ | 読むファイル |
|---|---|
| 縦軸、オファー、パイロット範囲、価格設定のアンカーを選ぶ | references/business-offers.md |
| ストーリーボードとモーションデザイン | references/motion-grammar.md、次に具体的な瞬間については references/launch-film-notes.md |
| 3Dコンポーネントの構築 | references/three-js-patterns.md、templates/component-lab.html、templates/projected-overlays.js |
| 実際の動き（開く、閉じる、現れる）を再現する3Dプロダクトヒーロー | references/product-hero-realism.md |
| レビューラウンド | references/gauntlet.md、references/critic-prompts.md、references/quality-bar.md |
| 音楽、効果音、ミックス | references/audio.md |
| エンドツーエンドの実例 | references/case-study-alder.md（落ち着いたサービスフィルム）、references/case-study-duo.md（Three.jsプロダクトフィルム）、references/case-study-home-display.md（批評家が「出荷」と言った後にクライアントが変更した内容） |
非妥協ルール
- 真実性。 決して架空の推薦文、評価、完了した仕事、診断、節約額、保証、確認済みの予約を発明してはいけません。コンセプトフィルムはコンセプトであると明記します（「架空のブランド・コンセプトフィルム・AI生成画像」）。クライアントフィルムは、クライアントの承認済みの映像と事実のみを使用します。
- ミュート時のビジネス目的。 初めて見る人が、音声をオフにした状態で、最後までに見て、そのビジネスが何をしているか、次に何をすべきかがわかるようにします。
- 独立した判断。 制作者は自分の作品を決して採点しません。すべてのコンポーネントとすべてのフルカットは、レンダリング、ブリーフ、リファレンスのみを見る新しい批評家に送られます（
references/gauntlet.md）。 - 決定論的モーション。 すべてのアニメーション状態は、タイムライン時間の純粋関数です。自由に動作する
requestAnimationFrame、Date.now()、シードされていない乱数、物理履歴は使用しません。任意のフレームにシークして、同じピクセルを取得します。 - 「バグがない」は「良い」ではない。 クリーンでスムーズ、エラーのないバージョンでも、基本的すぎる、空っぽ、または遅いという理由で却下されることがあります。測定し（
scripts/）、創造的に判断します。
ワークフロー
1. ブリーフィング（15分）
BRIEF.md を作成します。ビジネス、購入者、視聴者の問題、単一のアクション（CTA）、証明可能な真実、利用可能な実際のアセット、尺、アスペクト比、ブランド（パレット、タイプ）、および決して主張してはならないことを記述します。ユーザーに実際のアセットがない場合は、ラベル付きのコンセプトであることに同意します。
2. リファレンス
references/launch-film-notes.md から、ストーリーに合ったメカニズムを持つ3～6つの瞬間を選びます（例：前景のフライスルー、永続的に選択されたオブジェクト、レイヤー化された分解ビュー）。ユーザーがリファレンス動画を提供する場合は、フレームを抽出し（scripts/contact-sheet.sh）、正確なタイムスタンプを引用します。メカニズムを借用しますが、レイアウト、ロゴ、映像は決して借用しません。
3. 構築前のストーリーボード
1つのテーブル：時間 → 視聴者が見るもの → ビートのビジネス的な役割 → トランジションの種類（どのオブジェクトが生き残るかを含む）。ルール：
- 30秒のフィルムで12～15の異なる構図。スケールを変える：マクロ → ワイド → オーバーヘッド → UIクローズアップ → タイプのインパクト。
- フィーチャービートでは、主要な被写体が使用可能なフレームの60～85％を占める。広い空のフィールドに小さなカードが浮かんでいるような状態は避ける。
- すべてのビートは、読み取れるランディング、そして加速する出口を持つ。約0.6秒以上にわたって動きのない静止状態は避ける。
- エフェクト名を使わずに説明できる、3つの特徴的な変形に名前を付ける（例：「検査写真がレポートのヒーローイメージになる」）。
- 3Dは、物理的または空間的な何かを説明する場合にのみ使用する。タイポグラフィとUIは、鮮明なHTML/SVGのままにする。 ストーリーボード自体について、簡単な批評家パスを取得します（時系列、ビジネスロジック、真実性）。
4. アセット
- AI静止画： まずキーフレームを生成し、次に画像から動画へとアニメーション化します。プロダクションブリーフのようにプロンプトを生成します：レンズ、光、露出（「明るく、風通しが良く、黒くつぶれたものがない」）、タイプ用に予約されたネガティブスペース、「必要に応じて人物なし/テキストなし/ロゴなし/透かしなし」。
- AI動画： 短い（4～5秒）クリップで、カメラの動きは控えめに（「安定したジンバルドリー、約25cmの移動、正確なジオメトリを維持、モーフィングなし」）。720p/24fpsを想定し、補間/アップスケールしますが、これは本来のディテールではありません。ジオメトリが歪むクリップは拒否し、隠すのではなく再生成します。
- 生成台帳を保持します：モデル、プロンプト、シード、ジョブID、承認されたウィンドウ。APIキーを決してコミットしないでください。
5. コンポーネントを個別に構築
各カスタムコンポーネント（3Dシーン、レポートUI、予約フロー、ロゴマーク）は、独自のラボページ（templates/component-lab.html）を持ち、静止画と短いモーションプルーフにレンダリングされ、フィルムに結合される前にコンポーネントGauntletラウンドを通過します。
6. 組み立て
1つのルートタイムライン。各シーンはサブコンポジション。Three.jsシーンはルートシーククロックからレンダリング。ラベル、ピン、リーダーラインなどのオーバーレイは、毎フレーム投影された3Dアンカーから配置されます（templates/projected-overlays.js）。オブジェクトをシーン間で正確なピクセル座標で引き渡します。これにより、シーンAの最後のフレームが、運ばれたオブジェクトのシーンBの最初のフレームと等しくなります。
7. 全編Gauntlet
フィルム全体をレンダリングします。scripts/frozen-time.sh と scripts/loudness.sh を実行します。references/critic-prompts.md（全編プロンプト）を使用して、新しい批評家に送信します。最も影響の大きい項目を修正し、再レンダリングし、前のリストを項目ごとに検証する新しい批評家に送信します。品質基準に達するか、改善が表面的になるまで（通常3～5ラウンド）繰り返します。
8. 音声は最後だが、後回しにしてはいけない
references/audio.md に従います。ピクチャーロックされた音楽の場合、実際のトラックをバックタイムして、その独自のエンディングがエンドカードに重なり、1つの連続したピースとして再生され、すべてのカットがそのビートに合うようにします（scripts/backtime-music.py）。同じピクチャーの下で複数のトラックを提供し、クライアントが耳で選べるようにします。音楽は購入者の顧客に合わせ、エフェクトの音量をはるかに下回るようにします（ホームサービスにはローファイまたは温かみのあるアコースティック）。実際のトランジションごとに、ソフトでランブルのない1回のウーッという音。実際のアクションに対してのみ、クリーンなUIサウンド。イベントごとのレベルは、各エフェクトの帯域で解決します（scripts/solve-sfx-gains.py）。候補は scripts/sfx-candidates.py でスクリーニングします。常に音楽のみのフォールバックを提供し、それを使って問題を切り分けます。クライアントがエフェクトを気に入らない場合は、よりクリーンなものに交換し、削除しないでください。ヒーローの瞬間が聞こえるようにします。
9. 納品
マスターMP4（モーション作業用に1080p60）、ポスターフレーム、コンタクトシート、編集可能なソース、生成台帳、およびGauntlet台帳（各批評家が何を見つけたか → 何を変更したか → 変更前/後の測定値）を提供します。制限事項を正直に述べます：何を測定し、何を聴いたか、サンプルレビューと網羅的レビューのどちらであるか。納品物にはプロジェクト固有の名前を付け、各ラウンドを独自の名前付きフォルダに入れ、クライアントが開けるようにします。批評家が「出荷」と言った後、クライアント自身の確認が入ることを想定し、タイムスタンプごとに対応します（references/gauntlet.md）。
このプレイブックのクライアントが期待した作業スタイル
- 計画的に可視化する（ストーリーボード）。その後、すべてのステップの承認を求めて止まることなく構築する。
- 長時間作業する場合は、ステータスを1行で報告する。
- 時間が短縮された場合は、デッドラインモードに切り替える（
references/gauntlet.md）：ハードストップ、統合、1人の批評家、トップ修正、納品。 - APIキーをファイルに書き込まない。キーを使用する必要がある場合は、ユーザーが自分のターミナルで1つのコマンドを実行できるようにし、チャットに貼り付けられたキーはローテーションすることを提案する。
- 作業を示す：コンタクトシート、測定値、批評家の判定。