実用的な移行手順
すでにどちらかのプラットフォームを使っている場合でも、過去の制作物をすべて移行する必要はありません。代表的なプロジェクトを1つ試し、結果を記録して、新しいワークフローに切り替える価値があると分かってから移行しましょう。
まずは、極端に簡単なデモではなく、普段の仕事を反映したプロジェクトを選びます。台本、想定する視聴者、おおよその長さ、トーン、公開先をそろえてください。そのうえで、もう一方のワークフローで最初の下書きを作り、工程の違いを記録します。
記録するのは4点です。レビュー可能な下書きに到達するまでの時間、必要だった映像の修正量、ナレーションやタイミングの修正量、そして最終的な動画が当初のメッセージに沿っているかどうかです。クリック数をすべて数える必要はありません。品質と再現性に影響する判断を評価しましょう。
現在Flikiを使っているなら、InVideoで得られる映像のコントロールが、作業手順を変えるだけの価値を持つか試してください。現在InVideoを使っているなら、Flikiによって修正作業を増やさずに、台本からナレーション付きの下書きまでの工程を短縮できるか試してください。通常のプロジェクトで少なくとも1回レビューを終えて比較結果を確認するまでは、既存のワークフローも使えるようにしておきましょう。
段階的に移行を検討することで、チーム内で「より良い」とは何かを共有しやすくなります。下書きの速さを重視する人も、シーンを正確に選べることを重視する人も、ナレーションの一貫性を最も大切にする人もいるでしょう。結果をレビューする前に、そうした優先事項を書き出しておけば、判断が個人の好みをめぐる議論にならずに済みます。