本文へスキップ
ワークフロー読了時間 13分

クライアント案件を編集する前に動画リファレンスを整理する方法

多くの編集者は、保存しておいたリファレンスをまとめたフォルダからクライアント案件を始めますが、いざタイムラインを開いてみると、それが役に立たないとわかることがほとんどです。

リファレンス自体が悪いからではありません。保存した時点では本当に面白かったのです。問題は、「面白い」と「編集中に役立つ」がまったく別の基準であり、前者で整理されたフォルダが後者でも整理されていることはほぼないという点にあります。

この記事のテーマは、もっと多くのリファレンスを見つける方法ではなく、実際に編集を速め、クライアントや監督との意思疎通を改善し、ブリーフにより近い成果物を生み出せるリファレンスのまとまりをどう組み立てるか、です。おそらくあなたはすでに十分な数のリファレンスを持っています。ただ、それが編集上の判断につながる形で整理されていないだけなのです。

1. ランダムに保存したリファレンスが編集中に役立たなくなる理由

よくあるパターンはこうです。編集者は数週間から数か月にわたってリール、映画、CMを見て、良さそうなものを片っ端からPinterestのボードやInstagramの保存フォルダ、Notionのドキュメント、Google Driveのフォルダに保存します。案件が始まる頃には、フォルダには200件以上のアイテムがたまっていて、どれにもタグが付いておらず、優先順位もなく、何のために保存したのかというメモもありません。

いざ案件が始まると、編集者はフォルダを開き、20分スクロールし、圧倒され、結局は次のいずれかに陥ります。

  • ほぼ手当たり次第に3〜5件のリファレンスを選ぶ(選ぶこと自体が消耗するため)
  • リファレンスをまるごと無視して、ゼロから編集する
  • ありったけのデータをそのままクライアントに送りつけ、相手は以前にも増して混乱する

この3つの失敗パターンには、同じ根本原因があります。リファレンスがインスピレーションとして保存されていて、実行の指針として保存されていないのです。インスピレーションは、何かを作りたいという気持ちを生むものです。実行の指針は、それを具体的にどう作るかを教えてくれるものです。たいていのリファレンスフォルダはこの2つを混同し、結局どちらの役にも立たなくなります。

解決策は、編集タイムラインのもっと上流にあります。そもそもリファレンスをどう保存し、どうタグ付けするか——そのわずかな変化です。

2. ムードリファレンスと実行リファレンスの違い

これは、すべての編集者に必要な2種類のリファレンスのカテゴリーであり、この2つを混同することがフォルダを使い物にならなくしているのです。

ムードリファレンス。 雰囲気、トーン、カラーパレット、エネルギー、好みをとらえます。「この案件の世界観はどんな感じか?」に答えるものです。例:Tarkovsky作品の薄暗い街路のシーン。あなたが求めている、思索的でゆっくりとしたテンポをとらえているという理由で保存します。

実行リファレンス。 真似たり、研究したり、応用したりできる具体的な技法をとらえます。「この特定のカット、トランジション、ビートはどう組み立てられているのか?」に答えるものです。例:同じシーンでも、クローズアップとワイドの間のカットが3フレームのモーションマッチになっていて、それを研究したいという理由で保存します。

どちらのカテゴリーも役に立ちます。同時に、両者は根本的に別物であり、別々に保管する必要があります。ムードリファレンスは、トーンをすり合わせるためにクライアントに見せるものです。実行リファレンスは、使えるメカニズムを抽出するために、好みのエディター上でフレームごとに研究するものです。

両者を同じフォルダに混ぜると、ムードリファレンスが実行リファレンスを薄め、その逆も起こります。クライアントは実行リファレンスを見て「うちの編集をまさにそのフレームみたいにしたい」と考えてしまい、それはあなたの意図したことではありません。編集者(あなた自身)は、カット作業中にフォルダを開いて、技法の抽出ではなくムードのスクロールに引きずり込まれてしまいます。

タグ付けやサブフォルダに手をつける前の、最初の整理上のシフトはこれです。ムードリファレンスを実行リファレンスから分けること。最上位に2つのフォルダを作るだけでも十分です。

3. 実行リファレンスを用途で仕分ける方法

実行リファレンスは、編集中に最も大きな見返りをもたらすものなので、より入念な整理に値します。以下のカテゴリーは机上のものではありません。典型的なカット作業中に実際に立ち上がってくる問いそのものです。

3.1 テンポ

この映像はどれくらい速く展開するのか?ショットはカットされるまでどれくらいの長さ保持されるのか?聞き取れるリズムはあるか?

テンポのリファレンスは「このクリップ、かっこいい」ではありません。「これが自分の求めるカット頻度だ——平均ショット長は1.4秒、ときどき強調のために4秒のホールドを入れる」というものです。テンポは映像の連なりに宿る性質なので、テンポのリファレンスは単一のショットではなく、まとまったシーケンス(15〜30秒)として持つのが最適です。

1案件につき最大でも2〜3件にとどめましょう。それ以上あると、カット作業中ずっとリズムを迷い続けることになります。

3.2 Hook

最初の2〜3秒で、視聴者を引き止める何が起きているのか?Hookのリファレンスは、カットの本体ではなく、その出だしに関するものです。とりわけ出だしが遅いことの代償が容赦なく大きい短尺(60秒未満)で重要になります。

Hookのリファレンスは、その種類でタグ付けしましょう。視覚的な驚き、フレーム内への動き、ナレーションの一言、画面テキストの登場、人物の表情、音楽のドロップ、あるいはsound designの一撃。案件によって必要なHookの種類は異なります——ドキュメンタリーはTikTokのような出だしにはなりませんが、原理は共通しています。

3.3 トランジション

match cut、speed ramp、jump cut、whip pan、masking、クローズアップへのクロスディゾルブ、無音へのスマッシュカット。トランジションのリファレンスは、具体的なメカニズムをファイル名かタグに入れて保存すべきです。種類を明記しない「トランジションのリファレンス」は、6週間後には役に立たないからです。

それぞれのトランジションのリファレンスについて、こう書き留めましょう。カットをまたいで何が一致しているのか、トランジションの長さはどれくらいか、どんなsound designがそれを支えているのか。これらのメモがなければ、あなたが保存しているのはかっこいいクリップであって、使えるリファレンスではありません。

3.4 カメラの動き

プッシュイン、ドリーアウト、whip、手持ちでの追従、固定の静止、ドローンによる引きの登場、ジンバルでのウォーク・アンド・トーク。カメラの動きは編集の一部です。なぜなら、テイクのどの部分を使うかを決めるのは編集者であり、カメラワークのエネルギーがカットの一部になるからです。

カメラの動きのリファレンスは、監督とのプレビズにとりわけ役立ちます——異なるカメラのエネルギーを持つ3件のリファレンスを見せることは、言葉では伝えられないことを監督に伝えてくれます。

3.5 タイポグラフィ

画面に出るテキスト——タイトルカード、ローワーサード、アニメーションテキスト、キネティックタイポ、字幕風のテキスト。タイポグラフィのリファレンスには、わかっていればツールやテンプレートを含めるべきです(After Effectsのプリセット、CapCutの自動字幕、Premiereのエッセンシャルグラフィックス、自作など)。どう作られたのかを知らずにタイポグラフィのリファレンスを保存すると、「これが気に入った、こういう感じにできる?」につながります——編集において最も恐ろしい一言です。

3.6 Sound design

ウーシュ、サブドロップ、アンビエントの土台、フォーリー、ミュージックのサイドチェイン、設計上の選択としての無音。sound designのリファレンスは独立したカテゴリーに値します。なぜなら、ほとんどの編集者は音を切ったままリファレンスを保存し、音声が何をしているのかを見落としてしまうからです。

それぞれのsound designのリファレンスについて、一度ミュートし、それから音を出して再生してみましょう——何が変わるか?それが音声のしている仕事です。それを書き留めましょう。たいてい、そのリファレンスが効いている理由の50%は音声の戦略にあります。

3.7 制作規模

手持ちのひとり撮影?2カメラの複数日撮影?グリップトラックを連れた12人のCMクルー?リファレンスの制作規模が、何が移植可能かを決めます。8万ドルのカメラ一式と9人のクルーで撮ったリファレンスは、どれだけ気に入ったとしても、ひとりで走りながら撮るスタイルの案件には移植できません。

すべてのリファレンスに制作規模をタグ付けしましょう:低/中/高。案件用のボードを組み立てるときは、それに応じて絞り込みます。

3.8 クライアントの目的

これは多くの編集者が飛ばして、結局後悔するものです。このリファレンスは、クライアントの実際の目的について何を示しているのか?「ブランドを高級に感じさせる」。「製品を親しみやすく感じさせる」。「創業者を信頼できると感じさせる」。クライアントの目的にひもづかないリファレンスは飾りです。ひもづくリファレンスは、特定のクリエイティブな選択を支える論拠になります。

すべてのリファレンスに、それが支えるクライアントの目的をタグ付けしましょう。そうすれば、クライアントが「このカット、ピンとこない」と言ったとき、目的のタグを手がかりにすり合わせができます。「このテンポを選んだのは、信頼感という目的を支えるからです。同じ目的のもとでの他の選択肢も見てみますか?」

4. クライアント向けリファレンスボードの作り方

クライアント向けのボードは、あなた自身の編集用リファレンスのまとまりとは別物です。クライアントボードは意思疎通のツールです。編集用リファレンスのまとまりは作業用のツールです。両者を混同してはいけません。

クライアントボードは、技法ではなく目的と判断で整理すべきです。クライアントは3フレームのmatch cutがあることなど気にしません——気にするのはブランドがしっくりくるかどうかです。クライアントが、語彙を持たないメカニズムにではなく、クリエイティブの方向性に反応できるようにボードを組み立てましょう。

実用的なクライアントボードの構成はこうです。

セクション1 — トーンのリファレンス。 「これが私たちの目指す感情の基調です。」3〜5件のムードリファレンスに、それぞれリファレンスのどこが具体的にブリーフと合致するかを1文添えます。

セクション2 — ビジュアルの方向性。 「これが私たちの目指すルックです。」色、フレーミング、構図を示す3〜5件のリファレンス。

セクション3 — テンポの方向性。 「編集はこういう呼吸をします。」目標とするカットのリズムを示す、まとまった1〜2件のシーケンス(単一のショットではなく)。

セクション4 — アンチリファレンス。 「これが私たちの避けたいものです。」間違った方向性を示す1〜2件のリファレンスに、具体的に何が間違っているかのメモを添えます。これは最も使われていないセクションでありながら、後々の「それはナシだって言ったはずだよね」という議論を最も多く防いでくれるものです。

セクション5 — 未解決の問い。 あなたとクライアントがまだすり合わせられていない1〜3件のリファレンス。確定事項としてではなく、問いとしてはっきり印を付けます。

以上です。5つのセクション、合計9〜15件のリファレンス、そしてどのリファレンスにも、何を伝えるためにそこにあるのかの注釈が付いています。このように整理されたボードは、クライアントが15分で反応できるものです。80件のリファレンスがあって構造のないボードは、クライアントが取りかかり始めるためだけに90分の打ち合わせを設定しなければならないものです。

5. 各リファレンスが何を教えるはずなのかを注釈する方法

注釈こそが、役立つリファレンスと、ただそこにあるだけのリファレンスを分けるものです。

役立つ注釈は、3つの要素から成ります。

  • ここで何が起きているか(1文——リファレンスが何を示しているか)
  • なぜ保存したか(1文——どの側面から学んでいるのか)
  • どう応用するか(1文——具体的に何を真似る/応用するか)

スポーツブランドの案件中に保存したspeed rampのリファレンスについての、注釈の例です。

何が: バスケットボール選手のジャンプにかけたスローモーションのランプ。ピークを12フレーム保持し、着地で通常速度に戻る。

なぜ保存したか: このランプは、編集の残りを遅く感じさせることなく、運動のピークの瞬間を強調している。sound designはサブドロップから単発のヒットへと入り、それがスローモーションのフレームを固定している。

どう応用するか: このパターンをヒーローショットに使う。8〜12フレームのランプ、衝撃のフレームでピークを保持、固定フレームでサブドロップからヒットへ。編集の本体はエネルギーを保つため24fpsのまま。

たった3文ですが、この3文がリファレンスを「保存して忘れる」から「編集中に使う」へと変えます。1件あたりの注釈にかける時間:60〜90秒。編集中に節約できる時間:1件あたり5〜15分。割に合わなさすぎるほどお得です。

クライアントボードのリファレンスでは、3つ目の文(「どう応用するか」)を、クライアント向けの表現に置き換えましょう。「これが私たちの案件にとって意味すること:[具体的な方向性]。」

6. リファレンスを整理するときによくある失敗

リファレンスのワークフローを台無しにする、いくつかのパターンを挙げます。

注釈せずに保存する。 最もよくある失敗パターンです。リファレンスはスクロール中に保存され、注釈には意図的な手間がいる。この両者の隙間で、リファレンスのあらゆる価値が失われます。

すべてのリファレンスを1つのフォルダに。 「リファレンス」という1つのフォルダは、検索を不可能にします。最低限役立つ構造は、最上位でムードか実行かを分け、その実行の中にカテゴリー別のサブフォルダを作ることです。一貫したファイル名の接頭辞(tx_match_cut_geo_match_4f.mp4)を付けた平坦なフォルダですら、構造がないよりは役に立ちます。

切り出した区間ではなく、リールまるごとを保存する。 5分のリールを1ファイルとして保存すると、8秒の区間が必要になるたびに5分を見直すことになります。区間を切り出し、それ単独で保存し、技法にちなんだ名前を付けましょう。ディスク容量は安い。あなたのスクラブ時間はそうではありません。

クライアントボードと編集者の作業用ボードを混ぜる。 クライアントはあなたの47件のトランジションのリファレンスを見る必要はありません。編集者は、カット作業中にクライアントの5件のムードリファレンスを見る必要はありません。両者を分けましょう。

定期的な見直しのない、際限のない収集。 リファレンスフォルダは時間とともに肥大化し、半年前には大事だったが今はそうでないクリップでいっぱいになります。半年ごとに:直近3か月で実際に使っていないものは何でも刈り込みましょう。フォルダの衛生は大切です。

リファレンスの種類に合わない誤ったツールを使う。 Pinterestは視覚的なムードのキャプチャには最高ですが、動画の実行リファレンスにはひどく向いていません(フレーム送りも音もない)。実行リファレンスをPinterestに保存しておいて、それをフレームごとに研究しようとするのは、フラストレーションのもとです。リファレンスの種類に合った正しいツールを。

制作規模でタグ付けしない。 8万ドルのシネマ一式で撮ったリファレンスは、ひとりのクルーには憧れに見えますが、移植はできません。すべてのリファレンスに制作規模をタグ付けしておけば、「このリファレンス大好きなのに、実際には再現できない」というループから抜け出せます。

7. このワークフローのどこにShotBookが収まるか

既存のリファレンスのプラットフォームのほとんど——Pinterest、Vimeo、YouTube、ストックフッテージのサイト——は、技法による整理ではなく発見に最適化されています。リファレンスを見つけることはできても、編集のメカニズム、テンポ、Hookの種類、制作規模、sound designの有無で絞り込むことはできません。

ShotBookは、まさにその隙間を中心に作られています。リファレンスは編集技法でタグ付けされています(トランジションの種類、テンポ、Hookの構造、制作規模、向き、sound designの有無、チュートリアルの有無)。「とにかくシネマティックなクリップ」ではなく、特定の種類の編集のためのリファレンスが必要なとき、視覚的なムードをスクロールして探すのではなく、直接そこへ絞り込めます。

上記のワークフローでは、こう使います。

  • ShotBookを使って、あなたの特定の案件タイプに合わせて技法タグ(トランジションの種類、テンポ、Hookの種類)で絞り込み、実行リファレンスのまとまりを組み立てる。
  • ムードリファレンスのまとまりには、Pinterest、Behance、Are.naを使う——これらはメディアを横断した視覚的なキャプチャにおいて、ShotBookよりも強力です。
  • 上記セクション4のとおり、両方を目的別に整理したクライアント向けのボードに交差参照させる。

ShotBookは、複数ツールを使うワークフローの中の1つのツールであり、他のツールの代わりではありません。「編集技法で動画リファレンスを見つける、使える絞り込みとメモ付きで」という特定の隙間に収まります。

最後に

リファレンスのまとまりは、コレクションではありません。コレクションはただそこにあるだけです。リファレンスのまとまりは作業用のツールです——実際のカット作業中に検索し、絞り込み、注釈を付け、そこから引き出せるものです。

コレクションから作業用ツールへのシフトは、小さくとも確かなものです。

  • 意図を持って保存する(このリファレンスはどの技法/どの問いに答えるのか?)
  • リファレンスが新鮮なうちに注釈する(エッセイではなく、3文)
  • 用途で仕分ける(テンポ/Hook/トランジション/音/制作規模/目的)
  • クライアントボードと編集者の作業用ボードを分ける
  • 数か月ごとに容赦なく刈り込む

リファレンスをうまく整理する編集者は、そうでない編集者より良いセンスを持っているわけではありません。彼らはより良いワークフローを持っているのです。センスは最初からそこにありました。それをより速く、より切れ味のある編集に変えたのは、ワークフローなのです。