あなたのコミュニティのどこかで、今、誰かが暇なときに素晴らしい、ひどい、あるいはその両方の何かを構築しています。彼らは 3 か月間、夜間と週末に取り組んできました。彼らはそれをちょうど 1 人に見せました (彼らのパートナーは、何も理解せずに協力的に微笑み、「本当にクールだね、ベイビー」と言ってくれました)。彼らには聴衆が必要だ。観客は多くありません。投資家の聴衆ではありません。自分が作ったものを見て、正直で人間的なフィードバックをくれる人でいっぱいの部屋です。
それがデモナイトの目的です。それはメーカーの世界のオープンマイクであり、未完成のもの、奇妙な実験、そしてどこにも行かないかもしれないサイドプロジェクトのためのステージです。そして、他のオープンマイクと同様に、夜の質はほぼ完全に、それをどのように構成するかによって決まります。
機能するフォーマット (5 分間、ハードストップ)
これまでに横道に逸れたデモナイトはすべて、時間管理という同じ理由で横道に逸れました。具体的には、それが欠けていることです。誰かがプロジェクトを上映するために立ち上がって、3 分間のバックストーリーから始まり、開発環境のセットアップに 4 分間かかり、その後、機能のデモに 15 分間を費やしますが、聴衆は静かに生きる気力を失います。
5分です。発表者ごと。それがあなたの予算です。 「約」5分ではありません。 5 分ではありませんが、「本当に面白ければ続けます。」 5 分後、タイマーが鳴り、誰か (理想的にはあなた、または指定されたタイムキーパー) が丁寧かつしっかりと「終わりにしましょう」と言います。
5分はきついです。それがポイントです。強制的に明瞭さを制限します。プロジェクトが何をするのかを説明し、興味深い部分を 5 分で示すことができない場合は、自分のプロジェクトをまだ十分に理解していないことになります。実際、それは、潜在的な顧客の前ではなく、友好的な聴衆の前で発見するのに役立ちます。
各デモの後に、聴衆からの質問のために 2 分間の時間を確保してください。 5 つではありません。 「人々が持っているのと同じくらい」ではありません。 2分です。これにより、Q&A が 2 番目のデモ セッションになることなく、聴衆に参加する機会が与えられます。さらに質問がある場合は、後でプレゼンターを見つけることができます。いずれにせよ、これは実際には、より深い会話に適した形式です。
話しが止まらない人の対応
常に 1 つあります。彼らは自分たちのプロジェクトに情熱を持っており (実際、それがこれを難しくしています)、このステージを、今後 18 か月間で構築する予定のすべての設計上の決定、すべてのピボット、すべての機能を共有するための招待状として解釈しています。彼らはタイマーに気付かず、微妙な合図にも影響を受けず、ToDo リスト アプリの技術アーキテクチャに対する関心のレベルが視聴者と同じであると完全に確信しています。
必要なのは対立ではなくシステムだ。機能するのは、(携帯電話だけでなく) 画面上に表示されるカウントダウン タイマーです。 1 分間の警告信号 (静かなチャイムまたはカードの提示)。そして、「拍手を送りましょう！」のような事前に合意されたフレーズでハードストップします。その後に実際の拍手が続きますが、これについて話し合うことは社会的に不可能です。
事前に発表者に説明を行ってください。確認メールまたはイベント前のメッセージでは、「各プレゼンターの持ち時間は 5 分です。画面にタイマーが表示されます。時間が経過したら、私たちが皆さんを囲みます。これは個人的なものではありません。これが私たちが全員に夜のフェアを維持する方法です。」と明記してください。事前に期待が設定されている場合、ハードストップは失礼ではなくプロフェッショナルに感じられます。
悪いデモが称賛される雰囲気を作り出す
デモナイトで最も重要なことは、形式、タイミング、会場、食べ物よりも重要なのは、雰囲気です。ここは人々が未完成、不完全、おそらく恥ずかしい作品を安心して公開できる場所なのでしょうか?そうであれば、デモナイトは成功するでしょう。 「いいえ」の場合、洗練されたプロジェクトのみが提示されることになり、目的全体が無効になります。
悪いデモは称賛されるべきだ。皮肉ではなく、本気で。立ち上がって「何かを作ろうとしましたが、うまくいきません。理由がわかりません」と言う人は、洗練されたポートフォリオの作品を披露する人よりも勇敢です。それを明確にしてください。失敗を称賛する。彼らが何を学んだかを尋ねてください。その後、飲みながらデバッグを手伝うように申し出てください。
主催者として、その夜の最初のひどいデモにどのように反応するかによって、その後に続くすべてのプレゼンターの雰囲気が決まります。あなたが縮こまっていると、人々は気づきます。あなたが熱心で好奇心が旺盛であれば（「面白いですね、試してみたら何が起こりましたか...？」）、人々もそれに気づきます。あなたのエネルギーは伝染します。意図的に使用してください。
投票、フィードバック、そしてその両方の危険性
視聴者投票をするべきですか？多分。それは最適化の対象によって異なります。
投票するとエネルギーが加わります。人々は意見を持ったり、ボタンをクリックしたりすることが大好きです。最後の「人々が選んだ」賞は、その夜に物語の弧を与え、勝者、祝賀の瞬間、そして最後まで残る理由を与えます。あなたの目標がエンターテイメントとエンゲージメントである場合、投票は効果的です。
しかし、投票はまた、あなたが苦労して作り上げた「悪いデモのための安全な空間」を損なう可能性のある競争力学を導入します。勝者がいれば敗者もいる。半分壊れたプロトタイプを見せた人は、洗練されたアプリが 20 票を獲得したのに対し、自分が 2 票獲得したことがわかります。それは落胆するものであり、次回は参加できないかもしれません。
中間点: 品質を重視しないカテゴリーに投票します。 「来月までに方向転換する可能性が最も高い。」 「誰も聞いたことのない API の最善の使い方。」 「最強の『2AMでこれを作りました』エネルギー。」軽くしておいてください。面白くしてください。すべてのプロジェクトに何かを獲得する資格を与えます。
実際に役立つフィードバック (プレゼンターがプロジェクトを改善するのに役立つ種類) については、一般投票を完全にスキップします。代わりに、出席者にインデックスカードを渡します。 「気に入ったことを 1 つと提案を 1 つ書いてください。」最後にカードを発表者に渡します。非公開のフィードバックは、公開ランキングよりも正直で有益です。
毎月フルステージを維持する
毎年恒例のデモナイトの課題: プレゼンターの出身地はどこですか?最初のイベントは簡単です。何かを構築している 5 人の友人を個人的に募集します。 The fifth event is hard, because you have exhausted your immediate network and need fresh blood.
各イベントの 2 ～ 3 週間前に発表者の募集を開始します。名前、プロジェクト名、一文の説明という 3 つのフィールドを持つフォームで、驚くほど簡単にサインアップできます。明示的にバーを下げます。 「何かを作りましたか？何かありますか？見せてください。」最高のデモの中には、自分たちのプロジェクトが十分ではないと考えてほとんどサインアップしなかった人たちからもたらされるものもあります。
隣接するコミュニティから人々を招待します。 UX デザイナーはデザイン ミートアップに参加しますが、あなたのものではありません。アナリティクスグループのデータサイエンス担当者。他家受粉によりプロジェクトの種類が多様化され、視聴者の興味が維持されます。 (たとえすべての To Do アプリがアーキテクチャ的に異なっていたとしても、7 つ続けて見たい人はいないでしょうし、そう主張するでしょう。) 定期的なデモナイトを実行している場合は、 常連客の関心を維持する この種の品種に依存します。
デモナイトはステージです。照明を明るくし、包括的な雰囲気を保ち、タイマーを作動させ続けてください。必要な場合は、 スポンサーがピザを取材する、それは別の解決策を持つ別の問題です。それ以外はすべて詳細です。