日本語

入れるもの/出てくるもの

対象

プロダクトマーケティングマネージャー

ローンチのストーリーと、リリース間の機能発表を担い、動画チームの有無にかかわらず「動画の成果責任」を負うプロダクトマーケター。

用意するもの

PRD、ローンチ資料、日程

要件定義ドキュメント、ポジショニング資料またはローンチ資料、リリースノート、リリースで作成されたスクリーンショット。自社UIの画面キャプチャは、境界線のこちら側(あなたの側)で扱います。

得られるもの

後から手直しできるローンチ解説動画

ホームページ、基調講演のスクリーン、告知投稿にそのまま使えるHDまたは2Kの完成版解説動画を、名前付きセグメントで構築。機能が1つ変わっても全体を作り直す必要はありません。VisionStoryは動画ファイルそのものを返し、プロダクトマネージャーが提供状況の表現を確認し、公開する場所とタイミングはチームで決められます。

ローンチ動画をドキュメントから作ると、何が変わるか

告知投稿はすでにスケジュールされ、エンバーゴにも時刻が付き、そこで語られるビルドはまだコミットが入り続けている——プロダクトマーケは、たいていこの順番で動きます。だからこそここでの問いも、解説動画をいつ着手できるのか、6か月後に画面名が変わったらどうするのか、そして1回のリリースで社内(現場)と市場の両方を同時に満たせるのか、に集約されます。

ビルド確定前に始めても、作り直しが発生しない

ローンチ日程は2週目にはカレンダーに入ります。その時点では機能名は仮置きで、2つの画面はワイヤーフレームのまま。撮影できるほどビルドが安定する頃には残り11日で、そのうち3日は法務レビューに消えます。この状況のプロダクトマーケターが賭けるのはいつも同じ。早めに撮って動いた部分だけ撮り直すか、待って「前夜に編集が間に合う」ことに望みを託すか。

解説動画を文章ベースの素材から組み立てれば、完成ビルドへの依存を外せます。PRD、ポジショニングデッキ、リリースノートはUIが固まる何週間も前から存在し、それだけでプレゼンター、ナレーション、構成まで揃った初稿を作れます。まだ動いている部分は名前付きセグメントに切り分け、ビルドが着地したらそこだけ再生成。結果として最終週は制作を始めるのではなく「実際に出荷された内容」の確認に使えます。公開前には、一般提供(GA)なのかベータなのかをプロダクトマネージャーが引き続き承認します。

デッキはあるのに、誰も開かない

ローンチデッキはあります。31枚で、3週間かけ、コメントも4ラウンド回し、出来は本当に良い。それでもメーリングリストにはPDF添付で送られます。つまり、受信箱→ダウンロード→スクロールバーを乗り越えないと、何ひとつ伝わりません。3週間かけて並べたストーリー——課題、変化、機能、証拠——に、たどり着かない読者が大半です。

ここで使う入力は、その同じデッキです。置き換えるのではありません。ありのまま取り込めば、議論して決めたセクション順は保たれ、読者が流し読みする代わりにプレゼンターが各セクションを語ります。数分の動画になり、告知投稿やローンチページにインラインで再生でき、PDFを絶対に開かない人にも同じ順序・同じ流れで届けられます。デッキは営業チームやアナリスト向けブリーフィング用に残し、動画でそれ以外の全員へ運びましょう。

マーケ素材は、差し替えより先に古くなる

サポートスレッドに「去年10月の解説動画」が貼られ、見込み客がそれを見てしまう。動画内のナビは4項目ですが、今は6項目。ナレーターが「ここをクリック」と言うボタン名は2月に変わり、画面に映っている料金ティアは廃止。途中で出てくる設定ページも、その後2回も再編されています。誰かが「残しておこう」と決めたわけではありません。単にページに載っている動画がそれで、下ろすと何もなくなってしまうだけです。

セグメントで組み立てた解説動画は、メンテナンスコストがまったく違います。ナレーション、プレゼンター、補足ショットが「あとから開ける構造」に残るため、機能名の変更や画面の再編があっても該当セグメントだけを再生成し、他は触らずに済みます。四半期ごとの更新が“プロジェクト”から“午後の作業”に変わります。さらに、最初に公開できる範囲も広がります。修正できる動画なら、UIがまだ完全に固まっていなくてもホームページに載せられるからです。

1つのリリースに、2つの対象。1つのソースから2種類の編集

同じリリースなのに動画は2本必要で、しかも作っているのは情報共有すらしていない2人。Enablementは現場向けに、何が変わり何を置き換えるのかを伝える社内ウォークスルーを編集。あなたは対外向けの告知を書いている。どちらも同じPRDが元で、同じ3つの能力を説明しているのに、完成する頃には社内版は機能をエンジニアリング名で呼び、外部版はベネフィットの順番が別物になっている。

1つのソースドキュメントから両方を作れば、中身は一致したまま、見せ方だけを意図的に変えられます。社内版は長めにして注意事項も残し、まだベータの内容も明示できる。一方で一般公開版は課題から入り、ロードマップ手前で止められます。両方とも同じ承認済みの説明から作られるので、レビュー後の修正も「覚えている方だけ」に当てるのではなく、2本ともに反映できます。対象は分けたまま、事実はズレません。

同じファイルが、壁面スクリーンでもブラウザでも通用しなければならない

プロダクトのローンチ動画は、1か所だけで使われるものではありません。サイトのヒーローセクションで自動再生され、会場よりも横幅のあるステージスクリーンで基調講演の背面に流れ、プレスキットにも入り、3か月後には投資家向けアップデートに貼られます。小さな埋め込みプレイヤーで「まあ許容」と見えた版が、そのまま10フィート級で投影される。そうなると、ぼやけた文字、圧縮ブロック、にじんだ製品スクリーンショットしか、3列目の人には見えません。

ネイティブのHDおよび2K動画出力なら、最も大きい表示面が受けられる解像度でマスターを一度だけ作り、他はそこから縮小するだけで済みます(足りない解像度を後から引き上げる必要はありません)。インターフェースの文字は読みやすいまま、グラデーションはきれいなまま。提携サイトへの掲載やカンファレンスのAV担当に渡すまでに重なる2回目、3回目の再エンコードにも耐えます。さらに、1年後に振り返りや資金調達用デッキのために動画を引っ張り出してきても、同じマスターをそのまま使い回せます。

プロダクトマーケティングチームがVisionStoryを使う方法

リリースカレンダーの日付はビルドが固まる何週間も前に確定するため、このワークフローは完成したUIではなくドキュメントを起点に回します。作業順として読んでください。リリース資料をまず初稿(ファーストカット)にし、ローンチデッキをナレーション付きセグメントに変換し、誰も撮れていないショットを補い、ファイルをマスタリングし、最後にプロダクトマネージャーが「実際に出荷されたビルド」と照合して全体を確認します。

公開前にプロダクトマネージャーは、すべての機能説明・提供可否の記載・UIショットが「実際に出荷されたビルド」と一致していること、ベータのものは一般提供ではなくベータとして明記されていること、そして動画内のどの画面にも既に使われていない製品バージョンが映っていないことを確認します。

  1. 01

    リリース資料をファーストカットに変える

    AI Video AgentにPRD、ローンチデッキ、リリースノート、または告知ページのURLを渡すと、プレゼンター・音声ナレーション・字幕がすでに入った編集可能なマルチショットの下書きが返ってきます。これは完成した告知ではなく、作業用の骨子として扱いましょう。プロダクトマーケティングは冒頭を、機能一覧ではなく「課題」から始まるように書き換え、プロダクトマネージャーはビルドが実際にできることと照らして、すべての機能主張を確認します(PRDに書かれていても今回のリリースで延期されたものも含めて)。

    機能 AI動画エージェント
    AI動画エージェント
    プロンプト、URL、PDF、または台本を、アバター・音声ナレーション・字幕付きの編集可能なマルチショット動画の下書きに変換します。
  2. 02

    デッキの主張は残し、PDFは手放す

    ローンチデッキには、あなたが勝ち取った流れ——課題、市場の変化、出荷した内容、置き換わるもの、そして根拠——がすでに入っています。そのデッキやポジショニング資料をAIプレゼンテーションに入れると、元のセクション順を保ったまま、アバターがナレーションするセグメントに変換されるため、動画化の途中で順番が組み替えられることはありません。ここで、デッキは「誰も開かない添付ファイル」ではなくなります。なお、最終レビュー後に編集されたスライドは見落としやすいので、各スライドの主張が承認済みメッセージと一致しているかを必ず確認してください。

    機能 AIプレゼンテーション
    AIプレゼンテーション
    既存のスライド、ドキュメント、またはPDFを、元のセクション順を保ったまま、アバターがナレーションするプレゼンテーションに変換します。
  3. 03

    リリースで作れなかったショットを補う

    ローンチ資料はスクリーンショットは十分にあっても、それ以外がほぼ必ず足りません。たとえば導入のエスタブリッシングショット、機能名の元になった抽象概念、UIだけでは伝えられない価値を運ぶシーンなどです。AI Video Generatorなら、プロンプトや参照画像から動きのあるショットとして生成でき、セクション全体が静止スライド頼みになるのを防げます。ただし役割は守りましょう。これらは製品の周辺をつなぐショットであって、製品そのものの代役ではありません。「UIだ」と言うなら、映っているのはあなたのUIであるべきです。

    ツール AI動画ジェネレーター
    AI動画ジェネレーター
    プロンプトまたは参照画像から、動きのある動画ショットを生成します。
  4. 04

    ホームページ、登壇、プレスキット向けに一度でマスタリングする

    ローンチ動画には、サイトのヒーロー枠で自動再生され、基調講演の大画面でも耐え、さらに提携サイトがどう再エンコードしても崩れないことが求められます。ネイティブのHDおよび2K動画出力なら、これらの中で最も大きい表示面に必要な解像度でマスターを1本作れ、他はすべてそこから派生させられます。情報を載せたフレーム、製品スクリーンショット、UIラベル、提供可否や価格カードは、プレビュー再生ではなく実寸で確認してください。ここでの甘いレンダリングは「見た目の問題」では済まなくなります。ローカライズ版は、必ず承認済みのそのマスターから作り、過去のマスターからは作らないでください。

    機能 HDおよび2K動画出力
    HDおよび2K動画出力
    大画面での再生や長期的な使い回しに向けて、ネイティブのHDまたは2K解像度でプレゼンター動画を生成します。

よくある質問

  • カメラから始めるのではなく、リリースですでに作られている資料から始めます。AI Video AgentがPRD、ローンチデッキ、リリースノートを、プレゼンター・ナレーション・字幕付きの編集可能な下書きに変換。AIプレゼンテーションがデッキのセクション順を保ったままナレーション付きセグメントにし、AI Video Generatorがリリースで作れなかったつなぎのショットを補います。プロダクトマーケティングは冒頭を課題起点に書き換え、公開前にプロダクトマネージャーが出荷済みビルドと照合して、すべての機能・提供可否の主張を確認します。

ユーザーはVisionStoryを愛しています

コンテンツクリエイターやマーケターがなぜVisionStoryをAI動画のニーズに信頼しているのかを発見してください。強力な機能から手間いらずのユーザー体験まで、私たちのコミュニティはVisionStoryで達成した結果について絶賛し続けています。

G2ですべてのレビューを見る