発表原稿をそのまま画面へ貼ると、聞き手は長い文章を読みながら話を聞くことになります。
一方、単語だけを置いて説明を準備しなければ、話の意味が伝わりません。
このレッスンでは、画面に残す結論・比較・条件と、口頭で加える理由・例・問いを分けます。
同じ構成表から二つを作り、用語や順番をそろえます。
話す原稿は暗記の義務ではなく、説明の抜けと時間を確かめるための材料です。
この記事で学ぶこと
- 投影する言葉と口頭の説明を分ける。
- 同じ例で説明と問いをつなげる。
- 発表原稿に操作と待つ時間を残す。
画面には見比べたい情報を残す
画面に置く情報は、聞き手が見て確かめたいものから選びます。
今回の三項目は、同時に見える方が次の行動を整理しやすいため、決定事項・担当・期限を並べます。
説明文を全部載せるのではなく、それぞれ「何をするか」「誰が引き受けるか」「いつまでか」という短い問いを添えます。
比較例では、曖昧なメモと確認後のメモを同じページで示します。
担当が「営業」から「佐藤」へ、期限が「来週」から具体的な日付と時刻へ変わったことを追えるようにします。
違いを話し手の声だけに任せるより、聞き手が戻って確認できる形です。
ただし、短くするために「確認後」「架空の合意例」という前提を消してはいけません。
誰かの名前と日付だけを示すと、AIが推定した値や実際の予定に見える場合があります。
画面から外す内容は、意味を変えない補足かどうかを判断します。
重要条件は専用ページや短い注記として残します。
制作シートには「画面に置く言葉」と「話して補う理由」を別の列へ書きます。
同じ長文が両方へ入っていたら、画面側を整理する候補です。
聞き手が比べる対象、覚えて帰る言葉、行動の条件を優先してください。
文字が少ないことだけを良いデザインの条件にしないようにします。
口頭では理由と場面を補う
発表原稿は、画面の文をそのまま繰り返すだけでなく、なぜその結論になるかを補います。
三項目のページなら、「担当欄へ名前があっても、本人が引き受けられなければ実行できません」と理由を話します。
画面の問いと具体的な場面が結び付くことで、言葉の使い方が分かります。
一つのページは、結論、理由、短い例、次への接続の順で下書きできます。
ただし、すべてのページに同じ四段落を無理に作る必要はありません。
表紙は約束を短く伝え、問いかけのページでは考える時間を取ります。
ページの役割によって話す量と調子を変えます。
完成見本の発表原稿は教材の下書き例です。
配分秒数が付いていても、その秒数どおりに読めた実演記録ではありません。
話す人が言いにくい文を言い換え、声に出して調整します。
読み上げることに意識を奪われ、聞き手の表情や残り時間を見られなくなるなら、要点のメモへ減らす方法もあります。
原稿を作る際は、本人が話していない体験談や肩書きを加えないでください。
「私の現場では必ず成功した」といった一人称の補強は不要です。
教材の例として説明し、自分の経験へ置き換える場合は確認できる事実だけを使います。
話しやすさと事実の正確さを一緒に点検します。
問いの答えを次の説明で回収する
問いかけは、聞き手に何を考えてほしいかを一つに絞ります。
5枚目では「このメモを見て、次に誰が何をいつまでに行うか分かりますか」と尋ねます。
考える対象は直前に見せた同じ会議メモです。
話題が急に変わるクイズにしないことで、中心の主張へ集中できます。
原稿へ「10秒待つ」と書き、実際の練習でも待ちます。
この時間は5枚目の予定70秒に含まれています。
間を取らずすぐ自分で答えると、問いかけが単なる言い回しになります。
逆に、全員の発言を順番に集めると配分が変わるため、参加方法を主催条件に合わせて決めます。
次の6枚目で、本人に確認して合意した設定のメモを示します。
「担当が具体的になり、期限も日付と時刻になりました」と、問いで探した部分を回収します。
確認前後で違う案件を使うと、どの変更が答えなのか分かりにくくなります。
同じ例を使い、変更した箇所を明確にします。
聞き手から別の答えが出た場合は、正誤だけで切らず、何が不足と感じたかを短く確認します。
ただし、10分の説明枠で扱い切れない論点は質疑へ残します。
原稿には、問い、待つ時間、回収する答え、次へ戻る言葉を記しておくと、その場の反応で話の軸を失いにくくなります。
操作と間を原稿へ書き込む
登壇中に行う操作も原稿へ含めます。
ページ切替、比較する場所を示す動作、聞き手を見て待つ時間は、読む文章とは別の指示として書きます。
「ここで次へ」「10秒待つ」のように短く区別し、うっかり口に出して読まないようにします。
完成見本では、ページごとに原稿パネルへ記載します。
原稿パネルは同じブラウザー画面に表示されるため、投影中は隠します。
別のモニターや端末で読む場合でも、共有対象がどの画面かを確かめてください。
「原稿を表示」というボタンがあることと、聞き手に見えない発表者専用画面があることは違います。
機能名から安全だと推測しないようにします。
操作を増やすと、説明内容より手順に注意を使う場合があります。
今回はライブのアプリ実演や動画再生を入れず、前後移動だけで話せる構成にしています。
自分の登壇で実演が必要なら、失敗時の予備画面と、どこまで実測したかを別に準備します。
生成画像を実演結果として扱わないでください。
原稿の保存先はwork/発表原稿.mdです。
ページ番号、予定秒数、話す内容、操作、接続をそろえます。
構成表の順序を変更した場合は原稿も同じ順へ更新します。
資料と原稿を別々に改訂して、表示していない例を話す状態にならないよう、番号とタイトルで対応を確認します。
同じ言葉を画面と原稿で使う
用語の揺れは、聞き手に不要な読み替えを求めます。
画面では「決定事項」、原稿では「タスク」や「議題」と呼び替えると、同じものか別の概念かが曖昧です。
今回の三項目は決定事項・担当・期限へ統一し、相談中の議題と決まった行動を区別します。
未決の説明でも、確認担当が決まったことと、変更案の承認を混同しない表現が必要です。
E2なら「田中が施設側へ確認します。受付開始日の変更自体は未決です」と話します。
画面の短い表現だけでは省かれる主語を、口頭で補って意味を揃えます。
第4工程では、AIに画面案と発表原稿の対応表を作らせます。
「担当」「期限」「未決」「2分」などの重要語を照合し、数字や条件が変わった箇所を指摘してもらいます。
AIの指摘をそのまま採用するのではなく、元情報のIDへ戻ってどちらを直すかを判断します。
原稿に画面にはない新しい約束が入っていないかも見ます。
「これで聞き直しがなくなります」という説明は、教材の根拠を超えています。
「聞き直す点を減らせるか試して確かめます」のように、未検証の範囲を保ちます。
画面と声の両方で、言えることと言えないことを揃えてください。
実践課題
実践課題：画面案と発表原稿を対にする
構成と時間配分、主張と根拠、元情報を用意します。
第4工程の指示で、10枚それぞれの画面案と発表原稿を作ります。
画面には結論と見比べる情報、原稿には理由・例・問い・接続を分けてください。
5枚目に10秒の待ち時間を入れ、6枚目で同じ例の答えを回収します。
work/画面案.mdとwork/発表原稿.mdを保存し、番号とタイトルを照合します。
- 各ページで見せる言葉を絞る。
- 理由・例・問いを発表原稿へ書く。
- 原稿と画面の用語を照合する。
架空例では、画面へ「未決は決定済みにしない」、原稿へ「確認する担当が決まっても、変更案の承認とは違います」と書き分けます。
自己確認は、長い原稿を画面へ重複して貼っていないか、数字と重要語が一致するか、問いの回収と操作が記録されているかの三つです。
AIが本人の体験談を足した場合は削除ではなく修正文へ置き換え、正しい教材例として保存し直します。
自己確認
- 投影する言葉と口頭の説明を分ける。
- 同じ例で説明と問いをつなげる。
- 発表原稿に操作と待つ時間を残す。
まとめ
画面は結論や比較対象を見せ、声は理由や具体的な場面を補います。
問い、待つ時間、答えの回収をつなげ、操作も原稿へ残しました。
短くしても重要条件や架空例の表示は保ちます。
原稿は同じ画面で表示されるため、投影時は隠すことも確認してください。
次は、構成、画面案、発表原稿をAIへ渡し、操作できる10枚のHTMLを生成します。
- 投影する言葉と口頭の説明を分ける。
- 同じ例で説明と問いをつなげる。
- 発表原稿に操作と待つ時間を残す。
