Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
聞き手の目線で考えるプロポーザル
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Takepepe
April 14, 2026
Technology
890
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
聞き手の目線で考えるプロポーザル
伝わるプロポーザルの書き方 〜採択側・人気登壇者が明かすCfPの構造〜
https://findy.connpass.com/event/388162/
Takepepe
April 14, 2026
More Decks by Takepepe
See All by Takepepe
どの様にAIエージェントと 協業すべきだったのか?
takefumiyoshii
2
1.2k
ServerAction で Progressive Enhancement はどこまで頑張れるか? / progressive-enhancement-with-server-action
takefumiyoshii
7
1.4k
App Router への移行は「改善」となり得るのか?/ Can migration to App Router be an improvement
takefumiyoshii
8
3.9k
フロントエンドの書くべきだったテスト、書かなくてよかったテスト
takefumiyoshii
40
18k
Webフロントエンドのための実践「テスト」手法 CodeZine Night #1
takefumiyoshii
24
11k
Next.js でリアーキテクトした話 / story-of-re-architect-with-nextjs
takefumiyoshii
12
9.2k
より速い WEB を目指す Next.js / nextjs-make-the-web-faster
takefumiyoshii
54
22k
フロントエンドの複雑さに耐えるため実践したこと / readyfor-nextjs-first
takefumiyoshii
25
11k
Redux の利点を振り返る
takefumiyoshii
26
9.1k
Other Decks in Technology
See All in Technology
Bet AI Day 2026丨バクラク Autopilot、業務システムの再設計
layerx
PRO
1
710
markdown-poster Introduction
kazamori
0
450
DMMブックスのNext.js化を加速させるAI活用 / Migrating DMM Books to Next.js with AI
kentarom
1
270
承認ゲートは何を守っているのか? AIエージェントの自律購入を実測した結果
yama3133
1
110
Guerilla InnerSource in enterprises, during the AI hype
onenashev
PRO
0
130
書籍『生成AIの安全性入門』の入門
wataoka
0
150
[RSJ26] Flow as Flow: Modeling Robot Velocity Fields as Probability Velocity Fields
keio_smilab
PRO
0
170
Backstageでつくるセルフサービスな社内開発基盤
kikunosuke75
1
160
Genie Code ワークショップ 応用編 / Genie-Code-Workshop-advanced
databricksjapan
PRO
0
230
20260903 Tokyo Jazug Night #62 | Azure エンジニアよ、 その環境は本当にセキュアか?
olivia_0707
0
200
AIとペアプロを始める。人との会話が消えていく。なんだか寂しい。 / The Conversations We Lost to AI
honyanya
0
110
Oracle AI Databaseデータベース・サービス: BaseDB/ExaDB-Dの可用性
oracle4engineer
PRO
1
1.1k
Featured
See All Featured
A Soul's Torment
seathinner
7
3.5k
Scaling GitHub
holman
464
140k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.6k
Leo the Paperboy
mayatellez
8
2.2k
KATA
mclloyd
PRO
35
15k
Making Projects Easy
brettharned
120
6.7k
RailsConf 2023
tenderlove
30
1.5k
The Cult of Friendly URLs
andyhume
79
7k
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
510
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
370
Tell your own story through comics
letsgokoyo
1
1.1k
Done Done
chrislema
186
16k
Transcript
聞き手の目線で考えるプロポーザル 伝わるプロポーザルの書き方/ 2026.04.16 @Takepepe
自己紹介 吉井 健文 / @Takepepe 株式会社 REUNION SOFTWARE 代表取締役 /
Software Engineer 2025年3月 までフロントエンドリードとして、 数々のプロジェクトをNext.js アプリケーションにリプレース。 「フロントエンド開発のためのテスト入門(翔泳社)」など、 3冊のフロントエンド関連書籍を執筆。 2024年10月株式会社 REUNION SOFTWARE 創立。
なぜエンジニアはアウトプットするのか?
アウトプットの目的 • キャリア形成の一環として • 節目のまとめてとして • 知識を言語化する練習として 目的はひとそれぞれ
アウトプット成功の定義 • プロポーザルが採択されること? • SNSでバズること? • 熱中した事を共有すること? 成功の定義もひとそれぞれ
何かに熱中することは素晴らしい • 「何かを成し遂げた」という達成感が得られる • 時間を注いだなにかが評価できる • 明日の仕事へのモチベーションに繋がる
熱量のあるアウトプットは魅力的だが… • 「何かを成し遂げた」という達成感が得られる • 時間を注いだなにかが評価できる • 明日の仕事へのモチベーションに繋がる 熱量だけでプロポーザルは通るのか …?
選考委員は何をみているのか?
プロポーザルはカンファレンスに適しているか? • 聴衆は、最新の技術動向をキャッチアップしたい • 聴衆は、コミュニティの繋がりを求めている • 聴衆は、共通の議題を中心に、議論する時間を求めている つまり「トレンド & 公益性」を重視
熱量が高いもの = 惹きつけるとは限らない • 主題は、少し古いものではないか? • 主題は、最新動向のキャッチアップに繋がるか? • 主題は、特定の文脈でしか活用できない話題ではないか? •
主題は、公益性を評価できるか? 客観的視点を欠いてはいけない
何のための発表なのか? • スライドは「あなたの作品」である • 登壇は「表現の場」である • マーケットが求める物を提供すれば良いという話ではない • 熱量のない発表は、あなたでなくても発表できる 主観があることで、魅力ある発表となる
必要なのは「成果物が設計されていること」 • 結論に新規性があり、意外性をもちあわせていること • より多くの聴衆の、興味関心を捉えていること • 公式ドキュメントに書かれていない、気づきが表現されていること • 何を伝えたかったのか、主題が一貫していること では、どのように伝えるべき
…?
どのように設計するのか?
まず、カンファレンスに適した内容か? • 例えば TSKaigi の先行では、TypeScript「ならでは」を重視していた • 「ならでは」感がいまいち伝わらない • 「何を重視しているのか」を公式がオープンにしている場合、必ず確認
つぎに、話題のトピックか? • 話題が古いと、刺さる層が限定される • 「少なくとも2年以内に注目された技術」など • 特定のロールに限定した話題も、聴衆母数が限定される マーケターとしての視点をもつ
もちろん採択基準はこれが全てではないが… • 大半のプロポーザルは、ここを抑えていたようにみている • 「トレンド & 公益性」を重視すべき、というのはこの観点 選考委員の「目を引く」設計がなされている
どのようにアレンジするのか?
主題はオリジナリティに溢れているか? • トレンド、公益性だけならば、公式ドキュメントを読めばよい話 • 最近ではAIに聞いてしまえば十分ともみられる • 競合するプロポーザルも当然多い 少し主観が入っていた方が「目を引く」
実体験にもとづく知見は価値がある • 話題のあの技術が気になるところであるが… • 「実際のところどうなの?」が、皆一番気なっている • 実体験にもとづく知見は、熱量をのせやすい • さらに考察が深ければ、より価値が高まる 話題の発表は、概ねこの観点を達成している
より魅力的なプロポーザルのために
1.タイトルは重要である • 👎「{話題の〇〇}動向を見逃すな!」 • オリジナリティが見えづらく、既出の公開資料で十分 • 👎「{固有プロダクト名}で得た教訓と今後」 • 公益性が見づらく、固有プロダクト宣伝のように見える 選考の足切りは、タイトルだけで実施される
1.タイトルは重要である • 👍「{話題の〇〇}で{課題〇〇}を解決した話」 • 具体性があり、同時にキャッチアップができるように見える • 👍「{固有プロダクト名}に{話題の〇〇}を採用した奮闘記」 • トレンドを捉えつつ、オリジナリティがあるように見える 「トレンド
& 公益性 & オリジナリティ」が伺える
2.概要はタイトルを深掘るものであるべき • 👎「自社サは〜なサービスである。〜は今話題のソリューションである。これを導 入した苦労話をします」 • 繰り返しであり、タイトルの説明になっている。 • 👎「巷では〜を採用しているが、弊社ではこれを採用してみた」 • ただの逆張りをしているだけで、内容が深そうに見えない。
概要で「この発表は深い考察があるか?」を推しはかられる
2.概要はタイトルを深掘るものであるべき • 👍「自社サには〜な課題あり〇〇に期待。実際は期待値と異なる点があったが、 〜な工夫を施した」 • 「実際と期待値と差分は?」「どんな工夫だったの?」 • 👍「自社サには〜な課題あり〇〇に期待。導入後半年間はうまくいったが、最終 的には剥がす決断をした」 •
「どのようにうまくいっていたの?」「なぜ最終的には剥がしたの?」 「聞いてみたい!」と選考委員が思うかどうか
3. 最後は「運」 • どれだけ良いプロポーザルだとしても… • 競合が多い場合は普通に落ちる • 採択はカンファレンス全体のバランスが考慮されている • 「採択されなかった
= 良くなかった」とは限らない
3. 最後は「運」 • 「採択されなかった = 良くなかった」ではない • あなたが、取り組みを共有しようとした活動は糧になる • CFPだけにとどめるのは勿体無い
• 採択されたつもりで、ブログ記事などにまとめることはできる • 少しアレンジすれば、別CFPにも応募はできる 頑張っていきましょう 💪
ご清聴ありがとうございました