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
DevRelの基礎と戦略
Search
Atsushi Nakatsugawa
PRO
November 15, 2024
Technology
0
65
DevRelの基礎と戦略
DevRel/Tokyo #97 〜DevRel事例〜 - connpass
https://devrel.connpass.com/event/334389/
での登壇資料です
Atsushi Nakatsugawa
PRO
November 15, 2024
Tweet
Share
More Decks by Atsushi Nakatsugawa
See All by Atsushi Nakatsugawa
開発スピードとスキル向上を両立するAIコードレビューの活かし方
moongift
PRO
0
58
個人開発にAIレビューを導入しよう
moongift
PRO
0
39
AIによるコードレビューで開発体験を向上させよう!
moongift
PRO
0
710
AIによるコードレビューで開発体験を向上させよう!
moongift
PRO
0
1.2k
開発スピードとスキル向上を両立するAIコードレビューの活かし方
moongift
PRO
0
61
Let's speed up personal development with AI code reviews
moongift
PRO
0
31
DevRelに活かせるAIツールの紹介とレビュー
moongift
PRO
0
120
DevRelの始め方
moongift
PRO
3
770
マンガで分かるDevRelオンライン
moongift
PRO
0
230
Other Decks in Technology
See All in Technology
Agent Development Kitで始める生成 AI エージェント実践開発
danishi
0
120
SRE新規立ち上げ! Hubbleインフラのこれまでと展望
katsuya0515
0
160
LLMで構造化出力の成功率をグンと上げる方法
keisuketakiguchi
0
380
AI人生苦節10年で会得したAIがやること_人間がやること.pdf
shibuiwilliam
1
270
o11yツールを乗り換えた話
tak0x00
1
130
AI によるドキュメント処理を加速するためのOCR 結果の永続化と再利用戦略
tomoaki25
0
390
LLMでAI-OCR、実際どうなの? / llm_ai_ocr_layerx_bet_ai_day_lt
sbrf248
0
430
生成AI時代におけるAI・機械学習技術を用いたプロダクト開発の深化と進化 #BetAIDay
layerx
PRO
1
1k
Claude Codeから我々が学ぶべきこと
s4yuba
6
1.8k
ロールが細分化された組織でSREと協働するインフラエンジニアは何をするか? / SRE Lounge #18
kossykinto
0
150
Google Cloud で学ぶデータエンジニアリング入門 2025年版 #GoogleCloudNext / 20250805
kazaneya
PRO
11
2.7k
Amazon Q Developerを活用したアーキテクチャのリファクタリング
k1nakayama
2
180
Featured
See All Featured
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
790
Reflections from 52 weeks, 52 projects
jeffersonlam
351
21k
Music & Morning Musume
bryan
46
6.7k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
357
30k
Writing Fast Ruby
sferik
628
62k
Building Applications with DynamoDB
mza
95
6.5k
Site-Speed That Sticks
csswizardry
10
750
A better future with KSS
kneath
238
17k
Fireside Chat
paigeccino
38
3.6k
How to train your dragon (web standard)
notwaldorf
96
6.1k
How GitHub (no longer) Works
holman
314
140k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
Transcript
PAGE # MOONGIFT / 09 DAY 2024/08/29 DevRelの基礎と戦略  1
PAGE # MOONGIFT %FW3FMKQ / 33 DAY 2024/09/14 自己紹介 2
@goofmint fb.me/goofmint 中津川 篤司 https://moongift.co.jp エバンジェリスト・コミュニティマネージャー コミュニティ 主催 株式会社MOONGIFT 代表取締役 一般社団法人DevRel 代表理事 中津川 篤司
PAGE # MOONGIFT DAY 2024/04/20 / 09 DevRelの基礎 3
PAGE # MOONGIFT / 09 DAY 2024/08/29 DevRelとは? %FW3FM֎෦ͷ։ൃऀͱͷ૬ޓίϛϡχέʔγϣϯ Λ௨ͯ͡ɺࣗࣾࣗࣾͱ։ൃऀͱͷܧଓత͔ͭ
ྑͳؔੑΛஙͨ͘ΊͷϚʔέςΟϯάख๏ɻ 4
PAGE # MOONGIFT / 09 DAY 2024/08/29 DevRelとは? %FW3FM֎෦ͷ։ൃऀͱͷ૬ޓίϛϡχέʔγϣ ϯΛ௨ͯ͡ɺࣗࣾࣗࣾͱ։ൃऀͱͷܧଓత͔
ͭྑͳؔੑΛஙͨ͘ΊͷϚʔέςΟϯάख๏ɻ 5
PAGE # MOONGIFT / 09 DAY 2024/08/29 つまり? • 外部の開発者
自社プロダクトを利用してくれる開発者 • 相互コミュニケーション 一方的な発信ではなく、傾聴が重要 • 関係性構築 DevRel(Developer Relations)ですから… • マーケティング 自社プロダクトを広めるための活動 6
PAGE # MOONGIFT / 09 DAY 2024/08/29 🙅 こうじゃない 🙅
connpassでイベントやればDevRel 🙅 テックブログやればDevRel 🙅 カンファレンスでブース出せばDevRel 7
PAGE # MOONGIFT / 09 DAY 2024/08/29 継続的・良好な関係性構築を目的にしていますか? 8
PAGE # MOONGIFT / 09 DAY 2024/08/29 DevRelは誰がやるもの? • プラットフォーマー
• 開発者向けのサービスを提供 • 開発者向けのハードウェア・プロダクトを提供 • API提供企業 • その他、開発者との良好なリレーションがビジネスの拡大に必要な企業 9
PAGE # MOONGIFT / 09 DAY 2024/08/29 なぜDevRelを行うのか? 10 ใϦςϥγʔ͕ߴ͘ɺ
ࠂΛݟͳ͍ બఆ͕ ΤϞʔγϣφϧͳͨΊ ͍݀Βͳ͍ɺ֨ྑ͍͕݀ ۷ΕΔυϦϧ͕ཉ͍͠ αʔυύʔςΟʔ͕ ࣗࣾαʔϏεΛັྗతʹ͢Δ
PAGE # MOONGIFT / 09 DAY 2024/08/29 なぜ開発者に特化するのか 11 ใϦςϥγʔ͕ߴ͘ɺ
ࠂΛݟͳ͍ λονϙΠϯτ͕ ίϛϡχςΟɾίϯςϯπ ͍݀Βͳ͍ɺ֨ྑ͍͕݀ ۷ΕΔυϦϧ͕ཉ͍͠ αʔυύʔςΟʔ͕ ࣗࣾαʔϏεΛັྗతʹ͢Δ
PAGE # MOONGIFT / 09 DAY 2024/08/29 広告を見ない • 旧来のマーケティング
= 広告予算の割り振り • 広告のCPA(Cost Per Acquisition)が非常に高い • 広告経由で獲得したアカウントのLTV(Life Time Value)が低い 12 ࠂҎ֎ͷΞϓϩʔνͰೝ֫ಘΛ͠ͳ͚ΕͳΒͳ͍
PAGE # MOONGIFT / 09 DAY 2024/08/29 なぜ開発者に特化するのか 13 ใϦςϥγʔ͕ߴ͘ɺ
ࠂΛݟͳ͍ λονϙΠϯτ͕ ίϛϡχςΟɾίϯςϯπ ͍݀Βͳ͍ɺ֨ྑ͍͕݀ ۷ΕΔυϦϧ͕ཉ͍͠ αʔυύʔςΟʔ͕ ࣗࣾαʔϏεΛັྗతʹ͢Δ
PAGE # MOONGIFT / 09 DAY 2024/08/29 タッチポイント 14 ίϛϡχςΟλον
Ϣʔβʔಉ࢜ɾϢʔβʔͱاۀ͕ίϛϡχέʔγϣϯΛऔΓ߹͑Δ ίϛϡχςΟΛܗ͠ɺମݧՁͷ্Λ͔Δख๏ ίϯςϯπλον ϒϩάಈըͳͲɺίϯςϯπΛ௨ͯ͡։ൃऀ͔ΒͷೝΛ֫ಘ ͢Δख๏
PAGE # MOONGIFT / 09 DAY 2024/08/29 なぜ開発者に特化するのか 15 ใϦςϥγʔ͕ߴ͘ɺ
ࠂΛݟͳ͍ λονϙΠϯτ͕ ίϛϡχςΟɾίϯςϯπ ͍݀Βͳ͍ɺ֨ྑ͍͕݀ ۷ΕΔυϦϧ͕ཉ͍͠ αʔυύʔςΟʔ͕ ࣗࣾαʔϏεΛັྗతʹ͢Δ
PAGE # MOONGIFT / 09 DAY 2024/08/29 穴ではなく、格好良いドリルを売る ドリルを売るな、穴を売れは消費者を対象としたマーケティング 16
• 開発者が求めるのは、仕事を簡単に終わらせるツールでは なく、やりたかった仕事に集中させてくれるツール • プログラマーの三大美徳は怠惰・短気・傲慢 • DRY(Don't Repeat Yourself)原則
PAGE # MOONGIFT / 09 DAY 2024/08/29 なぜ開発者に特化するのか 17 ใϦςϥγʔ͕ߴ͘ɺ
ࠂΛݟͳ͍ λονϙΠϯτ͕ ίϛϡχςΟɾίϯςϯπ ͍݀Βͳ͍ɺ֨ྑ͍͕݀ ۷ΕΔυϦϧ͕ཉ͍͠ αʔυύʔςΟʔ͕ ࣗࣾαʔϏεΛັྗతʹ͢Δ
PAGE # MOONGIFT / 09 DAY 2024/08/29 外部の開発者が魅力を作る プラットフォーマーは場の提供に徹する 18
PAGE # MOONGIFT / 09 DAY 2024/08/29 プロダクトは恒久的・繰り返し利用 され、他が選ばれる余地が少ない •
APIを利用したプロダクトはスイッチングコストが大きい • よほどの大きな問題、ビジネス上のメリットがないと載せ替 えない • 最初に選ばれ、その後は問題なく運用し続けることができれ ば、繰り返し選ばれる存在になれる 19
PAGE # MOONGIFT DAY 2024/04/20 / 09 DevRelでやること 20
PAGE # MOONGIFT / 09 DAY 2024/08/29 • コミュニティがベース •
教育 • DevX(開発者体験) • 開発者マーケティング • 成功体験
PAGE # MOONGIFT / 09 DAY 2024/08/29 22 • 認知
→ 利用 → 信頼のループ • コミュニティ・アドボカシー・DevXが それぞれを繋ぐ WJB5IF%FW3FM1BUIUP4VDDFTT"XBSFOFTT &OBCMFNFOU &OHBHFNFOUc$BNVOEB
PAGE # MOONGIFT / 09 DAY 2024/08/29 DevRelのゴール 23 ։ൃऀͱྑͳؔੑΛங͖ɺ൴ΒͷޭʹدΓఴ͏͜ͱ
PAGE # MOONGIFT DAY 2024/04/20 / 09 DevRel戦略 24
PAGE # MOONGIFT / 09 DAY 2024/08/29 SWOT分析 25 ϙδςΟϒཁҼ
ωΨςΟϒཁҼ ෦ཁҼ 4USFOHUIT ڧΈ 8FBLOFTTFT ऑΈ ֎෦ཁҼ 0QQPSUVOJUJFT ػձ 5ISFBUT ڴҖ
PAGE # MOONGIFT / 09 DAY 2024/08/29 ペルソナ • 利用言語
• 利用フレームワーク • 利用ミドルウェア • 業種 • 経験年数 • 居住地 26 ձ͍ʹߦ͘ɺσΟʔϓΠϯλϏϡʔ͢Δ
PAGE # MOONGIFT / 09 DAY 2024/08/29 ゴールから考える • DevRelを行うことで、自社ビジネスが成長しなければならない
• ビジネスの成長? • 利益増 = 利用増 • 利用増 → ユーザー増・APIコール数増・消費リソース増・プロダクト増 27
PAGE # MOONGIFT / 09 DAY 2024/08/29 つまり… 28 WJB.FBTVSJOH%FWFMPQFS3FMBUJPOT
PAGE # MOONGIFT / 09 DAY 2024/08/29 DevRelの戦略の基本 29 WJB.FBTVSJOH%FWFMPQFS3FMBUJPOT
PAGE # MOONGIFT / 09 DAY 2024/08/29 可観測な施策 30 WJB.FBTVSJOH%FWFMPQFS3FMBUJPOT
PAGE # MOONGIFT / 09 DAY 2024/08/29 AAARRRPモデルと戦略シート 31
PAGE # MOONGIFT / 09 DAY 2024/08/29 AIRDOメソッド • A
: Awareness(認知) • I : Interest (関心/調査) • R: Register (登録) • D : Development (開発/利用) • O : Operation (リリース/運用) 32
PAGE # MOONGIFT / 09 DAY 2024/08/29 施策の適用例 33
PAGE # MOONGIFT / 09 DAY 2024/08/29 まとめ • DevRelは外部の開発者との良好な関係性構築を目的としたマーケティング活動
• 開発者向けサービスはスイッチコストが大きく、選ばれれば使い続けてくれる • 基本的なマーケティングフレームワーク、専用のフレームワークがある 34