視聴者を迷わせないマルチアプリ・ワークフローの録画術

実際の仕事は一つのウィンドウでは完結しません。ダッシュボードから値をコピーしてターミナルに貼り付け、ブラウザのタブで結果を確認し、チケットを更新する。こうしたワークフローを録画すること自体は簡単です。難しいのは、他の人が追いかけられるように録画することです。

アプリを切り替えるたびに、視聴者が迷子になる瞬間が生まれます。レイアウトが変わり、色が変わり、追っていた対象が消えてしまうからです。このガイドでは、Recorded でマルチアプリのワークフローを計画・録画・編集し、すべての切り替えが混乱ではなく意図的なものとして伝わるようにする方法を紹介します。

マルチアプリ録画が失敗する理由

分かりにくいワークフロー動画には、共通する問題があります。

• 見えない切り替え: 何が起きたのか手がかりもなく、画面が別のアプリへ飛ぶ
• 文脈の喪失: コピーした値がどこから来たのかが分からない
• スケールの乱れ: フルスクリーンの IDE の次に小さなダイアログが来て、常に焦点を調整し直す必要がある
• 雑然さ: 無関係なウィンドウ、通知、タブが本題と競合する
• 無音の空白: 正しいウィンドウを探している間の長い間（ま）

これらは録画品質の問題ではありません。演出の問題であり、録画ボタンを押す前にすべて解決できます。

流れ全体で一つのキャプチャモードを使う

最初の判断が最も重要です。モニター全体をキャプチャするのか、ウィンドウごとにキャプチャするのか。

モニター全体のキャプチャは、マルチアプリ作業の既定値として適しています。Recorded が安定した一つのフレームを保つため、アプリの切り替えが録画の間ではなく動画の中で起こります。視聴者はドック、ウィンドウ配置、そして切り替える動作そのものを見ることができ、それこそが手順を再現するために必要な文脈です。

ウィンドウキャプチャは、一つのアプリだけを扱い、それ以外をすべて除外したいときに向いています。ワークフローが二つ目のアプリに踏み込んだ瞬間、録画を止めて撮り直すか、複数のクリップをつなぎ合わせるしかなくなります。

範囲キャプチャはその中間です。使うアプリが大きなディスプレイの片側半分に収まるなら、その範囲を一度選んでその中で作業しましょう。一つのウィンドウに縛られずに、よりタイトなフレームが得られます。

三つ、四つのアプリをまたぐ流れなら、モニター全体か余裕のある範囲を選び、テイクの間ずっとそのままにしておきます。

録画前にデスクトップを整える

デスクトップを撮影セットのように扱いましょう。5分の準備が20分の編集を節約します。

1. 使わないものはすべて閉じる。 無関係なウィンドウは視覚的なノイズになり、非公開の内容が映るリスクも高めます。
2. 流れで使うアプリをすべて先に開く。 起動の遅延やスプラッシュ画面はまったくの空白時間です。各アプリを立ち上げ、正しい画面やドキュメントを表示しておきます。
3. ウィンドウを意図的に配置する。 どのアプリをどこに置くか事前に決めます。配置が一貫していれば、視聴者はレイアウトを一度覚えるだけで済みます。
4. 通知をオフにする。 チャットアプリの通知は、マルチアプリのテイクを捨てる最も多い理由です。
5. 見た目を揃える。 可能な範囲で同じテーマを使い、ターミナルやエディタの文字サイズを大きくして書き出し後も読めるようにします。
6. データを準備する。 コピーする値、更新するチケット、実行するコマンドをあらかじめ用意しておきます。

切り替えを隠さず見せる

アプリ間を移動するときは、少しだけ速度を落としましょう。切り替えは余計な手間ではなく、情報です。

• 切り替える前に一拍置く。 現在の画面を1秒ほど保ち、視聴者が読み終える時間を与えます。
• 何をするのか口に出す。 「このトークンをターミナルに持っていきます」と言えば、画面が変わる前に次の注目点を伝えられます。
• 切り替え方法を統一する。 毎回ドックをクリックするほうが、ショートカット・Mission Control・ドックを混在させるより明快です。
• 着地してから操作する。 切り替え直後にすぐクリックせず、少し待ちます。新しいウィンドウを一瞬見せることで「これ何のアプリ？」と巻き戻されるのを防げます。
• 往復を避ける。 同じ値を三回使うなら、一度コピーして再利用していると説明します。

ズームで各アプリを位置づける

ズーム効果は、複数のウィンドウをまたぐときに視聴者の方向感覚を保つ最強の道具です。Recorded のエディタで、受け渡しのたびにズームを追加しましょう。

• 値をコピーする前に元の画面を拡大し、どのフィールドから取ったのかを正確に見せる
• 切り替えの最中は一時的に縮小し、デスクトップ全体を見せて移動を明確にする
• 着地した直後に行き先を拡大し、これから使うフィールドやプロンプトをフレームに収める

この「縮小→拡大」のリズムは、地味ですが強力です。縮小したフレームが地図となり、拡大した各フレームはその上の地点になります。視聴者は常に自分の居場所を把握できます。

アプリごとのズーム倍率は一定に保ちましょう。ターミナルが常に同じ倍率なら、視聴者の目は再調整しなくて済みます。

受け渡し地点に注釈を入れる

テキストオーバーレイは、暗黙の手順を明示的なものに変えます。うまく配置したラベルは、長いナレーションよりも理解を助けます。

• 各アプリが初めて画面に出たときに名前を表示する
• 切り替えごとに短いキャプションを添える: 「ダッシュボードに戻ります」
• ID やファイル名など、アプリ間を移動する値を明示する
• チャプターを設け、見たいアプリへ直接ジャンプできるようにする

オーバーレイは短くまとめ、毎回同じ隅に置きます。一貫性があれば、雑音ではなくインターフェースの一部のように感じられます。

一本のつながった物語として編集する

録画が済んだら、エディタでマルチアプリのテイクを引き締まった動画に仕上げます。

• 探している時間を切る。 ウィンドウを探し、目的の位置までスクロールし、ページの読み込みを待った秒数を削ります。
• 機械的な部分を早送りする。 長い入力、インストール、ビルドは2〜4倍速が適し、ナレーションは通常速度のままにします。
• 受け渡しごとに切り替えを一つは残す。 切り替えをすべて削ると目的が失われます。もたついた部分だけを削り、移動は残します。
• 背景を加える。 フレームの後ろに控えめなグラデーションを置くと、ウィンドウの見た目が異なるアプリを一つにまとめられます。
• カーソルの見え方を揃える。 周囲の UI が完全に変わるとき、クリックのハイライトがポインタを追う助けになります。

実例

デプロイ手順を記録するとしましょう。ブラウザでプルリクエストを確認し、ターミナルでコマンドを実行し、ステージングのタブで変更を確認して、チケットを更新します。

1. 準備: 四つの画面をすべて開き、ブラウザを左・ターミナルを右に配置、通知をオフ、モニター全体キャプチャ
2. 広く始める: 縮小した状態から始め、全体の配置と位置関係を見せる
3. ブラウザ: PR を拡大し、変更内容を説明してコミットハッシュをコピー
4. 切り替え: 一拍置いて縮小し、ドックでターミナルをクリックして落ち着くまで待つ
5. ターミナル: 拡大して貼り付け、デプロイを実行。ビルド出力は編集で早送り
6. ステージング: ブラウザに戻り、変わった要素を拡大して確認
7. チケット: 最後の切り替え、キャプションを追加し、デプロイのリンクを貼る
8. 広く終える: 最後に縮小して完了状態を見せる

ワンテイク、四つのアプリ、それでも混乱はありません。すべての切り替えを予告し、フレームに収め、ラベルを付けたからです。

クイックチェックリスト

[ ] 使わないウィンドウを閉じ、通知をオフにした
[ ] すべてのアプリを事前に開いて配置した
[ ] 流れ全体で一つのキャプチャモード（通常はモニター全体）
[ ] 切り替える前にナレーションで予告している
[ ] 切り替え中は縮小、着地後に拡大
[ ] アプリごとのズーム倍率が一定
[ ] 各アプリと受け渡しにテキストオーバーレイ
[ ] 長いワークフローにはチャプターを追加
[ ] 探す・待つ時間を削り、機械的な手順を早送り

まとめ

マルチアプリのワークフローは、画面録画の価値が最もよく表れる領域です。文章にするのが最も難しく、見せるのが最も簡単な工程だからです。コツは多く撮ることではなく、すべての切り替えを読み取れるようにすることです。デスクトップを整え、安定した一つのフレームを保ち、切り替える前に言葉で伝え、ズームとオーバーレイに方向案内を任せましょう。

そうすれば、散らばった四つのアプリの作業が、チームで最も分かりやすいドキュメントになります。