TL;DR
信頼できる動画編集は、取り込み、バックアップ、整理、プロキシ、ラフカット、ファインカット、音声、カラー、グラフィック、レビュー、書き出し、品質管理、アーカイブの13段階で進みます。コピーを検証し、原本を守り、プロキシを原本へ関連付け、物語と仕上げの判断を分け、安定版をレビューし、実際の書き出しファイルを確認し、再開に必要な文脈を保存します。
動画編集ワークフローとは、受け取ったメディアを完成済み、検証済み、復元可能な動画へ変える意思決定と受け渡しの流れです。単位はソフトのボタンやフォルダー名ではなく、既知の入力、範囲を限定した作業、終了条件を持つ段階です。Adobeも、素材を管理ストレージへコピーまたはトランスコードする取り込みと、フル解像度素材に関連付けた軽量編集コピーであるプロキシを区別しています（Adobe, 2026）。
この区別が重要なのは、障害が段階をまたぐからです。カードをコピーしても検証しない、プロキシが原本との関係を失う、タイミング確定前にカラーへ渡す、別々のファイルへコメントする、書き出しで音声や字幕が消える、といった問題があります。
本ガイドは個人編集者と小規模チーム向けのソフト非依存手順です。インタビュー、画面収録、チュートリアル、製品動画、短編ドキュメンタリーなどに使えます。規模を問わず、担当者が飽きたことではなく、終了条件を満たしたことを次段階への根拠にします。
01
タイムラインを開く前に受け渡しを定義する
ワークフローは不確実性を制御します。開始時点では、全ファイルが正しくコピーされたか、物語が成立するか、ショットがつながるか、台詞を修復できるか、納品先が受理するかは未確定です。各段階は一種類の不確実性を減らし、確定済み判断を不用意に開き直さないようにします。
各受け渡しで4点を確認します。
- 1. 入力は何か。 ファイル、タイムライン、メモ、承認状態を明示します。
- 2. ここで決めることは何か。 ラフカットは構成、ファインカットはタイミングを担当し、カラーで物語を書き換えません。
- 3. 完了の証拠は何か。 検証済みコピーログ、承認済みカット、音声処理、全編再生した書き出しなどです。
- 4. 後で変更可能なものは何か。 例外を事前に記録します。法務修正でピクチャーロック後にグラフィックを開く場合も意図的に行います。
これは動画のバージョン管理とは異なります。バージョン管理は変更内容、理由、現行ブランチ、承認出力を追跡します。本記事は次の制作段階へ進む条件を扱います。修正、派生版、承認状態、ロールバックには動画バージョン管理ガイドを併用してください。
02
13段階を終了条件の順に並べる
段階は所要時間ではなく依存関係の順です。2分のチュートリアルでもレビューに大半を使い、ドキュメンタリーではラフカットに数週間かかることがあります。共通の時間見積もりより終了条件が有用です。
| 段階 | 主な入力 | 終了条件 | 次段階の前に防ぐ障害 |
|---|---|---|---|
| 取り込み | カメラカード、ドライブ、アップロード、収録音声 | 予定メディアをすべてコピー、検証、記録済み | 素材の欠落や破損 |
| バックアップ | 検証済み原本と制作文書 | 独立して復元可能なコピーが存在 | 1台だけが唯一のコピーになる |
| 整理 | 検証済み素材、メモ、メタデータ | 推測せずファイルとビンを発見可能 | 重複、不明瞭、切断された素材 |
| プロキシ | フル解像度原本 | 各プロキシを関連付け原本へ再リンク可能 | オフライン素材や誤った原本での仕上げ |
| ラフカット | 整理済み素材と編集ブリーフ | 物語、順序、カバレッジ、大きな欠落が見える | 機能しない構成の磨き込み |
| ファインカット | 承認済みラフカット方針 | タイミング、連続性、ショット選択、画が安定 | 後工程の繰り返し作業 |
| 音声 | 安定した画と収録音 | 台詞、効果音、音楽、ラウドネスを制御 | ノイズ、クリップ、同期、マスキング |
| カラー | 安定した画と既知の納品色空間 | ショットが一致しルックが一貫 | 露出、バランス、色域、連続性の誤り |
| グラフィック | 安定タイミングと承認済み事実 | タイトル、字幕、図、オーバーレイが正確 | 誤記、字幕の遮蔽、読めない文字 |
| レビュー | 安定版と範囲を限定した質問 | 判断が解決し候補版を承認 | 矛盾または不足したフィードバック |
| 書き出し | 承認タイムラインと納品仕様 | 既知の設定で候補ファイルを生成 | コーデック、寸法、フレームレート、トラックの誤り |
| QC | 書き出した候補ファイル | 画、音声、字幕、メタデータ検査に合格 | タイムラインとファイル間の不具合 |
| アーカイブ | 承認済みマスター、素材、プロジェクト、記録 | 将来の担当者が発見、検証、再開可能 | 復元不能または文脈のないプロジェクト |
これは最小モデルです。必要ならVFX、ミックス、翻訳、法務、カラーコンフォームの受け渡しを追加します。同一人物が複数段階を担っても検証は省きません。
03
編集前に素材を取り込み検証する
取り込みはメディアが撮影元や納品元から管理ストレージへ入る時に始まります。サイドカーメタデータが必要な形式ではカード構造全体をコピーし、音声、グラフィック、フォント、台本、ライセンス、同意書、参照カットも同じ受付に含めます。
タイムラインを開く前に、ラベル、受領日、送信者またはカメラ、予定数、コピー先、検証結果、欠損を記録します。元の名前と納品メモを保存します。
進捗完了だけでは完全性を証明できません。検証付きコピーまたはチェックサムを使います。Library of Congressはfixityを二時点間でデジタルオブジェクトが変化していない性質とし、ハッシュ比較を説明しています（Library of Congress）。代表クリップ、長さ、音声チャンネルも限定確認します。
検証済みコピーと必要なバックアップができるまで元メディアを初期化、返却しません。先に編集する場合は部分取り込みと明示し、欠落一覧を見える状態にします。
04
変更前に原本をバックアップする
バックアップとは復旧方法の設計であり、同じドライブに backup というフォルダーを作ることではありません。米国サイバーセキュリティ・インフラストラクチャセキュリティ庁は、3-2-1 ルールを「重要なファイルを3部、2種類の媒体に保存し、そのうち1部を別の場所に置く」と要約しています（CISA のバックアップ方式）。小規模な制作なら、検証済みの作業用コピー、2つ目のローカルまたはネットワーク上のコピー、外部拠点またはクラウド上のコピーで実装できます。大きなチームでは管理型ストレージ、スナップショット、保存階層を使うこともあります。
具体的な構成は、容量、アップロード速度、機密性、顧客との契約、必要な復旧時間によって変わります。運用上の確認は単純です。それぞれのコピーは、どの障害が起きても残るでしょうか。同じポータブルドライブの2つのフォルダーは、ドライブ故障に耐えられません。同じかばんに入れた2台のドライブは、盗難に耐えられません。誤削除まで即座に反映するクラウド同期は、バージョンを保存するバックアップと同じようには動作しない場合があります。
原本を不用意な変更から守ってください。編集ソフトは、唯一のカメラカードやアップロード済みファイルではなく、管理された作業用コピーを参照するべきです。ソフトがメディアの隣にキャッシュ、解析データ、サイドカーファイルを書き込むなら、その書き込みを許容するか決めます。プロジェクトのデータベースや編集ファイルはカメラ原本より頻繁に変わるため、別のスケジュールでバックアップしてください。
代表フォルダーを別の場所へ復元し、クリップとチェックサムを確認します。復元したことのないバックアップは仮定にすぎません。1つの障害が致命傷にならない設計にします。
05
見栄えではなく検索のために整理する
良い整理は、何のファイルか、どこから来たか、どこで使うかを答えられます。01_SOURCE、02_PROJECT、03_AUDIO、04_GRAPHICS、05_PROXIES、06_REVIEW、07_EXPORTS、08_ARCHIVE_DOCSのように役割を分けます。
ディスクフォルダーは保存と受け渡しを守り、NLEのビンは編集検索を助けます。話者やトピック、機能や画面状態で分類し、再視聴を減らすメタデータを使います。
元の識別を維持し、名前を一意かつ原本へ追跡可能にします。再生成できるキャッシュやプレビューは原本と分けます。
新しく加わった編集者が、指定されたショット、その収録音声、承認済みのロゴ、現在のプロジェクトファイルを、あなたが個人的にどこへ置いたか尋ねずに見つけられれば、整理は完了です。作った本人にしか理解できない美しいフォルダーツリーより、この確認のほうが役立ちます。
06
プロキシ作成の価値を判断する
プロキシは、フル解像度のソースメディアに紐づけた軽量な編集用コピーです。負荷の高いコーデック、高解像度素材、マルチカメラ編集、リモート作業、性能が控えめなハードウェアで再生を改善できます。ただし、原本の品質を上げたり、破損メディアを修復したりするものではなく、バックアップの代わりにもなりません。
再生やスクラブが編集判断を中断する場合、共同作業者が原本を効率よく転送できない場合、複数カメラの混在する案件を統一されたオフライン形式で扱いやすくできる場合に作成します。原本がすでに安定して再生でき、再リンクの手間が節約できる時間を上回るなら省略してください。撮影素材すべてを変換する前に、代表的なクリップで試します。
すべてのプロキシと原本の同一性を維持してください。タイムコード、フレームレート、音声チャンネルの対応、クリップの長さ、ソフトが解決できる命名またはメタデータ上のリンクを保存します。Adobe は、外部で作成したプロキシを対応するフル解像度メディアに紐づける必要があり、編集者が明示的にプロキシ使用を選ばない限り、Premiere は通常、最終書き出しにフル解像度メディアを使うと説明しています（Adobe のプロキシ紐づけ、Adobe のプロキシ書き出し）。ほかの編集ソフトでは異なるため、実際に使うソフトと書き出し経路で確認してください。下の Adobe Care 公式解説は、Premiere Pro のプロキシ作業を実演しています。
仕上げ前に原本へ切り替え、速度変更、リフレーム、手ぶれ補正、マルチカム、混在フレームレート、外部効果を再リンクまたはコンフォーム確認します。
07
物語とカバレッジを軸にラフカットを作る
物語とカバレッジを軸にラフカットを作る
- 1
最も使える素材を意図が伝わる順に並べる。
高価な仕上げ前に動画が成立するか確認します。
- 2
選択と装飾を分ける。
仮タイトル、音楽、プレースホルダーは理解に役立つ時だけ使います。
- 3
共有前にラフカットを全編見る。
個々のカットを磨く前に構造上の問題を探します。
- 4
安定した編集方針を確認する。
目的、順序、完全性、大きな欠落を評価可能にします。
ラフカットは、費用のかかる仕上げに入る前に、動画が成立するかを確かめる段階です。使える素材の中から最も良いものを、意図した要点が伝わる順序に並べます。チュートリアルなら必要な操作が抜けていないか確認します。インタビューなら収録順を守るのではなく、主張の流れを見つけます。製品動画なら、CTA が視聴者に信じて行動するよう求める前に、根拠が示されていることを確かめてください。
素材の選択と装飾は分けます。仮タイトル、仮の音楽、基本的な音量調整、プレースホルダーは、編集内容の理解を助けるときだけ使います。後で削除するかもしれない部分のローワーサードを、1時間かけてアニメーション化しないでください。足りないショット、画面キャプチャー、追加撮影、権利確認、承認待ちの主張は、見える形でメモを残します。
共有する前にラフカットを全編視聴します。遅い導入、繰り返す説明、根拠のない結論、欠けたつなぎ、分かりにくい時系列、撮影が大変だったという理由だけで残した部分など、構造上の問題を探してください。構成が成立するか判断できる程度にカバレッジと連続性を確認しますが、すべてのカット点を磨こうとしないでください。
ラフカットの終了条件は、編集方針が安定していることです。レビュー担当者が目的、順序、完全性、大きな不足を判断できなければなりません。対象者、約束する内容、結末についてまだ議論しているなら、ファインカットへ進む準備はできていません。
08
ラフカットをファインカットとピクチャーロックへ進める
承認構成を精密な視聴へ変えます。ショット、切り位置、反応、画面デモの間、連続性、テンポ、トランジションを整え、時間に影響する仮素材を置換します。
ファインカットでは、小さなタイミング変更の影響が積み重なります。インタビューの回答を12フレーム短くすると、字幕、音楽編集、画面のオーバーレイ、効果音、翻訳音声トラックまでずれることがあります。だからピクチャーロックが重要です。これは以後一切変更できないという意味ではありません。後工程の担当者が安定したと宣言された映像を基準に作業でき、以後の編集変更は、影響を明示した手戻りとして扱うという意味です。
編集を安定版と宣言する前に、ロック前の確認を行ってください。
| ロック前チェック |
|---|
| フレームレート、シーケンス寸法、目的の画面比率; |
| 隙間、無効クリップ、仮スレート、オフライン素材; |
| 速度変更、静止画、ネストタイムライン; |
| 必須ショット、免責、CTA; |
| 音声、カラー、VFX、グラフィック用のハンドルと受け渡し; |
| 一致するタイムコードなどを持つ参照ファイル。 |
ファインカットの終了条件は「編集者が気に入った」ことではありません。物語、タイミング、ショット順、尺が仕上げに進めるほど安定したという明確な決定です。マスターから複数のチャンネル向け版を分岐させるなら、書き出しファイル名に隠すのではなく、動画のバージョン管理ワークフローで分岐ルールを別に定義してください。
09
見た目の磨き込みより先に音声を仕上げる
視聴者は、聞き取れない会話よりも平凡な映像のほうを長く許容できます。音声の仕上げは、会話、ナレーション、同時録音、必要なアクセシビリティ情報など、意味を伝える要素から始めます。現実的な範囲で明らかな雑音やクリック音を修正し、適切なマイクまたはチャンネルを選び、必要に応じてルームトーンで編集点を滑らかにつなぎます。背景音を消しすぎて、声が金属的になったり場面から浮いたりしないようにしてください。
ミックスは層ごとに組み立てます。まず会話を整え、動作を明確にする効果音や環境音を加え、その後にメッセージを覆わず支える音楽を足します。音楽の入りと終わりを確認してください。ピークのクリッピング、位相の問題、ノイズフロアの急変、歯擦音、破裂音、モノラルで消えるステレオ要素がないか聴きます。
無作為に選んだチュートリアルの数値をコピーせず、実際の納品先の仕様に対してラウドネスを測定します。例えば EBU R 128 は、番組ラウドネス、ラウドネスレンジ、最大トゥルーピークを使う放送向けの勧告です。現在の勧告が、すべてのソーシャルプラットフォームや顧客納品に共通する目標値というわけではありません（EBU R 128）。案件で使った目標値を記録し、将来の出力にも十分な品質のミックスを保存してください。
| 再生経路 | 確認内容 |
|---|---|
| モニターまたはヘッドホン | ノイズ、クリップ、編集品質、バランス |
| ノートPCまたはスマートフォン | 日常再生での音声明瞭度 |
| モノ | 互換性と消えるステレオ成分 |
発話が明瞭で、意図した音があり、ラウドネスとピークが仕様を満たし、内容を妨げなければ完了です。
10
カラーを補正してから一貫したグレードを作る
カラーコレクションは、技術面と連続性の問題を解決します。カメラごとの素材を整え、露出とホワイトバランスを設定し、隣接するショットを合わせ、色変換を管理し、重要な肌色、製品色、インターフェースの色を守ります。グレーディングは、その管理された土台の上で意図するルックを作ります。両者を頭の中で混同すると、代表的な1ショットは魅力的でも、隣のショットとは色が合わない状態になりかねません。
色が重要な案件では、校正された、または少なくとも特性を把握したモニタリング環境を使います。明るいノートPCの画面だけに頼らず、スコープを確認してください。素材と納品先に適したハイライトと暗部のディテールを保ちます。カメラ映像、画面収録、グラフィックが混在するなら、それぞれが正しい色空間で解釈されているか確かめます。
納品先によって確認内容も変わります。例えば YouTube の現在のアップロード案内は、SDR に BT.709 を推奨し、未対応または未指定の色情報をどう解釈・変換するか説明しています（YouTube の推奨アップロードエンコード設定）。だからといって BT.709 が、すべての HDR、映画、放送、顧客向けマスターの答えになるわけではありません。最終的な色と書き出しの判断を確定する前に、納品先を知る必要があることを示しています。
ショットが一致し、ルックが意図どおりで、スコープやモニターに説明できないクリッピングや色域の問題がなく、選んだ納品先に合わせた色情報のタグを出力に設定できれば、色の工程は完了です。
11
タイミングと事実が安定してからグラフィックを加える
タイミングと事実が安定してからグラフィックを加える
- 氏名、役職、価格、日付、製品用語、法務文、CTAの出典表を作る。
- 記憶で再入力せず承認済み情報からコピーする。
- 最小の納品表示サイズで文字をテストする。
- 氏名、数字、否定、話者変更、タイミングを修正する。
グラフィックにはタイトル、テロップ、図、注釈、字幕、エンドカード、ブランド要素があります。画や音だけでは効率的に伝えられない情報を担わせます。
氏名、役職、価格、日付、製品用語、法務文、CTAの出典表を作り、承認済み情報からコピーします。表記、安全域、最小表示サイズを確認します。
字幕には独自の正確性とアクセシビリティ確認が必要です。WCAG 2.2の1.2.2は、明確なテキスト代替でない限り、事前収録の同期メディアに台詞と意味ある非言語音を含む字幕を求めます（W3C WAI）。氏名、数字、否定、話者、時間を直します。
Talking Headの空白を全て埋めず、視聴者の確認や理解に必要な層を選びます。詳細は視覚レイヤー編集ガイドを参照してください。
12
編集を見失わないレビューを行う
全員が同じ安定した出力にコメントし、何を決めるよう求められているか理解しているとき、レビューは機能します。識別子と時間参照を明確にしたレビュー用ファイルを書き出すか公開してください。今回の確認が、構造、事実の正確性、ブランド、法務、アクセシビリティ、技術的な仕上げ、最終承認のどれを対象とするか伝えます。すべての人にすべてを同時に評価してもらうと、矛盾する指摘や終盤の想定外が生じます。
コメントは1つのレビュー画面または意思決定ログに集めます。重複をまとめ、好みと必要な修正を分け、相反する指摘は担当を明示した決定者に渡してください。採用した意見は範囲の明確な作業へ変換します。「01:14 のタイトルを修正する」は検証できます。「もっと目立たせる」は、編集作業に入れる前に具体化が必要です。
修正後は、新しい安定したレビュー候補を発行し、何を変え、何を変えず、どの質問が未解決かを要約します。無言を承認とみなしてはいけません。納品と将来の復旧を支えられる期間、承認済み候補とその決定記録を保管してください。
この節では、バージョン、改訂、派生版、分岐、ロールバックの規則を意図的に定義しません。それらは単なるレビュー作法ではなく管理体制の判断です。複数の納品物、言語、縦横比、オファー、承認状態を追跡する必要があるなら、動画バージョン管理ガイドを使ってください。下の Frame.io 公式紹介は、共有レビュー画面がコメントを安定した候補に結びつける仕組みを示します。
必要な責任者が判断を終え、候補版が一致し、書き出し元が1つに承認された時に完了です。
13
既知の納品先に合わせて書き出す
書き出しは承認タイムラインを納品ファイルへ変換します。プラットフォーム、解像度、比率、フレームレート、コーデック、コンテナ、音声、字幕、色空間、容量、命名から始め、契約が違う納品先には別出力を作ります。
将来の別バージョン、再エンコード、保存価値によって正当化できる場合は、高品質なマスターまたは中間ファイルを使います。可能なら、そのマスターから配布用コピーを作成してください。納品先が意図的な変換を要求しない限り、原本のフレームレートを維持します。字幕を埋め込むか、映像に焼き込むか、サイドカーファイルで納品するかも確認します。
プラットフォームの公式案内は変わるため、納品時に読んでください。YouTube は現在、一般的な SDR アップロードに H.264 映像の MP4 と収録時と同じフレームレートを推奨し、すべてのファイルに1つの値を使うのではなく、解像度別のビットレートを案内しています（YouTube のアップロードエンコード設定）。放送局、広告プラットフォーム、学習システム、映画用パッケージ、顧客ポータルは、別の仕様を要求するかもしれません。
「final-final」に頼らず、承認済みレビュー元と納品先に結びつけられる名前を候補に付けます。管理されたフォルダーに書き出し、使用した設定またはプリセットを保存し、警告を記録してください。レンダリングの完了は QC 工程へ移る合図です。それだけで納品可能なファイルになるわけではありません。
14
タイムラインではなく実ファイルをQCする
QCは書き出した候補ファイルから始めます。編集アプリ外の複数プレーヤーまたは納品先で最初から最後まで見ます。変更部だけの確認では無音、1フレームの異常、欠けたタイトル、悪い終端を見逃します。
リスクに応じ4回確認します。
| QCパス | 確認項目 |
|---|---|
| 映像 | フレーミング、拡大率、比率、黒、欠落または重複フレーム、色、グラフィック、表記、エンドカード。 |
| 音声 | 同期、チャンネル、台詞、音楽、ピーク、無音、フェード開始と終了。 |
| アクセシビリティと文字 | 字幕内容、時間、改行、話者、意味ある効果音、言語、目標サイズの可読性。 |
| ファイルと納品先 | 長さ、寸法、フレームレート、コーデック、コンテナ、容量、色タグ、音声、メタデータ、アップロード処理。 |
承認レビューとの長さと主要フレームを比較し、プロキシ、速度、ネスト、Dynamic Link、外部レンダー、再リンクを確認します。プラットフォーム変換後の再生も見ます。
結果、担当、日付、識別子、納品先、許容制限を記録します。修正は新候補として再検査します。実ファイルが仕様を満たす証拠が終了条件です。
15
復元と再利用のためにアーカイブする
バックアップは作業中の損失を防ぎ、アーカイブは完了後の意味と復元性を保ちます。何を納品し、どの素材と判断で作り、何を再利用でき、担当者の記憶なしでどう開くかを説明します。
承認済みマスター、必要な配布ファイル、プロジェクトファイルまたはデータベース、ソースメディアの索引、グラフィック、字幕、フォントとライセンス記録、必要に応じて音声ステム、最終台本、レビュー・承認記録、書き出し仕様、短い復元メモを保存します。互換性のリスクが重要なら、ソフトとプラグインのバージョンも含めてください。キャッシュ、プレビュー、プロキシ、未使用メディアが保存費用に見合うか判断します。タイムラインで一部しか使わなかったからといって、再取得できない原本を消してはいけません。
整合性を監視する必要のある素材には、ファイルパス、サイズ、チェックサムを記したマニフェストを作成します。米国議会図書館は、固定性メタデータの記録と比較をデータ完全性管理の一環として説明し、確認ログを監査可能な記録として保存しています（米国議会図書館のデータ完全性管理）。チェックサムは将来のソフトがファイルをデコードできることを保証しませんが、保存されたバイト列の変化は検出できます。
保存期間、アクセス、移行の責任が決まったシステムにアーカイブを置きます。規則は事業、法律、プライバシー、顧客に対する義務に依存するため、一般的な編集ガイドが万能な保存期間を作るべきではありません。価値の高い案件は復元テストを予定してください。将来の編集者が案件を取り出し、重要ファイルを検証し、タイムラインを開くか移行し、公開済みマスターを特定できる必要があります。
復旧責任者が決まり、パッケージを理解するための文脈が十分で、重要ファイルを検証でき、次にいつ確認や移行を行うかチームが把握していれば、アーカイブ工程は完了です。取り出し方を知らない保存は、喪失を先送りするだけです。
16
よくある受け渡し判断を解決する
動画編集ワークフローとは何ですか。
受け取ったメディアを完成、検証、復元可能な動画へ変える順序付きの工程で、各段階の入力、判断、終了条件、残存リスクを定義します。
動画編集の主な段階は何ですか。
取り込み、バックアップ、整理、プロキシ、ラフ、ファイン、音声、カラー、グラフィック、レビュー、書き出し、QC、アーカイブの13段階です。必要ならVFX、コンフォーム、翻訳、アクセシビリティ、法務、ミックスを追加します。
素材は取り込み前と後のどちらでバックアップしますか。
管理ストレージへの取り込みを検証し、元メディアを消去または返却する前に独立コピーを作ります。未検証転送や同一ドライブの別フォルダーは完全なバックアップではありません。
プロキシはいつ作りますか。
原本の再生や転送が安定編集に足りない時です。原本とのリンク、タイムコード、フレームレートを保ち、意図的な場合以外は仕上げで原本へ戻ります。
ラフカットとファインカットの違いは何ですか。
ラフは物語、順序、カバレッジ、欠落を決め、ファインはショット、時間、連続性、テンポ、画の安定を詰めます。方針承認前の磨き込みは再作業を生みます。
音声、カラー、グラフィックはどれが先ですか。
最終的な音声、色、グラフィックの前に、映像編集を安定させるべきです。これらの仕上げ工程は並行できますが、いずれもタイミングに依存します。会話のノイズ除去など音声作業は早期に始めることが多い一方、最終的な音楽編集、色、タイトル、字幕、時間に連動するグラフィックは、ロック済みまたは明示的に安定版とした映像に照らして確認してください。
書き出しQCには何を含めますか。
実ファイルの画、音声、字幕、文字、長さ、寸法、フレームレート、コーデック、コンテナ、色、チャンネル、メタデータ、納品先再生を全編確認します。
プロジェクト後に何を保存しますか。
承認マスター、プロジェクト、素材索引、重要素材、グラフィック、字幕、音声、台本、ライセンス、承認、設定、マニフェスト、復元メモを法務、プライバシー、セキュリティ、顧客条件に従って保存します。
17
各受け渡しに次段階へ進む根拠を持たせる
最速のワークフローは段階名が少ないものではなく、担当判断がまだ安く変更できる時に問題を見つけるものです。検証済み取り込みは破損を、バックアップは機器損失を、ラフ承認は壊れた構成への仕上げを、ファイルQCは欠陥納品を、復元試験は将来の再構築を防ぎます。
13段階を実際のリスクへ合わせます。一人でもチームでも、入力、変更、完了証拠、未決事項を定義します。編集が個人の癖ではなく、他者がレビュー、反復、復元できる工程になります。
