suzuderu

個人開発の成果を短いトークで話すための、準備メモの作り方

個人開発で作ったものを人前で話す機会は、準備のやり方が分からないまま当日を迎えてしまいがちです。ここでは、短い持ち時間のライトニングトークを想定して、手を動かして作れる準備メモの形を順に整理します。

聞き手を一人思い浮かべる

誰に向けて話すのかを、実在の知人でも架空の人物でもよいので一人決めて書きます。その人はアプリを知らない前提で、何に困っていて、何を持ち帰ってほしいかを二行ほどで書いておくと、あとで内容を削るときの基準になります。

伝えたいことを一文にする

話の中心を一文に絞ります。機能の紹介よりも、作ってみて分かったことや、途中で判断を変えた場面のほうが、短い時間では聞き手の記憶に残りやすいものです。一文に書けないときは、まだ材料が足りないと気づける点でも役に立ちます。

材料を書き出して削る

開発中のメモ、コミットの履歴、問い合わせの記録などから、話せそうな出来事を付箋のように並べます。そのうえで、一文に関係しないものを線で消していきます。消したものは捨てずに、別の機会の種として残しておきます。

流れを三つの場面に分ける

困りごと、試したこと、今の状態という三つの場面に分けて、それぞれに話す内容を一行ずつ置きます。スライドの枚数は後から自然に決まるので、先に流れだけを紙に書いて、無理なく話がつながるかを確かめます。

声に出して時間を測る

原稿を黙読するときと、声に出して話すときでは、かかる時間がかなり違います。タイマーを使って一度通しで話し、全体の所要時間と詰まった箇所を記録します。長すぎたら、材料を書き出した段階まで戻って削ります。

画面を見せる備えを決める

実際に動かして見せるのか、画像や録画で済ませるのかを、先に決めておきます。通信や端末の不調に備えて、画面の録画や静止画を手元に用意し、失敗したときに切り替える合図も一行だけ書いておくと、当日の焦りが減ります。

終わったあとに振り返りを残す

登壇のあとは、聞かれた質問、伝わらなかった様子、次に直したい点を、その日のうちに書き留めます。質問はそのままアプリの説明文や改善メモの材料になります。こうした記録を重ねながら、個人開発の取り組みを共有できる場として Burning Tribe も覗いてみてください。