デベロッパーアドボカシーハンドブック（12）：プレゼンテーションスライドの作成

---

著者：Christian Heilmann
翻訳：荘七

良いスライドデッキは、あなたのトークの仲間です。それはあなたの話を強調し、聴衆をトピックに興奮させるべきです。完璧な例では、各スライドが単独で存在でき、それらが一緒になって、スピーカーとしてのあなたが語るべきストーリーを記述するはずです。

説明するのではなく、示す

コンテンツを作成し、適切なツールを選択したら、スライドを作成する時がきました。前述のように、覚えておくべきことは、スライドはあなたのトークそのものではなく、その概要であるということです。スライドの役割は、あなたの語りを流れに沿って進め、聴衆にその時点でのトークの位置を示すことです。

人間のコミュニケーションは、大部分がボディーランゲージであり、あなたがそこに立ってスライドを読んだり、さらに悪いことに、大画面で起こっていることを見るために振り返ったりすることは、コミュニケーションの災害です。

さらに、それはあなたが聴衆に集中できないことを意味します。聴衆とそのボディーランゲージを観察することは、良いスピーカーになるための大きな部分です。

事実：トークは、あなた自身を称えたりショーを行ったりすることではなく、魅力的で興味深い方法で聴衆に情報をもたらすことです。 あなたは、あなたの効果を見ることができるときだけ、言いたいことを読まなければならないときではなく。

したがって、あなたは、トークのこのセクションで話したいことを説明し、強調するために、1つの文、あるいは単語、写真、スクリーンショット、チャート、またはイラストを見つける必要があります。聴衆に読んだり見たりするもので圧倒するのではなく、聴衆があなたに集中できるようにしましょう。トークの中で自由になり、聴衆が居眠りしたり去ったりするのを防ぐために必要に応じてスタイルを変えましょう。

昔の簡単な例を見てみましょう。私が持っていた情報は次のとおりです：

データのウェブに興味を持つ方法は、私たち自身をウェブ全体に分散させ、データを私たちのサイトに戻すことです。

最初のステップは、コンテンツをウェブ全体に分散させることです：

• Flickrに写真をアップロードする

• Delicious（どれだけ昔のことかわかりますね）でURLをブックマークしてタグ付けする

• Twitterで短くてパンチの効いた更新を書く

• YouTubeに動画をアップロードする

• Google Mapsで住所をリンクし、運転手順を設定する

• XingやLinkedInで履歴書とCVを作成する

このアプローチの利点は以下のとおりです：

• データは複数のサーバーに分散されます - たとえあなた自身のサイトがオフラインの場合（たとえばメンテナンス中）でも、データは依然として存在します。

• あなたは、あなたのサイトに行ったことのないユーザーやコミュニティに到達します。

• これらのサイトからあなたのコンテンツに関するタグとコメントを取得します。これらは、将来的にメインサイトで関連するコピーを書くためのキーワードやガイドラインになる可能性があります。あなたは人々が何を聞きたいかを推測するのではなく、知ることができます。

• これらのサイトでのコメントはまた、複雑なお問い合わせフォームに誘導するのではなく、自然に発生するウェブユーザーとのコミュニケーションチャネルを開始することを意味します。

• 画像や動画アセットをウェブ形式に変換することを心配する必要はありません - まさにこの目的のために構築されたサイトが自動的にそれを行います。

• 他の人々があなたのコンテンツを彼らの製品に埋め込むことを許可することで、彼らの成功と信頼性に乗ることができます。

上記の情報に付随する2つのスライドを以下に示します。

これらのすべてのことについて話す代わりに、私は彼らがすでに知っているものとして会社のロゴを使用し、私がもたらしたいものをいくつかの矢印で示しています。私はこれらのサービスを一つ一つ見ていき、人々がそれらで何ができるかを説明することができました。そして、2番目のスライドは、これらのサービスの完全性に乗る利点を示しています。この方法で何ができるかの実際の例を加えると、良いトークセクションになります。

警告：この例で見ることができるように、ウェブ全体にあなたの情報を分散させることは、比較的短期的な経験になる可能性があります。これらのサービスの多くはもはや存在しませんが、私のブログは続いています。ウェブ上のあなたの存在に関して覚えておくべき重要なことは、将来的に新しいサービスにインポートできるコンテンツのローカルコピーを常に保持することです。また、あなたが使用するサービスがデータをエクスポートするオプションを提供していない場合、それは警告信号です。

画像の使用と検索

画像は情報を伝える優れた方法です。あなたはおそらく、空を飛ぶ鷹や静かな滝などの感化的な画像を使った美しいプレゼンテーションを見たことがあるでしょうが、これはすぐにクリシェになります。

私は2つの理由で画像を使用します：スライドに予期せぬ面白いもの（はい、主に猫）を入れるため、または実生活のシナリオに接続するためです。

例：セキュリティのトークを行うとき、セキュリティの欠陥のあるウェブサイトを示す代わりに、こじ開けられた鍵、壊れた鍵のついたドア、または理解しにくい概念と明らかな問題または悪い解決策との間のギャップを埋めるための類似のものを示します。私が悪いアクセシビリティについて話すとき、醜いウェブサイトを示す代わりに、階段のある車椅子用スロープや狭すぎるドアの後ろの車椅子対応トイレを示します。 画像を使ってあなたのポイントを説明し、「きれいにする」ために使わないでください。きれいな画像は、役に立つよりも注意散漫になる可能性があり、きれいにするためには、色とタイポグラフィがあります。

今日の時点で、使用する画像を見つけるのは簡単です。無料で使用できる画像を提供する様々なリソースがあり、率直に言って、ほとんどの携帯電話には十分な品質のカメラがあるので、自分で写真を撮ることができます。完璧な写真を撮る必要に悩まされないでください、十分な品質であれば十分です。スライドはあなたのトークを助けるために存在します。それらはあなたのパフォーマンスの壁紙です。

例：たとえば、鍵の写真が必要だとしましょう。このリンクの写真はすべてスライドで使用でき、元の写真家に名前を挙げて感謝するだけで済みます。私は通常、他の人が必要な場合に写真を再利用できるように、スライドにFlickrの写真のURLも含めます。 スーツを着た多民族の人々がハイタッチや握手をする高価なストック写真は必要ありません - クリエイティブ・コモンズに掘り下げて参加すると、私たちは皆、より興味深いスライドを持つことができます。

警告：実際に画像を使用する権利があることを確認してください。トークで写真を使用したために訴えられる可能性は低いですが、一見「無料」のリソースを使用してアーティストを詐欺する人もいます。あなたも自分の仕事に報酬を得たいですよね。したがって、画像を見つけた場所がそのソースでもあることを確認してください。 スクリーンショットの力は驚くべきものです。聴衆が後で確認できるウェブリソースを指摘する代わりに、ウェブサイトのスクリーンショットを作成し、URLをスライドにオーバーレイします。このようにして、人々はリソースの外観について視覚的な概念を得ることができ、リソースにアクセスするときにより強い「ああ、これを覚えている」という感覚を得ることができます。これはシステムのインターフェースにも当てはまります - あなたが示して説明すると、説明だけの場合よりも多くの人に届きます。

ヒント：ほとんどのオペレーティングシステムには、矢印、強調表示、または画像にテキストを追加するなどの注釈を追加するための組み込みエディターがあります。これらの追加を代替説明にも繰り返すようにしてください。

コード例について

コード例は、多くのスピーカーが正しくするために多くの時間を費やすものです。あなたは、コードを簡単に変更できるようにしながら、可読性の良い組み合わせを望んでいます。プレゼンテーションソフトウェアは、デフォルトではコードを表示するのに適していません。等幅設定がなく、引用符が「スマート」引用符に置き換えられ、インデントがすべて間違っていて、コードエディターよりもスペースが少なく、他にも多くの問題があります。

しかし、コード例は重要です。なぜなら、それらは人々にあなたが話していることをすぐに使う方法を示し、あなたがカバーするトピックを彼らが馴染みのある領域にもたらすからです。コードの数行とそれらがブラウザでどのように機能するかを示すことは、あなたが話している製品の驚くべき機能について話すよりもはるかに強力です。これは、あなたが常にあなたのアドボカシーで答えようとする「私にとって何が得られるのか？」という質問に戻るものです。

私は次のようにしています。通常のエディターでコードを書き、フォントを少し大きくして、スクリーンショットを撮ります。これにはいくつかの利点があります。

• カラーコーディングがあり、可読性が向上し、コードの理解が助けられます。

• 正しいフォントとコードレイアウトがあり、「マジッククォート」の迷惑がなくなります。

• コードを1か所に保持し、コードの変更は別のスクリーンショットを作成する必要があります。

優れたコード例の作成に関する章で説明されているように、ライブデモとダウンロード可能なコードソースパッケージを提供すると、誰もが勝者になります。

音声とビデオ

音声とビデオは、トレーニングと説明のための強力なツールです。たとえば、システムの2分間のスクリーンキャストは、たくさんの巧妙なテキストよりも人々がシステムを理解しやすくなります。とにかくテキストが必要です。なぜなら、誰もがビデオを見たり聞いたりできるわけではないからです。しかし、トークでは、それは注意散漫の原因になることが多いと私は見つけています。はい、それはあなたのスライドを豊かにし、あなたを1990年代以降のスピーキングリーグにカタパルトしますが、それはまた恐ろしい干渉でもあります。

スピーカーとして、あなたは通常、聞かれたい人になりたいと思っています。あなたはまた、ボディーランゲージを使って、伝えたいメッセージを強調します。時々、スライドの情報を指摘しますが、聴衆をあなたの語りに戻します。トークで音楽やビデオを使用すると、聴衆のすべての感覚が画面で起こっていることに集中しているため、一時停止が生じます。また、あなたが画面を見るために振り返るトークの瞬間を作り出し、あなたも聴衆の一部になります（聴衆がビデオを見ている間に聴衆に向かうのは不気味です）。

マルチメディア要素の破壊的な性質を考えると、私は可能な限りそれらを避けます。それらはクールに見えますが、すぐにそれらが価値以上のトラブルになることに気づきます。たとえば：

• あなたは、AVがあなたとあなたのコンピューターにオーディオ付きのビデオを表示できると期待しています（幸運を祈ります）。

• あなたは、プロジェクターがビデオを表示できると期待しています。

• あなたは、スライドをビデオに変換しない限り配布不可能にします。

• あなたはトークのリズムを失い、本質的に、人々を再び引き出す必要のある休憩を作り出します。

これは、あなたがビデオやスクリーンキャストについて話すことができないことを意味するものではありません。私は通常、それらをYouTubeにアップロードし、それらのスクリーンショットを撮り、YouTubeのURL（HTMLコメントでリンクして提供できます）と一緒にスライドとして提示します。このようにして、トークの時間を5分失うことなく、ビデオについて話すことができます。また、ビデオで何が起こっているか、それが私たちが話していることとどのように関連しているかを説明することもできます。そして、ビデオを見ることができない人々も、ここで何が起こっているかを知ることができます。

ヒント：ここでの例外はスクリーンキャストで、私は大ファンです。インターフェースでクリックしたりライブデータを入力したりする代わりに、画面を録画してからそれについて話します。配布の問題はまだ発生しますが、会議の設定では、音声が必要な本当の「映画」よりも、無音のビデオの方が問題が少ないことを見つけました。 例：私の規則の別の例外は、非常に感情的な反応を呼び起こし、人々に彼ら自身の経験を超えた非常に人間的な何かを理解させたい場合です。一例は、私が昔作成したYouTubeのアクセシビリティ版について話したときです。これらのインターフェースの変更がどのような影響を与えるかを説明する代わりに、認知障害のある人々と盲目のKirinがオンライン動画を楽しむことができる様子を示しています。特にKirinの終わりの言葉 - 「それが力です…それは私に最初から与えられるべきだった力を与えてくれます。」これは素晴らしい感情的な瞬間であり、あなたを話に戻すことができます。 トークでビデオやオーディオを使用する必要が本当にあると感じる場合は、冒頭または終わりに使用してください。このようにして、あなたは観察者として入ってスピーカーに変身するか、聴衆と同じレベルで出て行きます。ほとんどの場合、ビデオとオーディオは追加のアクセサリーです。そして、良いトークにはそれらは必要ありません。これはトランジションとエフェクトにも当てはまります。

派手にしないでください

多くのスピーカーは、プレゼンテーションソフトウェアに用意されているすべてのトランジションとアニメーションを使用することを楽しんでいます。しかし、それはそれをより良くするものではありません - 特に低速なコンピューターでそれらがひどく見える場合。アニメーションは節度と韻を踏んでおり、これは常に心に留めておくべきことです。あなたはプレゼンテーションでポイントを言いたいのであって、ウーッと光るもので聴衆の注意をコンテンツからそらしたいのではありません。スライドの流れをよりスムーズにするためにトランジションを使用し、何かを少しずつ明らかにしたい場合はアニメーションを使用して、スライド間のジャンプを避けましょう。

例：私はスライド間のトランジションエフェクトとして「フェード」を使用するのが好きで、1秒かけて滑らかにフェードインとフェードアウトを行います。私はスクリーンショットを表示し、ズームインした小さな部分のオーバーレイを表示する場合、またはインターフェースの特定の部分に焦点を当てる場合にのみ、アニメーションを使用します。 正しく使用すれば、アニメーションは段階的なプロセスをより明確にする非常に強力なツールになる可能性があります。あなたがユーザビリティとデザインに熟練していない場合、それはぎこちなく、そう、安っぽく見える可能性が高いです。なぜなら、アニメーションは伝統的に非常に退屈なプレゼンテーションを活気づけるために使用されてきたからです。

もう一つの問題は、アニメーションが実際にトークの流れに影響を与える可能性があることです。時々、あなたは物事を速めたいと思います。そして、長く複雑なアニメーションがハードコードされていると、あなたはスライドがあなたの語りに追いつくのを待って立っていることになります。時々、あなたのAV設定はアニメーションも表示しないため、あなたは決して起こらないものを待っていることになります。

例：大学にいたとき、私のトークは大学のビデオサービスを介して中継されました。これは、ストリーミングサーバーが私のラップトップにリモートで接続する必要があることを意味しました。VPNの問題のため、アニメーションとトランジションは機能しませんでした。

短く保つ

可能であれば、トークを短く保ち、1つのトピックのみをカバーしてください。複数のトピックをカバーする必要がある場合は、それらが縫い合わされたように見えないように、良い語りの流れを確保してください。トークは1つのメッセージを家に持ち帰るべきであり、良いものです。それはいくつかの部分で構成されているかもしれませんが、全体のストーリーは明らかでなければなりません。トーク全体のために1つの主なテーマを持ち、各セクションでそれに戻るようにしてください。

前述のように、スライドには必要なものだけを含め、それ以上は含めないでください。スライドから読む意味はありません。なぜなら、それはあなたを聴衆の一人にするからです。私は通常、1つのスライドに1つのトピックまたは1つの文だけを入れ、箇条書き - 特に入れ子になったもの - を避けようとします。これらは古いスタイルのプレゼンテーションスタイルであり、2日間の退屈なトレーニングコースに座らなければならなかった不快な思い出を呼び起こします。

前述のように、多くのことをカバーする場合は、前面に議題を置くのが良い考えかもしれませんが、それはまた、聴衆が彼らのお気に入りを選び、途中で興味を失うことを許します。これは、彼らがトークの重要な部分を見逃す可能性があることを意味します。スピーカーとして良い仕事をしているなら、スライドの数は問題ではなく、全体のトークのどの段階にあるかも問題ではありません。人々は気づかずにそれを通して導かれます。スライドの総数は、それらをすばやく見る能力によってのみ制限されます。私の概算では、1分あたり1枚のスライドですが、私も非常に速いスピーカーです。

聴衆を考慮する

私が簡潔さの規則を破る例の1つは、聴衆が私の母国語を持たず、私のペースとアクセントについていくのに苦労する可能性がある人々で構成されている場合です。このような聴衆に直面した場合、各スライドに簡単な文、あるいは箇条書きを入れて繰り返すことで、大きな違いを生むことができます。

• あなたは物事をはるかに簡単にし、したがって聴衆に不十分さを感じさせたり、重要なものを見逃したりすることはありません。

• あなたは自分のペースを制御することを余儀なくされ、これはこのような聴衆にとって非常に重要です。

• あなたは、後で文字起こしがある場合や会議で同時通訳がある場合に、より良い翻訳**を可能にします。

これらの場合、私はまた、スライドをより技術的に保つ傾向があります。コードは国際的であり、人々はそれを繰り返し、自分の言語で記事を書くことができます。

異なる文化的背景で話すときに覚えておくべきもう一つのことは、キャッチフレーズや語呂合わせは効果がないということです。聴衆があなたの知っていることを知っていると期待したり、あなたが興奮していることに興奮していると期待したりしないでください。

例：スウェーデンに行ってトークをしたとき、私はスライドにマペットショーのスウェーデンのシェフ（ここでは私のお気に入りのスケッチ「チョコレートムース」）への参照を入れました。誰も理解しませんでした。なぜなら、番組のスウェーデン語版では、シェフは明らかにスウェーデン語と呼ばれていないからです。私はまた、「休憩して、キットカットを食べよう」というジョークを入れました。これは英国でのみ放映された別のコマーシャルです。私はドイツのテレビの「世界で最も面白いテレビコマーシャル」からそれを知っていました。どちらの言及も鉛の風船のように落ち、トークに何も追加しませんでした。 冒頭で言ったように、ここのヒントの多くは、開発者聴衆のためのトークを作るためのものです。あなたが主にデザイナー、PM、または経営者に話している場合は、他の戦略を適用する必要があります。全体として、古典的なトークの作り方とスライドデザインに疑問を投げかけることは良い考えです。

会社と会議のテンプレート

デベロッパーエバンジェリストとしてのあなたの仕事では、会議や会社のスライドテンプレートを使用するよう求められることがあります。できるだけこれを避けてください。理由は、これらのテンプレートはほとんどが、タイトルと数十の入れ子になった箇条書き、それに続く誰も気にしない著作権行とその他の法的用語という古典的なプレゼンテーションスタイルを対象としているためです。

理由は、企業や会議のテンプレートを使用することは、会議と会社に利益をもたらしますが、スピーカーとしてのあなたから注意をそらすためです - それはあなたではありません。あなた、そしてあなただけが、トークを所有し、主催すべきです。なぜなら、それはあなたの誠実さが危険にさらされているからです。会議や会社があなたに彼らのためにトークを依頼すると、彼らはすでにあなたが正しくやることを信じています。会社の帽子を着続けて歌とダンスをする必要はありません。

そうは言っても、これらのテンプレートを使用するメリットもあります。企業の場合、あなたは世界に一貫したルックアンドフィールを示し、他の出版物と調整します。質問は、あなたがこれを望むかどうかです。私の場合、会社のスライドのように見せないことは、開発者が大企業を信頼しないために開発者が持っている多くの偏見に逆らっていました。それはあなた次第です。会議では、他の人と同じように見ることで、後でスライドを見つけやすくなりますが、他の人と同じように見ることと、各スライドに注意散漫なロゴがあることの犠牲を払います。

解決策は妥協です。スライドの最初のページを他のページと一貫させ、それから自分のスタイルに切り替えれば、誰もが勝ちます。スライドの表紙は、2つの状況でのみ重要です：

• トークが始まる前に画面を埋めるため

• 後でスライドを送り、ブログ記事で表示するときの目を引くものとして

• トークのビデオ録画のプレビューとして

それ以外の場合、スライドは後ろに下がり、トークをサポートする必要があります。

個別化せずに再利用しないでください

あなたが組織のスピーカーになると、もう一つの非常に一般的なことは、プレゼンテーションするためのスライドを手渡されることです。「これはすでに米国のオフィスのStephenによって行われ、PRによって承認されています。Stephenは会議に来ることができないので、あなたに代わって立ってほしいです。これが彼のスライドです、幸運を祈ります。」これはあなたがよく聞く文です。

これがあなたに起こったら、これが仕事のやり方ではないと断言してください。あなたはスピーカーです - オウムではありません。スライドがあなたの言語でない場合、トピックに対するあなたのアプローチを反映していない場合、またはあなたが確信していない、または制御できない技術や製品について話している場合、あなたは危険な状態になります。スピーカーとして、あなたはトークの成功が依存するパフォーマンスをする人です。あなたが自分自身になることができないなら、それをしないでください。

そうは言っても、スライドの情報を使用してそれをあなたの「言語」に翻訳することを妨げるものは何もありません。スライドの使用を断固として拒否する代わりに、引き継いで情報を使用することを喜んでいるが、元の作者と話をして情報を転送したいと言ってください。すべてのスピーカーには、スライドをより意味深く魅力的にする追加情報があります。あなたはこれらのことを推測することはできません - あなたはそれらを「馬の口から」聞く必要があります。

要約すると：トークを配信することは、全体のパフォーマンスの半分です。あなたは質問に答えなければならず、技術や製品の実際の実装を説明することができなければなりません。これは、あなたがそれを自分で遊んで、専門家とあなたの発見を検証した後にのみできることです。

スライドは、疑問を投げかけたり変更したりすることなく再利用されると、古くなります。会社にとって、完全なスライドデッキを保持するよりも、事実ベースと特定の製品を説明する方法を保持する方が意味があります。このようにして、あなたのメッセージは時代遅れになりません。

共有する

スライドを完成させて満足したら、共有するのを忘れないでください。

これは内部と外部の両方で発生する可能性があります。会社内でパッケージ化された形式でデッキを共有することは、会社にあなたの仕事を知らせ、人々が異なる製品を説明するあなたの方法を再利用できるようにするための優れた方法です。これは、より多くのプレゼンテーションを行いたい、または自分自身をデベロッパーエバンジェリストにする予定の会社の他の人々にとって、優れたトレーニング材料です。

スライドをブログにアップロードし、ダウンロード用に提供するか、さらに良い方法として、スライド共有リポジトリにアップロードします。スライドの配布を可能にする様々な優れたツールがあります。人々はそれらにコメントを付けたり、友人と共有したり、会議のブログ記事や特定のトピックのリソースとしてあなたのスライドを埋め込んだり、その他多くのことができます。それらはFlickrの写真やYouTubeの動画のようなものです。

スライドを共有することは、聴衆の多くの人々があなたに要求することであり、スピーカーとしてあなたを知られるようになります。人々は他の場所であなたのスライドに出くわし、それを通してあなたを知るかもしれません。

その他のスピーキングのヒント

ここに、過去に私にとって非常に効果的だったいくつかのヒントがあります。あなたは私ではないので、少し調整する必要があるかもしれません。ですから、私がトークをするときにやっていることは次のとおりです。

自己紹介

どんなに簡潔でも、最初の障壁を打破します。あなたはもはやステージやテーブルの上の手が届かない人ではなく、普通の人間です。なぜあなたが取り組んでいる問題について話す資格があるかを説明してください。さらに良いことに、どのようにしてこのトピックを選んだのか、なぜ話したいのかを説明してください。そして自己を脇に置いてください - 人々は情報のためにそこにいて、あなたの歌とダンスを見るためではありません。

ユーモアを持ち込む

ユーモアは長いトークを興味深く保つために重要です。私は、私と彼らの両方を目覚めさせるために、人々が予期しないものを投入するのが好きです。ユーモアはまた、私たちをより親しみやすくします。私たちは、怖いものを扱うためにユーモアを使う傾向があります。また、ユーモアは記憶に残る瞬間を作り出します - それはトークの中で道標を提供する構造化された方法です。ただし、注意してください。

エッジの効いたユーモアはスタンドアップコメディアンには効果的かもしれませんが、彼らの材料を引用すると大きなトラブルになります。ユーモアを使用する場合は、誰も冒犯しないようにしてください。あなたが時々何かを説明するためのおかしい方法だと思うものは、特定の病気を持っている人や恐ろしい経験をした人にとって深く冒犯的なものになる可能性があります。最善の方法は、あなたを好まない数人の人々に、そのジョークについてどう思うか、それがいくらかの軽さや楽しみを追加するかどうかを尋ねることです。また、すべてのユーモアが他の文化や言語に翻訳されるわけではないことを忘れないでください。

実世界の例を使用する

私は実世界の例と比較を提示するのが好きです。理由は、それらが理論的で理解しにくいデータをより人間的にするためです。実世界の比較はまた、感情を許容します - そして感情的な反応は強力で、私たちに記憶させます。

例：コード標準と適切なレビューなしのコードの再利用について話す場合、言及するのに良い例はアリアン5号の災害です。このロケットは、発射後37秒で予定された飛行経路から外れて自壊しました。理由は、異なる飛行仕様を持つアリアン4号の発射に使用されたコードの再利用でした。このエラーのために3億7000万ドルが失われました。

ペースを制御する

適切なペースで話すことで、あなたは理解しやすくなります。あなたが急いでいるように見えると、聴衆はストレスを感じます。ついていくのは恐ろしい感覚であり、私たちに不十分さを感じさせます。したがって、ゆっくり、意味深く話し、物事を伝えることに集中してください。休止は良いことです。それらは聴衆に情報を取り入れさせ、彼らが最も馴染みのある方法でそれを消化させます。

ヒント：これは、トークが逐次文字起こしされている場合、または他の言語や手話に翻訳されている場合に最も重要です。このような場合、翻訳者のために翻訳してはならない特別な用語のリストを準備することも重要です。

「Hello World」を避ける

「Hello World」の例は簡単に示すことができます。それらはまた無用です。なぜなら、それらは構文を教えるだけで、言語やソリューションの概念を教えないからです。「Hello, World」には個人の価値はありません。私たちは問題を解決し、物事を成し遂げる方法を教えるべきです。私はまだプロフェッショナルな製品で「Hello, World」を作るように頼まれたことがありません。

実際の製品例をベースにする方がはるかに良いです：

• 「これが私たちが作成しなければならないものです、ここに仕様があります」

• 「これが最終的な結果です」

• 「これがこの仕事を提供するために私たちが使用したものです」

• 「…そしてこれがあなた自身でそれをする方法です！」

人々に求められていることのために書き、あなたが彼らに求めていることのために書かないでください。

新鮮さを保つ

私は常に新鮮な素材を提供しようとします。私はトークやトレーニング素材の再利用を嫌います。私が少なくともやっていることは、新しい、新鮮な角度をもたらすことです。現在人気のあるものを見て、それを研究し、講義に追加します。これは、あなたのコンテンツが単に良いだけでなく、この瞬間に関連していることを示しています。これはまた、経験豊富な会議参加者にとって、以前に話したことで彼らを退屈させることがないことを意味します。経験豊富な会議参加者はまた、熱心なブロガーとTwitterユーザーでもあります - それでこれは良いことにしかなりません。

転載許可：デベロッパーリレーションズ »

---

Similar Posts

• デベロッパーアドボカシーハンドブック（18）：終わりに