製品ローンチ動画を、1つの明確な約束を軸に組み立てるには

チームには6つの新機能があり、予算はローンチ動画1本分。各機能に5秒ずつ割り当てるのが自然な解決策に見えます。しかし見終えた視聴者は、6つのものが動くのを見ただけで、どれに関心を持てばよいのか、その理由が分からないかもしれません。

製品ローンチ動画は、この隔たりを埋める必要があります。チームは機能を単位に考えますが、視聴者が理解したいのは変化です。何ができるようになるのか。慣れ親しんだどんな困り事がなくなるのか。今の働き方と比べて、この製品を使う体験はどう違うのか。

役立つローンチ動画は、1つの約束と、それを信じられるだけの目に見える根拠で、こうした問いに答えます。約束とは、視聴者に覚えてほしい変化です。根拠とは、その変化が本物かを判断できる製品の一部分です。モーションは、何を、どの順序で、どれだけの時間見せるかを制御して、両者を結びつけます。

これは、作業のすべての手順を記録する仕事とは異なります。チュートリアルでは、行動を再現できるようにする必要があります。ローンチ動画では、まだ知らない機能を理解でき、さらに調べる価値があると感じてもらう必要があります。役割を混同すると、駆け足のチュートリアルか、美しいのにほとんど何も伝えない映像になってしまいます。

視聴者に言い返してほしい一文から始める

依頼管理の製品を想像してください。社内の機能一覧には、フォーム、振り分けルール、共有キュー、通知、サービス目標、レポートがあります。実装としては有用な情報ですが、それだけでは映像の中心となる考えにはなりません。

約束の候補は、「散らばった依頼を、担当者の明確な仕事に変える」です。見覚えのある出発点、変化、結果が、この一文に含まれています。映像素材を選ぶ基準にもなります。依頼に担当者が付く場面には関連性がありますが、依頼とのつながりがないダッシュボードを回転させても、おそらく役立ちません。

この一文を、そのまま画面に出す必要はありません。冒頭、決め手となる製品の場面、最後に促す行動を選ぶための、制作上の判断基準です。「どの機能が一番大事か」と聞かれるたびに一文が変わるなら、動画はまだ、位置づけの問題を編集で解決しようとしている段階です。

決める前に2つの案を書きます。一方は取り除く問題を、もう一方は得られる能力を強調してもよいでしょう。「チャットで依頼を見失わない」と「すべての依頼に解決への道筋を与える」では、同じ製品でも冒頭の画が変わります。前者には、見失う状況を納得できる形で見せる必要があります。後者には、明確な経路と、信じられる到達点が必要です。

製品で最も強く裏づけられる方向を選びます。広い約束は印象的に聞こえても、正直には見せられない映像を必要とするかもしれません。アニメーションを1つも作る前に、約束の範囲を絞ることが、動画をよくする最短の方法になることもあります。

Linear Asksが具体的に示していること

Linear Asksの最初の発表は、認識しやすい変化を軸にしたローンチのよい例です。発表では、Linearアカウントを持たない人の依頼も含め、Slackの依頼をLinearの課題に変えることを説明しています。共通の受付とSlackでの更新が、その中心的な考えを支えています。

学ぶべきなのは、発表内容と製品で示す根拠の関係です。「依頼が課題になる」という考えは、ツールをまたいで追える具体的な対象を視聴者に与えます。関係のなさそうな機能群がどう結びつくのか、視聴者が推測する必要はありません。依頼そのものが、物語をつないでいます。

自社のローンチでも、同じように変わらず追える対象を探します。顧客の質問、デザインファイル、請求書、保存したレポート、承認待ちの下書きなどが考えられます。それがどこから始まり、何によって変化し、その後に何が違っているのかを見せます。対象を認識できる状態に保つことで、インターフェースが変わっても、視聴者は流れを追えます。

製品の根拠から物語を作り、その後で尺を決める

Relayという架空の製品を考えます。ローンチでの約束は、依頼者が新しいシステムを覚えなくても、届いた依頼に明確な担当者が付くことです。妥当な根拠の連鎖は4つあります。慣れたチャンネルに依頼が届く、関係する文脈が追跡可能な項目になる、担当者が見える、依頼者がその後を確認できる、という流れです。

それぞれが別の問いに答えます。慣れたチャンネルは、体験がどこから始まるかを示します。文脈の保持は、追跡項目がなぜ役立つかを示します。担当者の存在によって、変化が具体的になります。目に見える応答があれば、一連の流れが閉じます。最後の部分を取り除くと、整理を約束しながら、依頼者の体験を未解決のままにする動画になるかもしれません。

この連鎖によって、最低限必要な尺が決まります。姿を変える前に依頼を認識できなければ、変形は装飾になります。担当者のラベルが一瞬しか出なければ、担当が決まったことを判断できる根拠にはなりません。長くすれば自動的によくなるわけではありませんが、評価してもらいたい根拠を読み取れるだけの時間は必要です。

制作表は小さなもので構いません。

編集を確定する前に、各シーンを1つずつ外してみます。クリップを外しても話が通じるなら、繰り返しかもしれません。外すことで製品が説明のない飛躍をするように見えるなら、そのシーンを残すか、同じ出来事を短く見せる場面に置き換えます。連携機能では特に有効です。メッセージから無関係なダッシュボードへ直接飛ぶのではなく、依頼の行き先が決まる瞬間を残します。

根拠の連鎖は、ローンチ動画を短い素材へ分けるときにも使えます。受付に関するクリップは、依頼が追跡項目になったところで終われます。共同作業のクリップは、その項目から始め、応答で終われます。各編集版に、それぞれ問いと答えが必要です。機械的に15秒を切り取ると、どちらも入らないかもしれません。配信先の尺に合わせる前に、1つの考えが完結する場所で区切りを選びます。

冒頭の場面に、豪華に見せる以上の役割を持たせる

冒頭は、問題を示す、結果を見せる、意外な能力を紹介する、いずれの方法でも成立します。大切なのは、そこで生まれた期待に、次のシーンが応えられるかどうかです。

Relayが、次々に消えるメッセージから始まるとします。それは依頼の紛失を示唆するので、次のシーンでは製品が依頼を保持する様子を見せるべきです。代わりに「すべての依頼に、担当者を」と断言して始めるなら、さらに強い責任が生まれます。担当者がどこに表示されるかまで見せる必要があります。ゆっくりした映画風のロゴ登場だけでは、視聴者がすでにそのブランドの重要性を知っていない限り、どちらも果たせません。

問題を大げさにしすぎて、製品の解決まで作り物に見えることは避けます。12枚のチャット画面が重なり、慌ただしい警告音が鳴れば、混乱は伝わるでしょう。しかし、誰も見覚えのない職場を描いている可能性もあります。十分な文脈とともに1件の未回答の依頼を示すほうが、鋭い出発点になることがよくあります。

最も強い冒頭が、最も騒がしいシーンとは限りません。視聴者に役立つ問いを与えるシーンこそが強いのです。問いがあれば、動きによって答えへ導けます。担当未定の依頼へ寄るズームには理由があります。無関係な画面の隅へ寄るズームは、イージングを磨いただけでは意味を持ちません。

製品が画面上で何を証明すべきかを決める

主張を3種類に分けます。目に見える状態は、その実演例に担当者が存在することを証明できます。目に見える一連の動作は、依頼がある場所から別の場所へ移ることを示せます。一方、会社全体で解決時間を短縮するといった広い運用上の主張には、魅力的な一連の場面以上の根拠が必要です。

この区別によって文章が変わります。「依頼から担当者を割り当てる」は、実演する操作で裏づけられます。「依頼を2倍速く解決する」は、録画を早送りしても証明できません。ストップウォッチを重ねても、演出した作業が測定調査に変わるわけではありません。

手順が少ないと主張するなら、編集前に比較可能な開始状態と終了状態を記録します。一方はログイン済みでデータも用意され、もう一方は準備から始まるなら、違う課題を測っています。速い流れが既定では有効にならない連携に依存するなら、その条件は実演の近くに置きます。

ローンチ動画を注意書きで埋める必要はありません。大事な条件を理解可能なまま伝えられる約束を選ぶ必要があります。見出しの説明に脚注が6つも要るなら、その主張は詳しい製品ページで扱うべきものかもしれません。

補助的な機能で物語を支える

補助機能に画面の時間を割く価値があるのは、中心的な変化をより信じられ、より自分に関係があると感じられ、理解しやすくする場合です。振り分けルールは担当の明確化を、通知は依頼者への状況共有を支えられます。配色テーマの切り替えは、実装に苦労していても、おそらくその約束を支えません。

社内では受け入れにくいこともあるでしょう。機能を作った人が紹介してほしいと思うのはもっともです。解決策は、主役の映像を混み合わせることではなく、素材全体の計画です。専門的な機能には個別の短い動画、リリースノートの例、後続の実演を用意します。ローンチの中心的な考えと競わなくなることで、よりよいコンテンツになる可能性があります。

編集時には、「このシーンを外すと、この約束のどの部分を信じる根拠が弱まるか」と問います。単に機能が豊富に見えなくなるだけなら、別の素材に入れるべきかもしれません。外すと結果が魔法のように見えるなら、おそらく重要です。

必要なつながりは残します。一見ゆっくりした確認画面を編集者が取り除くことで、利用者の承認なしに製品が動くように見せてしまうことがあります。作業を短く見せる際は、待ち時間や繰り返しを慎重に除きつつ、誰が何を行い、その結果がどうなるかを説明する瞬間を残します。

トランジションを変化の説明として扱う

トランジションは、同じ対象が続いている、時間が経過した、話題が変わった、と視聴者に伝えられます。いずれも有用な意味です。問題になるのは、その視覚的な文法が、製品にはない関係を暗示するときです。

Slackのメッセージが直接完了済みのタスクへ変形すると、依頼を作成したのではなく、自動で完了させたと受け取られるかもしれません。より誠実な切り替えは、依頼の同一性を保ち、実際の新しい状態へ着地します。担当者の割り当てに別の操作が必要なら、それは別の出来事として表示できます。

連続させると意味を含みすぎる場合は、直接カットを使います。2つの画面は、途切れない製品操作を表していなくても、編集上は関係づけられます。短い場面見出しや変わらない項目ラベルを使えば、操作の境界を残したまま関係を伝えられます。

トランジションを磨く前に、実際の画面を装飾なしでつなげて見ます。その状態で物語が分かりにくいなら、粒子やカメラ移動を加えても解決しにくいでしょう。対象を明確にする、抜けている状態を補う、素材を減らす、といった編集が必要です。モーションは、すでに筋の通った説明を強めるために使います。

最後の行動を約束につなげる

依頼の混乱を減らすローンチ動画なら、その作業の流れをさらに調べられる行動へ導くべきです。4つのボタンが競う汎用的なエンディングでは、見せた内容と次にすることの関係が弱まります。

視聴者に残る不確かさに合わせて、次の一歩を選びます。新しいカテゴリーなら、詳しい説明が必要かもしれません。よく知られた製品の特定の新機能なら、有効化のガイドが必要でしょう。営業主導の製品なら、デモの申し込みが適するかもしれません。ブランドが別の場所で使っているというだけで、すべてのローンチに同じ結末が合うわけではありません。

エンドカードにも、読み取れるだけの安定した時間が必要です。製品のシーンが動き、ロゴが登場する最中に行き先まで表示されると、視聴者は複数のことを同時に処理しなければなりません。決め手となる結果が落ち着いてから、次の行動を示すことを検討します。結末は物語を中断せず、解決するものであるべきです。

動画を、行動を促すボタンが見えるページ内で使うなら、音声や画面上の指示からその場所を案内できます。単独で共有するなら、行き先が動画だけで理解できる必要があります。1つの書き出しで両方に同じように対応できると決めつけず、両方の配置で試します。

プロジェクト外の人と約束を見直す

制作要件を説明せずに、動画を1度見せます。何が変わったのか、その判断を支えた製品の場面はどこか、次に何をするかを聞きます。「見た目がよいか」と聞くのとは別の問題が分かります。

「依頼はもう解決済みだと思った」といった、具体的な誤解をそのまま記録します。見出しは言えるのに、それを支える場面を挙げられないなら、説得的な言葉に対して根拠が弱いのかもしれません。画面の細部は説明できても変化を言えないなら、物語の中心がない製品ツアーかもしれません。存在しない機能を推測したなら、その理解を生んだ切り替えや省略した手順を調べます。

完成した動画ですべてを伝える必要はありません。必要なのは、確かな根拠を持つ考えを残すことです。意味のある変化を、視聴者が実際に見られた製品の場面で支えます。それが明確になれば、テンポ、タイポグラフィー、音、トランジションには、記憶に残す価値のある内容が生まれます。