利用者の1つのタスクに絞ったオンボーディング動画の作り方

記事タイトルと、デスクトップでのタスクと関係する選択肢を示したSlack公式のチャンネル作成手順を配した油彩のカバー

カーソルがボタンを押し、パネルが開き、ナレーターが「こんなに簡単です」と言う。録画は分かりやすく見えます。ところが新しい利用者が同じことを試すと、ボタンが見つかりません。アカウントのロールが違う、ワークスペースが空である、あるいは、その操作を可能にした準備が動画では省かれているのかもしれません。

顧客向けのオンボーディング動画が成功するのは、新しい利用者が自分の開始画面だと分かり、タスクを進め、結果の状態を確認できるときです。そのつながりは最初のクリックより前から始まります。自分に当てはまるタスクかを知ること、開始画面を認識すること、結果を左右する選択を理解すること、確認できる結果を見ることまで含まれます。

したがって、役立つ単位は、始まりと観察可能な終わりがあるタスクです。「当社プラットフォームを使い始める」は、たいてい広すぎます。「プロジェクト用の非公開チャンネルを作り、誰がアクセスできるか確認する」なら、教えられる範囲が明確になります。制作者にとっても、どの細部を編集で消してはいけないか分かります。

チャンネル作成は、公開範囲の選択で結果が変わるため、よい例です。2人がほぼ同じクリックをしても、まったく異なる仕事の場を作ることがあります。

メニュー上の位置ではなく、結果からタスクを選ぶ

機能とは、製品が備える能力です。タスクとは、人が達成しようとしていることです。この違いは重要です。メニューの案内は製品の構成に沿いますが、オンボーディングは利用者の意図に沿う必要があるからです。

「チャンネル設定をご紹介します」は、いくらでも広がります。「ローンチチームが連携する場所を作る」には、達成したい結果があります。後者なら、今重要な設定を選び、今は要らないものを後回しにできます。新しい利用者は、作成前に公開範囲を理解する必要があっても、作成後に選べるすべての通知設定まで知る必要はないでしょう。

成功の条件は、観察できる言葉で書きます。「利用者がチャンネルを理解する」は検証しにくい表現です。「新しいチャンネルを見つけ、それが公開か非公開かを判断できる」なら具体的です。制作者は必要な状態を録画でき、レビューする人は動画がそこまで到達したか確認できます。

適切なオンボーディング素材が、動画ではないこともあります。ラベルが明確な2手順の操作なら、画面内の説明のほうが簡単かもしれません。動画が特に役立つのは、画面内の位置関係、状態の変化、文章より見せたほうが結果を理解しやすい一連の操作を含むタスクです。オンボーディングには映像があるものだという理由ではなく、その必要性から媒体を選びます。

Slackのチャンネル作成ガイドが明示していること

Slackのチャンネル作成ガイドは、デスクトップとモバイルの手順を分けています。デスクトップの経路には、作成の入口、命名、公開範囲の選択が含まれます。ワークスペースのポリシーによって、チャンネル作成が制限される場合もあると記しています。こうした情報が、2人に同じ経路が見えない理由を説明します。

実務で学ぶべきなのは、特定の画面配置が変わらないことではなく、文脈を含めていることです。オンボーディングの録画では、どの環境を実演し、どの権限を前提としているかを伝える必要があります。ボタンの位置は変わることがあります。それでも、自分で実行できる操作と管理者が制御する操作の違いは、学ぶ人にとって重要です。

デスクトップでのタスクと関係する選択肢を示した、Slack公式のチャンネル作成手順

共有ワークスペースの動画では、冒頭付近に文脈を置きます。デスクトップアプリ、既存のワークスペース、その項目を作成できるロール、といった情報です。短いナレーションや簡潔な画面上のラベルで構いません。長い前提条件一覧を全員に読ませるのではなく、自分も一緒に進められるか判断する助けにします。

珍しい前提条件がある場合は、その見分け方を示します。「適切な権限が必要です」より、制限されたアカウントには何が見え、どこでアクセスを申請すればよいかを説明するほうが役立ちます。目的は予測できる行き止まりを防ぐことであり、冒頭ですべての管理ポリシーを網羅することではありません。

ナレーションを仕上げる前に、実際のタスクを録画する

状態を整えた、代表的なアカウントでタスクを実行します。既定値、読み込み中の状態、予想外の確認、フィルターを変えるまで空に見える一覧など、実際に起きたことを記録します。記憶で台本を書くと省きがちですが、新しい利用者がつまずくのは、こうした場面であることがよくあります。

録画と一緒に、開始条件を短く残します。どのロールを使ったか。ワークスペースは設定済みだったか。サンプル項目は存在したか。連携機能はインストールされていたか。これは全視聴者が読むためではなく、制作のための資料です。しかし、通常の手順と、都合よく用意した状態をレビュー担当者が区別する助けになります。

次に、生のタスクを必要な操作と偶然の待ち時間に分けます。遅いネットワーク応答は短縮できます。公開範囲を変える確認は、単純に消してはいけません。待ち時間をまたいでカットする場合は、操作と結果の関係を保ち、自分の画面で時間がかかっても何を待てばよいか分かるようにします。

観察した一連の流れに合わせてナレーションを書きます。先に自信満々の台本を書いて製品を合わせようとするより、この順序のほうが役立つ言葉になりやすいものです。また、トランジションや音に時間を使う前に、1本のオンボーディング動画では複雑すぎるタスクだと気づけます。

確定する前に、判断の意味を読み取れるようにする

すべてのクリックに説明が必要なわけではありません。結果に影響する選択には必要です。公開と非公開、個人用と共有、下書きと公開済み、テストと本番などは、誰が結果を見られるか、次に何が起きるかを変え得ます。

プロジェクト用チャンネルの動画なら、選択の場面で「招待した人だけにこのチャンネルを見せたい場合は、Privateを選びます」と説明できます。その文を理解する間、画面は安定させます。すぐ次の画面へ移ると、視聴者はクリックを覚えても、その理由を理解し損ねるかもしれません。

選択した値を見せ、その意味を裏づける結果も示します。公開範囲のラベル、メンバー一覧、共有状態などが使えます。「Done」と書いた装飾的なチェックマークは、何が完了したか説明しないため、根拠としては弱いものです。最後の状態は、選択によって生まれた問いに答える必要があります。

サンプルの値を、守るべきルールのように教えないでください。「launch-team」という例のチャンネル名は、流れをつなぐのに役立ちますが、名前は自分で選べると理解してもらう必要があります。そのままコピーする文字列と、説明用の文字列を区別します。そうしなければ、丁寧に作った録画が、自分のタスクを完了する代わりにデモデータを再現させてしまいます。

作成の入口を示す、Slack公式チャンネル作成ガイドのアニメーションからの1フレーム

カーソルだけを先生にしない

動くポインターは、注意を引くのが得意です。しかし、意味を運ぶ手段としては不安定です。小さな画面では見えにくく、速すぎたり、押すラベルを隠したり、名前を示さずに対象を暗示したりすることがあります。

意味のある操作には、ナレーションや画面上の説明を使います。「ここをクリック」より「Channel settingsを開きます」のほうが明確です。動詞と対象を正確に示せば、画面サイズが違っても伝わり、ポインターを細かく追えない人の助けにもなります。文字起こしも使いやすくなります。

字幕と説明ラベルには、重要な違いがあります。字幕は、意味のある音声を文字で表すものです。「Private channel」のようなラベルは、画面上の選択を説明します。両方あっても構いませんが、別々の空間が必要です。どちらも同じ下部の帯を使おうとすると、インターフェース自体が読みにくくなります。

W3Cのアクセシブルな音声・動画のガイドは、字幕、説明、文字起こし、プレーヤーの要件を最初から計画することを勧めています。オンボーディングでは、この計画が台本そのものを改善できます。無言のカーソル移動だけに頼らず、どの操作部が重要かを言い、結果の状態を説明するようになるからです。

各シーンに、利用できるだけの文脈を与える

寄りの画面ではラベルが読めても、場所を見つけられなくなることがあります。画面全体の録画なら場所は分かっても、すべてのラベルが小さすぎるかもしれません。必要なのは、両方の見せ方を意図的に結びつけることです。

新しい場所へ移るときは、位置関係が分かるだけのインターフェースを見せます。特定の設定に注目してほしいときは近づきます。可能なら、パネルのタイトルや選択中のナビゲーション項目など、見覚えのある基準を残します。ワークスペース内で結果の場所を見つける必要があるときは、広い画面に戻します。

ほかに何も動いていないという理由でズームしないでください。ズームは、見るうえでの問題を解決するために使います。対象がすでに読め、位置も明確なら、固定した画面のほうがよいかもしれません。製品の構造を覚えようとしているまさにそのとき、繰り返すカメラ移動は視聴者の負担を増やします。

モバイル配信では、構図を別に判断します。デスクトップのスクリーンショットを縦長の枠へ縮小すると、しばしば説明として機能しなくなります。明確な位置の手がかりとともに関係する領域を見せるか、デスクトップで見やすい補助資料を用意します。教えている操作を特定するだけのために、学ぶ人が一時停止して拡大しなくてよいようにします。

3シーンで構成するタスク

架空の共有ワークスペース製品なら、タスクを次の3シーンの絵コンテにできます。

シーン 画面で示す根拠 説明の例 完了の確認
開始状態 ワークスペースと現在のナビゲーション 「ローンチチーム専用の非公開の場所を作ります」 学ぶ人が、使用するワークスペースを認識できる
作成 名前を入力するチャンネル欄と公開範囲の選択 「プロジェクト名を入力し、招待したメンバーだけにするにはPrivateを選びます」 名前と選んだ公開範囲を読み取れる時間がある
結果 新しいチャンネルとアクセス範囲のラベル 「チャンネルが作成されました。詳細を開き、誰がアクセスできるか確認します」 学ぶ人が、作成した対象とそのアクセス状態の両方を見つけられる

公開範囲のシーンは結果を変えるため、静かに留まる時間を設ける価値があります。一方、操作部の間をカーソルが移動する時間は短くて構いません。最後のシーンは、曖昧な画面に編集用の新しいバッジを貼るのではなく、製品が示すアクセス範囲のラベルを見せるべきです。製品に分かりやすいアクセス状態の表示がないなら、それは解決すべき製品やドキュメントの問題であり、動画で隠すべきことではありません。

ワークスペースの開始状態、公開範囲の判断、アクセスを確認できる結果からなる3段階の絵コンテ

サポートマニュアルにせずに分岐を扱う

タスクには、正しい進め方が複数ある場合があります。危険なのは、分岐をすべて無視することと、1本ですべて見せようとすることです。どちらも手順を使いにくくします。

主な動画は、宣言した1つの経路に絞ります。例えば、「この例では、デスクトップで非公開チャンネルを作成します」と示します。「ワークスペースでこの操作が制限されている場合は、管理者に依頼してください」のように、関係する場面で分岐に触れます。リンクしたテキスト資料なら、全員の視聴を中断させずに、アカウントごとの別の方法を説明できます。

分岐を動画に含めるべきなのは、タスクの意味が変わる場合、対象者に起こりやすい場合、高くつく間違いにつながる場合です。まれな復旧手順は、プレーヤー横のガイドで扱うほうがよいかもしれません。これは学ぶ人の必要性に関する編集判断であり、短ければ常によいという規則ではありません。

2つの分岐で大きく違う映像が必要なら、名前を明確に分けた2本のクリップを作ります。デスクトップ版とモバイル版は、目的が同じでも操作が違います。1つの汎用的なタイトルで違いを隠すと、視聴者が手順に従おうとした際に、避けられる混乱を生みます。

再び見分けられる状態で終える

ダイアログが閉じただけでは、作成タスクが完了したとは限りません。新しい項目を見つけ、設定を確かめ、後で戻る方法を理解する必要が残っているかもしれません。利用者の頭の中に結果が定着する終わり方を選びます。

チャンネルのタスクなら、ワークスペース内のチャンネル、選んだ公開範囲、メンバーの管理場所を見せる終わり方が適切です。メンバーに関するすべての操作を教える必要はありません。新しく作った対象がどこにあり、結果を左右した選択をどう確認できるかを示すのです。

役立つ最後の一文は、例えば「非公開チャンネルがサイドバーに表示されました。詳細を開き、誰がアクセスできるか確認してください」です。「これで準備完了です」と比べてみてください。前者には、観察できる結果と確認の行動があります。後者は安心感を与えるだけで、間違いに気づく助けにはなりません。

同時に別の機能を紹介せず、結果を静止して見せます。視聴者には、自分の画面と比べる時間が必要です。無関係な製品の利点を立て続けに見せて終わると、学ぶ人がタスクを終えようとしている最後の数秒が、再びマーケティングになってしまいます。

実際に手を動かす課題でオンボーディング動画を試す

最も有力な実務上のレビューは、代表的な環境で、動画に沿って実行してもらうことです。録画を作っていない人にタスクを完了してもらいます。どこで止まり、再生し直し、推測し、動画を離れるかを観察します。

最初の試行では、横から教えないでください。抜けていた前提条件を口頭で説明すれば、その人は助かりますが、素材の欠陥を隠してしまいます。難しかった箇所を記録し、何が起きると思っていたかを説明してもらい、その後で、動画、近くの文章、製品自体のどこを直すべきか決めます。

成功したように見えても、結果が間違っていないか注意します。チャンネルを作成できても、意図しない公開範囲を選んでいるかもしれません。タスクを基準にしたレビューでは、最終画面に達したかだけでなく、結果の状態を確認します。共有、公開、請求、権限では特に重要な違いです。

学習者とのセッションができない場合は、時間をかけた制作レビューを行います。宣言した開始状態から、動画が言っていることだけに従い、自分で補わなければならなかった推測をすべて記録します。どの公開範囲を選ぶか、作成したチャンネルがどこにあるかなど、記憶で補った値に特に注意してください。

録画を決めるときから保守を考える

オンボーディングの内容は、ラベル、権限、動作の単位で古くなります。環境とタスクの結果を簡単に記録しておけば、更新後に何を確認すべきか、後のレビュー担当者が分かります。配色テーマの変更は関係ないかもしれませんが、公開範囲の既定値の変更は重要です。

可能なら、説明のオーバーレイと録画したインターフェースを分離します。後でスクリーンショットを置き換える費用は減りますが、自動的に安全になるわけではありません。新しい配置では対象が字幕の下へ移ったり、必要なカメラの切り取りが変わったり、新しい確認手順が加わったりします。

差し替え後にはタスク全体を見直します。すべての画面が最新でも、新しい映像に古いナレーションを重ねると、誤りが残ることがあります。完了の根拠、意味のある選択、宣言した前提条件が、引き続き互いに一致していなければなりません。

よいオンボーディング動画は、自分でも再現できる、小さく本当の成功を与えます。その質は、役立つタスクを選び、それが成立する条件を尊重することから生まれます。洗練された動きは手順を追う助けになります。丁寧な観察が、追う価値のある内容にします。