アウトプットしフィードバックを得る手法
いよいよ次回が最終発表というところでアウトプットしフィードバックを得る手法に焦点を合わせて、いろいろな考え方をお伝えしていきます。
次回の発表の流れの確認
- 最終課題として作ったものをプレゼンテーションします
- 伝える内容
- この作品はどんなものか（コンセプトや自分の想い）
- どうつくりつづけたか
- 制作デモ
- 動画デモ or リアルタイムデモ必須
- 伝える内容
- プレゼンテーションの制限時間は 1 人あたり 7 分以内
- 発表後、フィードバックフォームから「良かった点」「気になった点、こうするといいなっていう点」フィードバックを書き込み
- これは生徒全員が他の生徒全員に対して授業時間内のリミットで行います
- 予定フォーム → URL 見えますか？
- 授業終了後、フィードバックを踏まえて第 8 回にブラッシュアップ
- 生徒の皆さんが見れる予定スプレッドシート → URL 見えますか？
なお、発表順は、学籍番号順でおこないます。
アウトプットは伝わってこそ
プレゼンテーションにおいても、ちゃんと伝わることによってフィードバックが生まれます。
このようなポイントに気をつけて自分の考えを伝えていきましょう。
- 画面共有やマイク音声のプレゼン準備はしっかりする
- 大きな声でハキハキと身振り手振りを交えて伝える
- デモへつなげるために相手に伝わるステップを踏む
- 内容の組み立て・時間配分に気をつける
画面共有やマイク音声のプレゼン準備はしっかりする
なにより、伝える環境はしっかり整えましょう。今回は、オンライン登壇となります。
- 画面共有がスムーズに出来るか
- マイク音声が相手に聞き取りやすいか
- リアルタイムデモ時の WEB カメラでうまく表示でき伝わるか
あたりを事前にチェックしておきましょう。
とくに、Zoom での画面共有の場合は背景処理によって、見せるデバイスも背景に溶けてしまい見えにくくなる場合があるので注意です。
大きな声でハキハキと身振り手振りを交えて伝える
これは、オンライン登壇でもオフライン登壇でも一緒です。
もちろん、自分のできる限りで大丈夫です。
- この作品はどんなものか（コンセプトや自分の想い）
- どうつくりつづけたか
この部分はただ発表するだけでなく、自分の体験をうまく交えて伝えると、他人事ではなく当事者として話しやすくなります。自分のプロダクトを人に伝えたい！というポジティブな気持ちを乗せましょう。
プレゼンテーションとしての外装の話
自分のプロダクトにおいて、手元で人に見せる用であったり、展示用であったり、どこかへの設置用であったりを想定して制作している場合もあるでしょう。
ですが、プレゼンテーションとしての外装は、オンラインでもオフラインでも独立した見せ方を考えておくことがおススメです。
今回はオンラインを想定しても色々あります。
- WEB カメラでアップして見やすいものになっているか？
- 文字だけでなく色も変わって遠目でも分かりやすくしてみる
- ボタン操作をするために両手がふさがってしまいプレゼンしにくくないか？
- 片手で足りるような、振る動作であったり、押しやすいボタン操作であったりを考える
- 実際にどこかに設置したように想像できるか？
- あえてミニチュアや仮の設置物を手元に持ってくるなど雰囲気が伝わるようにする
- 手元で見せるために全パーツが見える状態か？あるいは一部でも伝わるか？
- 説明がなくても伝わるような分かりやすい見た目になっているか？
- プレゼンテーションするために手順が多くないか？
などなど、プレゼンテーションする場合は、普段使いと違う、注意点があります。
自分でプレゼンテーションを試してみて、ちゃんと伝わるものになっているか試してみましょう。ちょっとした変更で、とても説明しやすくなったり、グッと魅力的に伝わるようになったりするので、積極的にトライしていきましょう。
デモへつなげるために相手に伝わるステップを踏む
今回は、動画デモ or リアルタイムデモが必須です。
なぜ、これを行っていただくかというと、今回のような現実のデバイスを使って自分のプロダクトを作る場合「実際に動くものが一番伝わる」というのがあるためです。
たとえ冒頭でうまく伝えられなかったとしても、実際動くものを見せながら「これで、こういうことが少しでもより良くなります」「これがあることで使う人が楽しくなる」「煩わしかったものが、これで一歩ラクになる」などコメントをしていくのも良いでしょう。
相手には実際に思いがある人が手を動かしカタチにして伝えようとしていることで、信頼感や説得力が強化されます。
リアルタイムデモは自然と実際動くものを見せながら説明することが多くなります。
動画デモは、デモで動かす部分も説明する部分もすべて動画に入れてしまうオールインワン方式と、デモだけを収録して再生して口頭で説明を加えていくアフレコ方式があります。
オールインワン方式は一度作ってしまえば流すだけで楽なように見えますが、流している最中がどうしても単純なビデオ視聴しているようになり盛り下がりがちなので、結局、その場の雰囲気に合わせて調整する部分はトークでカバーしがちです。 また、音声合成やテロップ挿入など動画編集にかなりパワーを使うことになるので、そういった制作コストも考慮して進める必要があります。
アフレコ方式は、口頭の説明はリアルタイム性が高く、そのひとの思いが伝わります。リアルタイムデモの一歩手前といえます。デモ自体の失敗がないので説明に集中することができるのが大きなメリットです。
リアルタイムデモを是非トライしてほしいですが、設置済みのものであったり、持ち運びが難しいもの、見せるために複数人の助けが必要だったりと、デモに向いていないものはあるのも事実。
そのときは、アフレコ方式の動画デモもぜひ検討しましょう。
相手と自分の情報差を見極めて相手へ分かりやすく伝える段階を踏みましょう
アウトプットは、聞いてくれる相手への贈り物です。相手に対して唐突にならないように、ちゃんと段階を踏むことも大切です。唐突な独りよがりのアウトプットは、相手の理解を戸惑わせノイズとなります。
最初は、静止画でパッと内容が把握できるようしてから、動画による実際の動作を伝え、リアルタイムデモで、手元で動かし魅力的に伝える。こういったデモに入る前フリは大切にしましょう。
リアルタイムデモは成功すると盛り上がり、一気に内容が伝わります。しかし、ネットワークトラブルや不具合などで失敗すると大きく伝えたい情報が欠けることがリスクです。
そのため、まずは静止画や動画によって、丁寧に相手への印象を段階的にあげていくことで、スムーズな伝達を心掛けつつ、たとえ、うまく伝えられなかったときにも静止画や動画で伝わるという厚みあるアウトプットを目指しましょう。
もちろん、いきなりデモからはじめるという高等テクもあります。デモの成功に大きく後の進行が左右されますが、プレゼンテーションに自信がある方は、インパクトはあるので挑戦してもいいかもしれません。そのあたりは制限しないので、自由に組み立てていきましょう。
リアルタイムデモ時のおススメ操作
リアルタイムデモ時は一旦スライド共有を外して WEB カメラから見せるとよいです。そうすることで、大きい画面で操作を見せることができます。
また、背景設定も外しておいたほうがいいでしょう。Zoom では背景処理によって、見せるデバイスも背景に溶けてしまい見えにくくなる場合があります。
内容の組み立て・時間配分に気をつける
登壇時間は 7 分です。
- 伝える内容
- この作品はどんなものか（コンセプトや自分の想い）
- どうつくりつづけたか
- 制作デモ
- 動画デモ or リアルタイムデモ必須
内容の組み立てに関しては、今回は、ある程度固定されているので、やりやすいとは思います。このあたりは授業ですので、あえて整えてあります。
ただし、時間配分には気をつけましょう。
とくに、リアルタイムデモは、ついつい見せ場を多めに見せたりという欲目が出たり（いいんですけどね！）、トラブルや作業のもたつきで時間計測が難しいので、注意して構成しましょう。
その点、動画でのデモは再生時間が固定なので便利ですね。時間内に伝えたいことが一定量しっかり伝わるのはメリットです。
ともあれ、プレゼンテーションは練習することで磨かれる
いろいろとお伝えしてきましたが、一旦自分の話したいことを詰め込んでみて、何度も練習することで、プレゼンテーションが磨かれます。ぜひやっていきましょう。
リアルタイムデモもやってみないと分からないところも多いですし、いくら全部伝えたくても収まらず、要点だけ伝えたり、削ったりすることもあるでしょう。練習することで、自分がつまづきやすい操作に気づいて対策することもできます。
事前に「これくらい時間がかかるけど、収まる」と感覚がつかめていると、当日は落ち着いてプレゼンテーションできることが多いです。練習していて当日だけミスすることは少ないです。
練習方法としては、よくあるやりかたとしては、タイマーを使って計測する方法があります。さらに Zoom での録画や動画キャプチャツールを使えば、再生時間がそのまま登壇時間として把握できますし、なにより自分の登壇を客観的にみることもできるのでおススメです。
ちなみに、動画キャプチャツールは Mac にも Windows にも標準でついています。
- Macの画面録画は「QuickTime Player」使用方法の基本を解説│toaster team
- Windowsの標準機能やパワポで画面を動画キャプチャー ～専用アプリはもういらない？ - 高橋忍のにゃんともWindows - 窓の杜
- ゲームバーでの録画がかなり手軽です
もし、伝えたい内容が大きく残ってしまったら
練習を繰り返して調整していく上で、要点は押さえられているものの、大きく伝えたいことが残ってしまうこともあるかもしれません。あるいは、途中の良い制作物が伝えられないこともあるかもしれません。
普段からアウトプットできていれば、そちらを note や Qiita でまとめて伝えられるかも模索してみましょう。
あらためて note や Qiita などにアウトプットするのもよいでしょう。そして、登壇中に「こういったものもあります、ぜひみてみてください」と伝えられれば、自分のプレゼンテーションにまつわるストーリーに奥行きが出ます。おススメです。
田中講師のプレゼンテーションを見てみましょう
このあたりで、わたくし田中講師の最近のプレゼンテーションを一緒に見てみましょう。
もちろん、今回の構成と IoTLT での構成は違うものなので、真似してくださいというものではありません。あくまで、参考によろしくお願いします。
ビジュアルプログラミングIoTLT vol.9 アーカイブ 田中登壇部分
- 静止画 → 動画 → リアルタイムプレゼン の流れ
- シンプルなページレイアウトで説明に熱量を乗せるやり方
- 伝え方の段階の踏み方
- メイン以外の伝えたい内容の外部リンクとしての伝え方
- などなど
あたりを補足しながら伝える予定です。（時間がありますように）
ちなみに、今回は練習せずに臨んでしまったので当初決めた時間を若干オーバーしてます。かっこよく制限時間に収められずくやしいですが、練習しないと私でもそうなるというところも含めて教訓として伝えます！
プレゼンテーションもプロトタイピングです。成功も失敗ありますが、自分で少しずつ登壇機会をうかがいながら、改善点やうまくいく方法を模索して、自分なりに磨いていきましょう。
プレゼンテーションは自分を受け入れることでもある
プロトタイピングの気持ちのコントロールが難しいところは、どこまでも「途中経過」というところです。つくりつづけるということは発想し進化しつづけるという面もありますが、裏を返せば、ずっと完成しないということでもあります。
自分の成果をリアルタイムにさらけ出すプレゼンテーションは、見せ方を考え切ってからツイートするのと比べて自己開示や自己内省の要素が強いため「ここまでしかできてないないのに伝えていいのか」「途中までしかできていないので恥ずかしい」といった気持ちが出てくることもあるでしょう。
そんなときも、自分の「手を動かしたことによって進んだこと」「頑張ってここまで出来たこと」「つくることによってより解像度の上がった自分が目指すところ」に焦点を当てて、いまの現状を、自分にポジティブに受け入れてプレゼンテーションすることが大切です。
質疑応答
ここまでで質問があればどうぞ！
次にすすみましょう
左のナビゲーションから「フィードバックを得るためのアンケート手法]」にすすみましょう。