映像制作ワークフロー：1件をブリーフから最終納品まで進める

01

ワークフローはゲートマップであり、近くのフォームではない

Inspect image

映像制作ワークフローという言い方は、4つの異なる対象に使われる。混ぜると、実際の案件に承認済みブリーフがないまま、チームがチェックリストを埋めることになる。

ワークフローは、次の段階を始める前に何が真でなければならないかを言う。テンプレートは再利用できる制作記録である。ソース、脚本、シーン、修正状態。提案は、まだ誰かが受け入れなければならない範囲である。計画は、その受け入れのあとで担当者、日付、依存関係を割り当てる。オートメーションは、パッケージング、公開権限、測定を持つキャンペーンのループである。

Codepicの完全一致する2026年ガイドは、ワークフローをタスクの投げ込みではなく、担当者、成果物、承認ゲートのマップとして定義する。このページが使う定義はそれである。

• 10個の箱の図は、それでも実行ではない。
• 後の段階が承認済み成果物を指せないなら、そのマップは飾りだった。
• 近くのページはそれぞれのレーンに置いておく。

フォームが必要なら、このページを離れる。作業の順番が必要なら、留まる。

02

1件の映像案件向けの6段階

Inspect image

公開ガイドの多くは制作を3つのフェーズに畳む。プリプロダクション、プロダクション、ポストプロダクションである。Lemonlightの2026年Video Production 101ページは、そのモデルのいちばん明快な百科事典である。

3フェーズのマップは正しく、脚本を進めてよいかを知らなければならないときには粗すぎる。このページは1件を6段階に分ける。撮影は任意である。ソースロックは任意ではない。

この6行がワークフロー全体である。このページの残りは、各行の進め方である。撮影した顧客ストーリーでも、ブリーフ、ソースパック、シーンマップ、レビュー予算、アーカイブは必要である。アセット主導 / asset-led のプロダクト更新も同じゲートが必要である。方法が分かれるのは制作段階だけである。iconikの2025年12月のメモは正しい。メール、Slack、ドライブにコメントが割れると、承認は口伝えになる。

コメントはカット上に集約する。メディアアセット基盤に、脚本ロックやソースロックを置き換えさせてはいけない。

60秒の変更履歴案件を、同じ6行で歩いてみる。以下の事実は計画の例であり、製品テストではない。

• ブリーフロック：視聴者はプロダクトページを読む既存顧客である。仕事は新しいエクスポートのデフォルトを見つけること。尺は60秒。チャネルはプロダクトページ。メッセージは「エクスポートのデフォルトは現在1080p」。承認者はプロダクトマネージャー。スコープ外：営業デモと採用用カット。
• ソースロック：日付付きの変更履歴エントリ、現行の設定UI、承認済みの1080p文言、持っていない性能主張用の空欄。欠けている入力：競合を名指しするなら、その文の法務レビュー。
• 脚本とシーン：4行。変更を名指しする。設定を見せる。限界を述べる。次の一歩を1つ求める。主張を含む各行はパックを指す。
• 制作、アセット主導 / asset-led：UIキャプチャと承認済みの行から、レビュー可能なドラフトを組み立てる。間を埋めるために「より速いエクスポート」という主張をでっち上げない。
• レビュー：プロダクトマネージャーが1回見る。制作上の指摘は1つまで。第2の視聴者を足す依頼は、新しいブリーフである。
• 納品：16:9、60秒、承認済み文言だけを繰り返すキャプション、行き先はプロダクトページ、ブリーフ、パック、マップ、決定、マスターのアーカイブ。

撮影した90秒の顧客ストーリーは、制作作業だけ違えて、同じ6行を使う。

• ブリーフロックは、視聴者1人、メッセージ1つ、尺1つ、承認者1人を、やはり名指しする。
• ソースロックは、リリース、場所の許可、カメラに映るプロダクト版、字幕にしてよい引用を足す。
• 脚本とシーンには、やはりソース列が必要である。「オフィスのB-roll」は、主張を持たないか許可があるまで、行ではない。
• 制作はテイクをマップに対して記録する。行のない余分なカバレッジは、あとから数字を入れていけない。
• レビューには、やはり承認者1人と予算がある。引用を確認したカスタマーサクセスリードは、ブリーフが承認者として名指ししていなければ、コメントする人である。
• 納品は、マスターと一緒にリリースもアーカイブする。リリースを失うことは、カットを再実行する権利を失うことである。

03

誰かがソースを集める前にブリーフをロックする

Inspect image

ブリーフは最初の成果物であり、将来の成果物についての会話ではない。VIDのブリーフ節は、今でも使える4つの問いを出す。誰向けか、何をしてほしいか、尺と形式は何か、どこに置くか。答えを書き下ろす。キックオフ通話をブリーフ扱いしてはいけない。

1件のブリーフは、1ページに収めてよい。

視聴者： 1つの状況における1つの役割であり、「サイトに来る全員」ではない。仕事： 映像のあとの行動は1つ。ステップを完了する、問い合わせる、変更を理解する、など。尺とチャネル： 数字と場所。「SNS向けに1分くらい」はブリーフではない。メッセージは1つ： 後の段階が照合する文。承認者： ブリーフは完了だと言える1人。スコープ外： 第2の視聴者、第2のオファー、今回は作らない余分なカット。

• 合格条件は、わざと退屈である。指名した承認者が、そのページに「はい」と書く。
• 2つの部門がまだメッセージで食い違っているなら、ファイル名を被せた停滞した交渉である。
• 尺を名指ししないブリーフは、後の議論すべてに漏れる。編集者は好みで切る。関係者はもっと文脈を求める。公開担当者はスロットに対してファイルが長すぎると気づく。
• 第2の尺の依頼は、第2の成果物として扱う。

構造としてコピーできる実例ブリーフ。事実としてコピーするものではない。

• アセット主導 / asset-led のプロダクト更新：60秒、変更履歴の視聴者、プロダクトページ。メッセージ：エクスポートのデフォルトは現在1080p。承認者：その文を所有するプロダクトマネージャー。スコープ外：ブランドフィルム、営業デモ、採用用カット。
• 撮影した顧客ストーリー：90秒、ランディングページ。メッセージ：このチームは週次の進捗会議を、録画したウォークスルーに置き換えた。承認者：引用を確認できるカスタマーサクセスリード。スコープ外：会社史のモンタージュ。
• その2件が「Q3映像」というフォルダを共有しているなら、誰かがファイルを集める前に分ける。
• 競合のリールはトーンの参考にはなる。尺、主張、承認者は供給できない。構造を借りるのは、ブリーフが存在したあとだけである。
• 視聴者3人とファイル1つを列挙したブリーフは拒否する。それは衣装を共有する3件である。
• 「プレミアムに感じさせろ」と言い、メッセージを名指ししないブリーフは拒否する。トーンは合格条件ではない。
• 承認者が「経営陣」であるブリーフは拒否する。グループは1ページに「はい」と書けない。
• 無礼に感じても、スコープ外の一覧を書く。書かないと、第2のカットはレビュー中に友好的な提案として来る。

04

後の段階が検査できるソースパックを凍結する

Inspect image

ソース収集は1つの段階であり、編集中の宝探しではない。飛ばすチームは時間を節約しない。発明をカットへ移す。そこでは見えにくく、取り消すコストが高い。

チームの見知らぬ人が監査できるパックを作る。

承認済み文言：名前、数字、法務の行、ブリーフのメッセージ1つ。原本ファイル：使ってよいスクリーンショット、プロダクトUI、文書、ロゴ、フッテージ、スチール。画面またはボイスオーバーに出る主張すべての根拠。希望ではなく、担当者付きの欠けている入力の一覧。古くなり得る各ソースの版または日付。

• 合格条件は対応である。後のシーンはすべてパックの行を指すか、主張なしの視覚サポートと印が付く。
• 「ただよりプレミアムに見える」シーンは、事実を持ち込まないときだけ許される。
• 磨いた書き出しは、欠けたソースを隠せる。ソースパックは隠せない。成果物が最終ファイルだけなら、結果はあってもワークフローはない。
• アセット主導 / asset-led の案件は、ここを最初に感じる。価格、日付、件数の変更履歴への言及には行が必要である。担当者が承認していなければ、欄は空のままである。
• 撮影案件は、リリースと場所として感じる。カメラに映る顧客はソースである。オフィス、ノートPC上のプロダクト版、字幕の引用もそうである。
• リリースが欠けていれば、クルーが予約済みでも制作は止まる。
• iconikはあとで、取り込み、プロキシ、アーカイブ検索に役立つ。主張が承認済みかどうかは決めない。
• ロック後にソースが変わったら、パックを期限切れと印し、影響するシーンを名指しする。それはゼロからの新映像ではなく、切り出した再実行である。
• フォームが必要なら、その修正状態を制作テンプレートに記録する。このページが求めるのは、状態が存在することだけである。
• 専門家でなくても使える期限切れソース規則を保つ。UIキャプチャが変更履歴の日付より古ければ、制作前に撮り直す。
• 空欄の規則を保つ。欠けた価格は、競合ページをスクリーンショットして推測する理由ではない。
• 顔、オフィス、顧客名の許可規則を保つ。「通話で大丈夫だと言っていた」は行ではない。
• ロゴと色の版規則を保つ。古い緑、または古いワードマークは、スタイル選択ではなくソース欠陥である。

05

脚本をシーンマップとして書く

Inspect image

話し言葉のコピーだけの脚本は、成果物の半分である。もう半分はシーンマップである。どの視覚の仕事が各ビートを運び、その視覚が使ってよいソースはどれか。

誰かがカメラやジェネレーターを開く前に、両方を書く。

シーンごとに話し言葉のビートは1つ。シーンごとの視覚の仕事は1つで、動詞として述べる。設定を見せる、UI状態を見せる、物を見せる、顔を見せる。主張を含むシーンごとにソースポインタは1つ。画面テキストは承認済み文言に一致するか、画面テキストなし。ブリーフの尺に足し上がるタイミングの見当。

• Codepicは撮影の前に絵コンテを置き、ペースの問題を紙の上に出す。その習慣は保つ。
• 絵コンテがコールシートを意味するという前提は捨てる。アセット主導 / asset-led のシーンマップは表でよい。

脚本とマップは一緒に承認する。コピーを気に入ったクリエイティブリードと、マップを見ていないプロデューサーでは、終わっていない。メッセージ1つを言うのに表が9シーン要るなら、ブリーフが過負荷か、脚本が繰り返している。タイムラインで切る前にシーンを切る。2分の説明が要る60秒案件は、ブリーフの問題である。ソース列を埋められない絵コンテは進めない。空のソースセルは、根拠のない指標が初稿に入る経路である。

この記事は、ワークフローの生成画像を、ワークフローが走った証拠としては扱わない。自分の案件にも同じ規則を適用する。解説向けの5項目メソッドなら、解説動画の作り方を使う。SKUをまたぐプロダクト主張マップなら、プロダクト映像制作を使う。選んだ形式が何であれ、シーンからソースへの行は必要である。

06

ソースが許す経路で制作する

Inspect image

制作は、人が最初に思い浮かべ、最後に始めるべき段階である。方法は、すでにロックした根拠に従う。

ブリーフが必要とする根拠が人、場所、物理的動作であるときは撮影する。根拠がすでに文書、UI、スチール、承認済みクリップにあるときはアセット主導 / asset-led。短い撮影のオープニングまたはクロージングが、アセット主導 / asset-led の中盤に乗るときはハイブリッド。

Lemonlightの百科事典は、撮影案件には正しい深さであり、変更履歴の既定としては誤りである。VIDは、スタジオ型ワークフローは4人チームに無視されると警告する。ロックしたソースをまだ見せられる、より薄い方法を選ぶ。撮影の成果物：ログ済みフッテージと、シーンマップに従う最初の組み立て。ショットリストはマップを日程にする。マップにないショットは、ソース行ができるまで主張権のないB-rollである。

• アセット主導 / asset-led の成果物：見えるシーン、読めるキャプション、照合できる主張を持つレビュー可能なドラフト。ドラフトはレビュー用であり、公開用ではない。
• TapVidがその第2の経路に属するのは、任意の実行面としてだけである。
• 公開中の映像制作テンプレートが現在所有するのはここまでである。承認済み素材をレビュー可能な脚本とシーン計画に変え、保護された文言をソースに結び、承認済み欄が1つ変わったら影響するシーンを再実行する。
• 組み込みテンプレートライブラリでも、ショットリストソフトでも、Ganttカレンダーでも、制作代理店でもない。
• この記事は、新しいTapVidのブリーフから最終までのパックを主張しない。これらの文に結び付いた一次実行はない。
• 完成映像のライブラリクリップでは、その隙間は埋まらない。製品性能の主張には同じ仕事が2回要る。セットアップまたは工程の状態1つと、結果または境界の状態1つ。
• そのパックができるまで、TapVidは可能なドラフト面として扱い、ワークフローが機能する証拠としては扱わない。

よくある制作失敗は、方法の誤りであり、好みの誤りではない。

• メッセージを発見するために撮影を始める。その仕事はブリーフに属していた。
• 緩いプロンプトからドラフトを生成し、出力をソースと呼ぶ。プロンプトはパックではない。
• シーンが空に感じるから統計を足す。空のほうが、偽りよりよい。
• レンダー中にエンドカードのURLを変える。「ホームページのほうがコンバージョンする」から。それはブリーフ変更である。ブリーフを再開する。

• ピクチャーロックが制作の合格条件である。カットがマップと尺に一致する。レビューはまだ差し戻せる。
• 残りの仕事が取り込みからアーカイブまでの13段階編集なら、映像編集ワークフローへ渡す。
• このページは、レビュー可能なカットと、その周りのゲートで止まる。

07

承認者1人と閉じたループでレビューする

Inspect image

レビューはゲートであり、グループチャットではない。Codepicはカットのあとに2本の枝を描く。承認するか、作業が必要な段階へ戻すか。ループが終わるよう、修正予算を付ける。その形を使う。

誰かが見る前に、4つを名指しする。

承認者、公開してよいと言える1人。コメントする人、承認者が受け入れるか捨てられるメモを足してよい人。予算、通常は合意した範囲内で1回または2回。期限、48時間のような窓。ぽつぽつ来るメモが案件を永遠に再開しないようにする。

• iconikが助言するように、コメントはカット上に置く。メール、Slack、ドライブに散らさない。
• タイムスタンプ付きのメモは、「中盤がおかしい」に勝つ。
• レビューツールは承認者を発明できない。見る人が「はい」と言えないなら、意見を集めている。

編集者がタイムラインに触る前に、メモを分類する。

• ブリーフの指摘は、仕事、視聴者、メッセージを変える。それは新しいブリーフであり、微調整ではない。
• ソースの指摘は、事実またはアセットを変える。パックを期限切れと印し、影響するシーンを再実行する。
• 制作上の指摘は、主張を運ばないペース、音、視覚を変える。これらは修正予算を使う。
• 好みの指摘は成果物がない。捨てるか、上の3種の1つに変換する。

• この分類のない修正予算は、好みに使われる。予算のない分類はループする。
• 完成に見えるカットを承認として扱ってはいけない。映像マーケティングオートメーションは、レビュー可能なドラフトと公開決定を分ける。キャンペーンを自動化していなくても、その分割を借りる。
• 事実の正確さ、ブランド文言、チャネル適合、公開許可を、この順で聞く。1人が複数の問いを持ってよい。
• 決定記録を書く。日付、承認者、回数、取った枝。それがなければ、次の人は「final_v7」からやり直す。
• 誰が映像を作るかチームが合意できないなら、先に中小企業の映像制作を使う。その選択のあとで戻る。

08

弁護できるファイルを納品し、それから案件を閉じる

Inspect image

納品は「誰かが何かをアップロードした」ではない。この案件の、最後の検査できる状態である。

ブリーフとパックに対して、短いQCを走らせる。

尺はブリーフに一致するか、変更は新しい成果物として承認済みである。画面テキストは承認済み文言に一致する。キャプションは読め、新しい主張を持ち込まない。行き先URLはブリーフ上のものである。アスペクト比はブリーフで名指ししたチャネルに一致する。音声は聞き取れる。これは確認であり、ミキシング講座ではない。残ったプレースホルダー、古いロゴ、期限切れUIはない。ファイル名と版は書き下ろしてある。

それから、次の人が案件を再開できるだけをアーカイブする。

• 承認済みブリーフ。
• ソースパックとその日付。
• シーンマップ。
• レビューの決定記録。
• マスターと納品したエンコード。
• 再実行を強制する要因のメモ。

• Storyflowは納品を引き渡しとして扱い、消える行為としては扱わない。それは保つ。そのあとに続くソフトウェアスタックの推奨は飛ばす。
• 日付付きの1フォルダに5ファイルを置くのに、新しいアプリは要らない。
• チャネルのパッケージング、UTM規則、ダッシュボードはオートメーショングイドに属する。
• 30日のキャパシティモデルはスケーラブルな映像制作に属する。
• このページは、指名した公開担当者がファイルと、それを正当化する成果物を指せるときに終わる。
• 完成した映像は、それでもワークフローを証明しない。空のアーカイブは、ファイルを納品し、案件を失ったことを意味する。

09

仕事がフォーム、カレンダー、後の編集なら、このページを離れる

Inspect image

映像制作ワークフローに見える検索の一部は、別の対象を求めている。意図して送り出す。

ソース、シーン、修正状態の再利用できるワークシートが必要である。映像制作テンプレートを使う。関係者に範囲とプレースホルダーを受け入れてもらう必要がある。提案テンプレートを使う。日付、担当者、依存関係が必要である。計画テンプレートを使う。取り込みからアーカイブまでの編集技術が必要である。映像編集ワークフローを使う。スループット、キュー、形式ポートフォリオが必要である。スケーラブルな映像制作を使う。公開権限付きのキャンペーンループが必要である。映像マーケティングオートメーションを使う。

解説向けの5項目メソッドが必要である。解説動画の作り方を使う。

• それらのリンクは境界であり、サイトマップの投げ込みではない。
• テンプレートのスキーマをこの記事にコピーすると、競合する第2のページを始めたことになる。しない。
• TapVidはすべての段階の主役ではない。有用な配置は、ソース承認後のアセット主導 / asset-led 制作段階である。
• それらの素材からレビュー可能な脚本とシーン計画をドラフトし、撮影カットに使うのと同じレビュー予算を保つ。
• その文に製品スクリーンショットが要るなら、案件をキャプチャする。完成映像を貼って経路と呼んではいけない。

10

よくある質問