Synthesiaで研修動画を作るなら、最初にavatarやtemplateを選ぶのではなく、学習者が視聴後に説明・判断・操作できることを一つ決めます。そのうえで、確定した資料をsceneとscriptへ分け、voice・画面・配布先を確認します。資料からscriptを作る場合も、生成された文章を現行の手順書と照合してから動画にしてください。
目次
動画で終わらせたい作業を一つにする
「研修を動画にする」だけでは、内容が広くなりすぎます。視聴者が見終えたあと、何をできる状態にするのかを書き出します。たとえば「経費申請の必要書類を選び、提出先を確認できる」「顧客情報を含むファイルを社外へ送る前に承認者へ確認できる」のように、行動と対象を含めます。
一つの動画で複数の手順、例外、制度説明を扱う場合は、学習目標ごとに動画やsectionを分けられないか検討します。短くすること自体が目的ではありません。視聴者が必要な箇所へ戻りやすく、改訂時に影響範囲を特定しやすい単位で構成します。
元資料と作成方法を合わせる
確定済みscriptがあるなら、それを直接編集画面へ取り込む経路を確認します。手順書やdeckから初稿を作る場合は、Synthesia Assistantやファイルを使う作成方法が候補です。既存のPowerPointを利用する場合や、同じデザインを繰り返す場合は、templateや既存動画を土台にできます。利用できる入口や画面名は製品更新で変わるため、アカウントの画面と公式ガイドを確認してください。
文書から初稿を生成する場合、元ファイルを動画へそのまま変換したと思い込まないでください。AIが要約、並び替え、表現の変更をしている可能性があります。規程文の一字一句、条件、禁止事項、期限を変えてはいけない研修なら、生成されたscriptを元資料と照合し、必要箇所を人が戻します。
表は横にスクロールできます
| 手元にあるもの | 作成開始の候補 | 生成後に必ず照合するもの |
|---|---|---|
| 承認済みscript | scriptを使ってeditorへ取り込む | 文言、数字、見出し順 |
| 手順書・文書 | Assistantやfile inputから初稿を作る | 例外、注意、禁止、出典 |
| PowerPoint | スライドを基に作成する | slideの要点とsceneの対応 |
| 毎月更新する研修 | templateまたは既存動画から始める | 更新対象sceneと古い画面 |
| まだ目的が決まっていない | 生成を始めず学習目標を確定する | 誰が何をできればよいか |
storyboardでsceneと確認担当を決める
編集画面を開く前に、学習目標をsceneへ対応させます。sceneは単なるスライド枚数ではなく、視聴者が一つの内容を理解する区切りです。1つのsceneに手順を詰め込みすぎると、読み上げと画面の情報を同時に追いづらくなります。
表は横にスクロールできます
| Scene | 目的 | 話す内容 | 画面に置くもの | 根拠・確認担当 |
|---|---|---|---|---|
| 導入 | 対象と前提を伝える | 誰向けの何の研修か | 対象業務と版 | 研修オーナー |
| 手順 | 実行順を示す | 操作または判断の順番 | 画面、図、番号 | 業務担当 |
| 例外 | 間違いを避ける | 迷いやすい条件と相談先 | 注意点を一つ | 管理者・法務等 |
| 練習 | 理解を確かめる | 具体例への問い | 質問と期待行動 | 教育担当 |
| 次の行動 | 現場で使う場所へつなぐ | 手順の参照先と問い合わせ先 | URLや窓口 | 公開担当 |
これはSynthesiaが自動で最適な学習設計を保証する表ではなく、制作前に人が埋める設計票です。元資料にない答えや期限を追加せず、判断できない欄は担当者へ確認します。
scriptは読み上げと画面を分けて書く
sceneごとに、読み上げるscriptと画面上に出す文字を分けます。画面の文をそのまま全て読み上げる必要はありません。操作の説明では、声で「次に申請者を選びます」と伝え、画面では該当欄を示すなど、役割を分けます。字幕や表示時間を考えて一文を短くし、略語、部署名、製品名、金額、日付の読みを確認します。
口頭説明と画面が食い違うと、視聴者がどちらを信じるか迷います。操作画面を撮影・挿入する場合は、テスト用データを使い、メールアドレス、顧客名、社員番号などを隠します。規程の文言を画面へ載せる場合は、コピー後の句読点や単位が元資料と同じかも見直します。
templateとvisualは反復を助けるために使う
Templateは複数動画で色や配置をそろえる場合に役立ちます。ただし、見た目を先に決めると、学習目標と関係しないavatarや装飾を全sceneへ入れてしまうことがあります。sceneの一覧を作り、説明、図解、画面操作、注意事項などの違いを見てからlayoutを選びます。
avatarは講師の代わりとして常に必要とは限りません。複雑な画面操作なら、画面を大きく見せ、avatarを小さくする、または出さない選択が考えられます。概念説明では、図の読み順や用語を補うことが大切です。Visualは情報理解を助けるために置き、飾りとして追加しないようにします。
まずは使ってみる
記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。
Synthesia
voiceとavatarを確認する
voiceは一度選んだだけで完了とせず、scriptの一部を再生します。名前、専門用語、日付、英語略語を含む箇所を試し、読み方が崩れればscriptの表記や区切りを調整します。avatarの表情や動きが研修の内容と合うかも確認します。医療・安全・コンプライアンスなど慎重さが必要な説明では、演出が軽く受け取られないかを人が判断します。
本人の声や顔を使う場合は、同意や利用範囲、保存期間を確認します。企業や第三者のロゴ、商品画像、画面キャプチャを使う場合も、権利と社内ルールを確認してから取り込みます。生成サービス上で利用可能な素材であることと、すべての配布先で使えることは同じではありません。
初稿をレビューする順番
初稿を確認するときは、見た目より誤りの影響が大きい項目から見ます。手順の順序、必要条件、数字、固有名詞、例外、禁止事項を元資料と照合します。次に、学習目標に必要な情報がsceneから抜けていないか、説明が画面と一致するかを見ます。最後に、声の速度、字幕、音量、画面の余白などを整えます。
レビューを一人へまとめて依頼すると、内容確認とデザイン確認が混ざり、修正理由が分かりにくくなります。業務担当は事実、教育担当は理解度、ブランド担当は表記、公開担当は配布権限を確認するなど、役割を分けます。承認後にscriptを変えた場合は、変更したsceneだけでなく、関連するvoiceとsubtitleも再確認します。
表は横にスクロールできます
| 失敗の兆候 | 確認するもの | 次にすること |
|---|---|---|
| 内容は正しいが行動できない | 学習目標と練習場面 | 判断や操作を試す問いを追加 |
| 元資料と違う数字がある | 生成scriptと根拠資料 | 根拠資料に合わせて修正し再確認 |
| 一画面に文字が多い | 字幕とvisualの役割 | 音声で説明し、画面表示を絞る |
| 操作画面が古い | 撮影日、画面、手順書の版 | 現行画面を再取得し該当sceneを差し替え |
| 動画更新後に参照先が不明 | 元資料、版、担当 | 管理者と公開場所を記録 |
| voiceが用語を誤読する | script表記とpreview | 読みを調整し、対象箇所を再生 |
視聴後に理解を確かめる
研修は動画を再生しただけで完了とは限りません。視聴者が手順を覚える必要があるなら、動画の最後に短い確認問いを置くか、実際のフォーム・画面で操作してもらいます。問いは動画内の文を暗記したかではなく、現場の判断や行動に必要な条件を選べるかを確かめます。
たとえば「どの申請を選ぶか」「添付が不足した場合、次に誰へ確認するか」を具体例で尋ねます。答えが分かれる場合は、正解を動画へ追記する前に、元資料と業務オーナーへ確認します。研修の効果を確認していないのに、「理解度が上がる」「ミスが減る」と結論づけません。
公開前チェック
-
対象者、学習目標、完了条件が書かれている。
-
元資料とscriptの数字、例外、禁止事項が一致している。
-
sceneごとに一つの主目的がある。
-
avatar、voice、visualが学習目標を妨げていない。
-
字幕、画面比率、操作画面を出力動画で確認した。
-
視聴後に理解を確かめる方法がある。
-
公開先、アクセス範囲、更新担当が決まっている。
-
動画を更新する際に参照する元資料と版が分かる。
AIものさしの判断
Synthesiaは、script・資料・templateなどから動画の初稿を作り、sceneごとに整える選択肢を提供します。ただし、資料を入れたことは、正しい研修内容が完成したことを意味しません。要件が変わりやすい業務ほど、生成後に元資料と照合し、配布後に更新できる形で管理する必要があります。
AIものさしでは、avatarが説明していることではなく、学習者が必要な手順を理解し、根拠資料と整合した状態で現場へ移れることを完了条件にします。学習目標が複数なら分割し、誤りが事故や金銭に影響する内容なら担当者のレビューと理解確認を追加してください。
例:申請方法を教える短い研修
「旅費申請の提出手順」を扱う場合、最初に対象となる社員と利用する申請フォームを示します。次のsceneで申請種別を選び、領収書を添付する流れを画面で説明します。別sceneで、海外出張や領収書がない場合の扱いを現行規程から確認し、判断できないときの相談窓口を示します。最後に、提出後に申請状況を確認する場所を表示します。
ここで、会社独自の期限や金額上限を例として書かないでください。実際の規程から確認できる場合だけ表示します。フォームの見た目を撮影する場合、実在の社員データを入れず、ダミー情報を使用します。動画の末尾に規程の参照先と版を記載し、内容更新時に担当者がどこを見るかを残します。
更新しやすい制作物として残す
動画だけを保存すると、後日制度が変わったときに内容を修正できない場合があります。script、scene一覧、参照資料、公開版、更新担当を同じ管理場所へ残します。変更が必要なsceneを特定できるよう、sceneごとの根拠や画面キャプチャの取得日を管理します。
公開後に「この手順は違う」と指摘された場合は、動画をすぐ再生成するだけでなく、元資料の変更か動画制作時の転記誤りかを分けます。元資料が更新されていない場合は、そのまま説明へ書き足さず業務オーナーへ確認します。動画の修正と、規程・手順の改訂は別の承認経路で扱います。
引用・データ出典
公式情報を編集部が見た内容です。Hands-on未実施の記述は本文かここに分けています。
確認日:
Synthesia:Video Creation(新しいタブで開く)
