Learn Best Practice for CfP

本マテリアルは2021/05/12開催のDevRelMeetup in Tokyo #63での発表資料です。

Transcript

1. Learn Best Practice for CfP CfP応募の際に気をつけたいこと Taiji Hagino / @taiponrock IBM Customer Success Manager, Developer Advocate
2. Speaker
3. #devrel #devreljp @taiponrock Taiji Eddie Hagino (萩野 たいじ) Customer Success Manager | Developer Advocate IBM Champion Program Japan Director IBM ⾮常勤講師 筑波⼤学 @taiponrock Please follow me! Ex-hairdresser and Ex-musician. After becoming a software engineer, he started an Accurate Systems Ltd. with his various experience. After working as a system integrator of a subsidiary of a general trading company, he joined IBM as a developer advocate in the IBM Global team, developing DevRel (Developer Relations), a marketing approach to engineers. Now he works IBM as Customer Success Manager. My books for Programing “はじめてのNode-RED”, “Node-RED活⽤マニュアル” (⼯学社) “Practical Node-RED Programming”, (Packt Publishing) My books for Developer Relations “Developer Marketing DevRel Q&A”, “英語で広がる開発者のキャリア” (Impress R&D)
4. Topics
5. #devrel #devreljp @taiponrock 1. CfPとは 2. カンファレンスの趣旨を捉える 3. よくある間違い 4. 書き⽅の注意点 5. まとめ
6. CfPとは
7. #devrel #devreljp @taiponrock Call for Proposals プロポーザルへ応募しましょう︕ ＝ ＝ 登壇しませんか︖というイベント主催者からの呼びかけ
8. #devrel #devreljp @taiponrock CfPへ応募してみよう︕ あなたもカンファレンスでスピーカーになれるかも︕︖
9. カンファレンスの趣旨を捉える
10. #devrel #devreljp @taiponrock
11. #devrel #devreljp @taiponrock さて、DevRelConは何のカンファレンス︖
12. #devrel #devreljp @taiponrock
13. #devrel #devreljp @taiponrock • Developer Relations • Developer Marketing • Community Management • Developer Experience The fifth edition of DevRelCon London focuses on how developer relations, developer marketing, community management, and developer experience can learn from each other and from other disciplines.
14. よくある間違い
15. #devrel #devreljp @taiponrock • Developer Relations → これはまだ良い • Developer Marketing → Developer Marketingの解説 • Community Management → ⾃社プロダクトのコミュニティ紹介 • Developer Experience → 開発⼿法の解説、⾃社APIやツールの紹介
16. #devrel #devreljp @taiponrock Developer Relations、Developer Marketing、Community Management、Developer Experience を通じて、 オーディエンスがDevRelにおいて学びになること を提供する。
17. 書き⽅の注意点
18. #devrel #devreljp @taiponrock
19. #devrel #devreljp @taiponrock Title これはそのままです。話したい登壇内容のタイトルを書いてください。 例） • DevRelで作る開発者の未来 • Effective KPI for Developer Advocate • The Power of External Evangelist • Four Scenes EU Companies Can Learn from Japan DevRel ▪ よくあるアプローチ 1. 分かりやすいタイトル 2. 含みを持たせて興味を煽るタイトル
20. #devrel #devreljp @taiponrock Elevator Pitch エレベーターピッチというのは、⽇本ではなかなか馴染みのない⾔葉かもしれません。 その登壇内容がどのようなものなのかを、Talkの選定時やイベントのWebサイトで⾒た時に、「これは⾯⽩ そうかも︖」と思わせるようなイントロダクションだと思えば良いでしょう。 わかりやすい呼び⽅だと、登壇の概要だと思ってもらっても良いかもしれませんね。 そのセッションが、誰のために話されて、どのようなものが得られるか、何に役に⽴つのか、などが⽰され ている事が望ましいです。 Description ディスクリプションは、説明ということなのですが、つまり登壇内容の詳細になります。 ⼈によっては、エレベーターピッチの内容を冒頭に持ってきて、そこにつなげるように書きます。 誰のために話されて、どのようなものが得られるか、何に役に⽴つのか、などが⽰されている事に加え、ど のようなアウトラインでセッションが組み⽴てられているのかなどが書かれていると良いですね。
21. #devrel #devreljp @taiponrock Talk Format トークフォーマットはPaperCallでは、通常セッションなのか、ライトニングトークなのか、キーノートな のか、ワークショップパートなのか、などの「種別」と、それぞれ何分話せるのかという「登壇時間」を⽰ していることがほとんどです。 Audience Level オーディエンスレベルはそのままの意味で、⾃分のセッションがどのくらいのレベルを想定しているかを表 します。 All︓指定なし Beginner︓初⼼者 Intermediate︓中級者 Advanced︓上級者 と、いった感じで指定します。
22. #devrel #devreljp @taiponrock Notes いわゆる備考ですね。PaperCall上は必須項⽬ではないです。 書かない⼈も多いですが、書くのであれば、なぜこの内容を⾃分が話すべきなのか、ということをアピール する項⽬になります。 ⽇本では謙遜を美徳としますが、海外のカンファレンスでは⾃分のアピールがとても⼤事になりますので、 ぜひ有効活⽤してみてください。 Bio ⾃⼰紹介を書きます。⾃分の過去の登壇情報（レコーディングやドキュメントのURLなど）を書いておくと アピールになります。 PaperCallではCfPへの応募が「匿名」に設定されていることがあります。 その場合、誰がCfPに応募してきているかは採択者には分からないので、名前を出してのアピールは意味が ない場合があるので注意です。
23. まとめ
24. #devrel #devreljp @taiponrock 1. 対象となるイベントの趣旨を理解する 2. 応募内容はオーディエンスが何を求めているかを意識する 3. 宣伝や営業的な内容はNG 4. タイトルは興味を引くようなフレーズで 5. 海外カンファレンスの場合は⾃⼰アピールが⼤事
25. #devrel #devreljp @taiponrock Thanks! github.com/taijihagino facebook.com/taiponrock linkedin.com/taiponrock