デベロッパーアドボカシー
このスキルは、カンファレンストーク、ライブコーディングデモ、ポッドキャスト出演、公開開発など、デベロッパーアドボカシー活動を支援します。トークの応募、デモの準備、ソーシャルメディアでの発信、効果測定について説明します。
始める前に
まず、オーディエンスのコンテキストを読み込んでください。 .agents/developer-audience-context.md を読み、次の点を把握します。
- リーチしたい相手（参加するカンファレンス、聴いているポッドキャスト）
- 共感を呼ぶトピック（課題、関心事）
- 自社製品の位置付け（伝えるべきストーリー）
- 声とトーン（フォーマルさ、技術的な詳しさ）
コンテキストファイルが存在しない場合は、最初に developer-audience-context スキルを実行してください。
カンファレンストーク
適切なカンファレンスを見つける
| カンファレンスの種類 | 最適な目的 | 例 |
|---|
| 大規模な業界カンファレンス | ブランド認知度、リーチ | KubeCon、AWS re:Invent、React Summit |
| 地域カンファレンス | 地域コミュニティ、参加しやすさ | 地域のミートアップ、都市部の技術カンファレンス |
| ニッチなカンファレンス | 対象を絞ったオーディエンス、専門性 | GraphQL Conf、RustConf |
| 企業主催 | エコシステムでの存在感 | Vercel Ship、GitHub Universe |
| アンカンファレンス | コミュニティとのつながり | BarCamps、DevOpsDays |
トーク応募（CFP）のフレームワーク
成功のための公式：
Specific Problem + Unique Angle + Clear Takeaways = Accepted Talk
CFP テンプレート：
# Title
[Action verb] + [specific outcome] + [with/using what]
Example: "Building Real-Time Features with Edge Functions and WebSockets"
# Abstract (100-200 words)
[Hook: Problem or curiosity gap]
[What you'll cover]
[What attendees will learn/be able to do]
# Description (detailed, for reviewers)
[Problem context]
[Why this approach]
[Talk structure]
[Your credibility to give this talk]
# Outline
- [Time] Introduction / Problem statement
- [Time] Section 1
- [Time] Section 2
- [Time] Section 3
- [Time] Live demo / walkthrough
- [Time] Key takeaways / Q&A
# Audience
[Who this is for]
[Prerequisite knowledge]
[What they'll learn]
# Bio
[Your relevant experience]
[Why you're qualified]
効果的なタイトルのパターン
| パターン | 例 |
|---|
| X をどう実現したか | 「デプロイ時間を 80％短縮した方法」 |
| Y 分でわかる X | 「15 分でわかる Kubernetes セキュリティ」 |
| Y における X | 「エラーメッセージの心理学」 |
| X を超えて | 「Console.log を超えて：モダンなデバッグ」 |
| Y 向けの X | 「REST 開発者向け GraphQL」 |
| X から学んだ教訓 | 「本番環境での 1000 件の障害から学んだ教訓」 |
トークの種類
| 種類 | 長さ | 最適な内容 |
|---|
| ライトニングトーク | 5～10 分 | 1 つのコンセプト、短いデモ |
| 標準トーク | 25～45 分 | 技術的な深掘り |
| 基調講演 | 45～60 分 | 全体像、インスピレーション |
| ワークショップ | 2～4 時間 | 実践的な学習 |
| パネルディスカッション | 30～60 分 | 議論、複数の視点 |
トーク準備チェックリスト
| フェーズ | タスク |
|---|
| 2 か月前 | アウトラインを作成し、スライドの作成とデモのテストを始める |
| 1 か月前 | 初稿を完成させ、最初の練習を行う |
| 2 週間前 | スライドを仕上げ、デモを安定させ、3 回練習する |
| 1 週間前 | 自分の発表を録画し、フィードバックを得て、最終調整する |
| 前日 | すべての機材をテストし、スライドをバックアップして、休む |
| 当日 | 早めに到着し、音響・映像機器をテストして、水分を補給する |
ライブコーディングとデモ
デモの危険ゾーン
| リスク | 対策 |
|---|
| インターネットが使えなくなる | バックアップとして事前録画を用意し、ローカルサーバーを使う |
| タイプミスで動けなくなる | 同じコードを 20 回入力して練習する |
| 修正できないエラーが起きる | すぐに戻れる動作確認済みのチェックポイントを用意する |
| 時間を超過する | 時間を計り、不要な部分を思い切って削る |
| コードが小さすぎる | 拡大表示し、大きなフォント（24pt 以上）を使う |
| ダークテーマが見づらい | コントラストが高く、明るい環境でも見やすいテーマを使う |
デモ準備のフレームワーク
10-3-1 ルール：
- 練習でデモを10 回実行する
- 行き詰まったときに移動できるチェックポイントを3 つ用意する
- 動作している様子を録画したバックアップを 1 つ用意する
デモ前のチェックリスト：
ライブコーディングのヒント
| ヒント | 理由 |
|---|
| ゆっくり入力する | オーディエンスがついていけるようにするため |
| 入力内容を説明する | 「新しいハンドラーを作成します……」 |
| エラーを説明する | 「このエラーは X を意味します。修正してみましょう」 |
| スニペットを使う | ボイラープレートに使い、中心となるコンセプトには使わない |
| 結果を見せる | 必ずコードを実行し、出力を見せる |
| チェックポイントのコミット | git checkout checkpoint-1 |
ポッドキャストへのゲスト出演
ポッドキャストを見つける
| 方法 | やり方 |
|---|
| 直接検索 | 「あなたの技術分野 ポッドキャスト おすすめ」 |
| ゲストネットワーク | Podmatch、Matchmaker.fm |
| 同業者に聞く | 「どんなポッドキャストを聴いていますか？」 |
| Twitter で検索 | 「トピック ポッドキャスト エピソード」 |
| Listen Notes | ポッドキャスト検索エンジン |
ピッチのテンプレート
Subject: Guest Idea: [Specific Topic] for [Podcast Name]
Hi [Host Name],
I've been listening to [Podcast] for [time] — loved your episode on [specific episode].
I'd love to come on and talk about [specific topic]. Here's the angle:
[2-3 sentences on what you'd discuss and why it matters to their audience]
A bit about me:
- [Relevant credential 1]
- [Relevant credential 2]
- [Link to past podcast/talk]
Would this be a fit?
[Your name]
ポッドキャスト出演前の準備
| 準備項目 | 詳細 |
|---|
| 番組を調べる | エピソードを2～3本聴き、形式を把握する |
| ホストを調べる | 興味、スタイル、Twitter |
| 話すポイントを準備する | 伝えたい主な内容を3～5個 |
| エピソードを準備する | 一般論ではなく、具体例を用意する |
| 音声環境を整える | 良いマイク、静かな部屋、ヘッドホン |
| 水を手元に置く | たくさん話すことになります |
ポッドキャスト出演中
| すること | しないこと |
|---|
| 具体的なエピソードを交えて話す | ありきたりなアドバイスをする |
| 答える前に少し間を置く | 緊張して「あの」「ええと」を連発する |
| 敬意をもって異議を唱える | 礼儀正しく見せるために常に同意する |
| さりげなく宣伝する | 製品を強引に売り込む |
| 簡潔に話す | 構成なしに話を長引かせる |
| 熱意を示す | 一本調子で話す |
ポッドキャスト出演後
| アクション | タイミング |
|---|
| ホストにお礼を伝える | 当日中 |
| 公開されたらシェアする | すぐに |
| コメントに反応する | 最初の1週間 |
| 相互にプロモーションする | ニュースレター、ブログ |
| 連絡を取り続ける | 継続的な関係 |
公開しながら作る
シェアする内容
| カテゴリ | コンテンツのアイデア |
|---|
| 進捗 | 「今日はXをリリースしました。学んだことを紹介します」 |
| 課題 | 「Xで行き詰まり、YとZを試しました。うまくいった方法を紹介します」 |
| 意思決定 | 「YではなくXを選んだ理由」 |
| 指標 | 収益、ユーザー数、成長（透明性をもって） |
| 舞台裏 | チーム、プロセス、ツール |
| 学び | 「犯した間違いと、その修正方法」 |
公開しながら作る際の形式
| 形式 | プラットフォーム | 頻度 |
|---|
| ツイートスレッド | Twitter/X | 毎日～毎週 |
| 変更履歴 | ブログ、Notion、ウェブサイト | 毎週 |
| インディーハッカー向けの投稿 | Indie Hackers、HN | 毎月 |
| 動画での更新 | YouTube、Loom | 毎週～毎月 |
| ニュースレター | メール | 毎週 |
| ライブ配信 | Twitch、YouTube | 毎週 |
シェアしてはいけない内容
| 避けるもの | 理由 |
|---|
| 顧客データ | プライバシー、信頼 |
| チーム内の対立 | プロ意識 |
| セキュリティの詳細 | 脆弱性 |
| 競合への攻撃 | 器が小さく見える |
| 愚痴 | 生産的ではない |
ソーシャルでの発信（Twitter/X）
開発者向けTwitter活用ガイド
| コンテンツの種類 | 投稿の割合 | 例 |
|---|
| 価値あるコンテンツ | 60% | ヒント、チュートリアル、知見 |
| 交流 | 20% | 返信、コメント付きリツイート |
| 個人的な内容 | 10% | 舞台裏、人柄 |
| 宣伝 | 10% | 自分の製品、登壇、コンテンツ |
効果的なツイートの形式
| 形式 | 例 |
|---|
| スレッド | 「Xを作る中で学んだ10のこと」 |
| 大胆な意見 | 「少数派の意見：［意見］」 |
| 手短なヒント | 「今日知ったこと：Xはこうすればできます……」 |
| 質問 | 「皆さんのお気に入りの方法は何ですか……」 |
| ミーム／ユーモア | 技術系のジョーク、共感を呼ぶ内容 |
| 紹介 | 「Xをリリースしました。仕組みを紹介します」 |
| 感謝 | 「@person さんに感謝……」 |
エンゲージメント戦略
| アクション | 頻度 |
|---|
| オリジナルのコンテンツをツイートする | 毎日 |
| 他の人に返信する | 1日5～10回 |
| 価値を添えて引用ツイートする | 週2～3回 |
| 興味深い人にDMを送る | 毎週 |
| Twitter Spacesに参加する | 関連する場合 |
発信を広げる
| 戦術 | 実践方法 |
|---|
| 継続性 | 毎日投稿し、毎日交流する |
| 専門分野を絞る | まずは1つのことで知られるようにする |
| 返信を活用する | 大きなアカウントのツイートに価値を添える |
| コラボレーション | Twitter Spacesや共同スレッド |
| 相互にプロモーションする | ニュースレター、登壇、ブログ |
効果を測定する
アドボカシーの指標
| 活動 | 指標 |
|---|
| 講演 | 参加者数、フィードバックスコア、録画の再生回数 |
| コンテンツ | 閲覧数、シェア数、エンゲージメント |
| ソーシャル | フォロワー数、エンゲージメント率、リーチ |
| ポッドキャスト | 推定リスナー数、トラフィックの急増 |
| コミュニティ | 成長、エンゲージメント、センチメント |
アトリビューションの課題
開発者アドボカシーの効果を測定するのは、非常に難しいことで知られています。代理指標は次のとおりです。
| シグナル | 示すもの |
|---|
| トラフィックの急増 | コンテンツ、講演、ポッドキャストによって訪問者が増えた |
| 「当社をどのように知りましたか？」 | 直接的なアトリビューション |
| ソーシャルでの言及 | ブランド認知度 |
| インバウンドリードの質 | コミュニティによって適格と判断されたリード |
| カンファレンスからの招待 | 評判の高まり |
レポートのフレームワーク
月次アドボカシーレポート：
# Developer Advocacy Report - [Month]
## Talks & Appearances
- [Talk 1]: [Conference], [Attendees], [Link]
- [Podcast 1]: [Show], [Episode link]
## Content Published
- [Article 1]: [Views], [Engagement]
- [Video 1]: [Views]
## Social Growth
- Twitter: +X followers, Y impressions
- Notable tweets: [Links]
## Community
- Discord/Slack: +X members, Y messages
- Notable threads/discussions
## Learnings
- What worked: [X]
- What didn't: [Y]
- Trying next: [Z]
アドボカシーのキャリアパス
役割のレベル
| レベル | 重点分野 |
|---|
| Junior DA | コンテンツ作成、コミュニティサポート、講演の準備 |
| Developer Advocate | 講演、独自のコンテンツ戦略、コミュニティ構築 |
| Senior DA | 戦略、メンタリング、主要カンファレンス |
| Staff DA | 企業横断的な影響、業界のソートリーダーシップ |
| Head of DevRel | チーム構築、戦略、経営幹部との連携 |
スキル開発
| スキル | 伸ばし方 |
|---|
| 人前で話す力 | ミートアップ、Toastmasters、練習 |
| ライティング | 定期的にブログを書き、フィードバックをもらう |
| 動画制作 | YouTube、ライブ配信、反復的に改善する |
| 技術的な深さ | プロジェクトを構築し、OSSに貢献する |
| コミュニティ | モデレーション、イベントの企画、人々をつなぐ |
ツール
| ツール | 用途 |
|---|
| Octolens | GitHub、Twitter、Reddit、HN、Stack Overflowで自分の名前やブランドをモニタリングします。カンファレンスでの言及を追跡します。ポッドキャスト出演の機会を見つけます。シェア・オブ・ボイスを測定します。 |
| Cal.com / Calendly | ポッドキャスト出演のスケジュール調整 |
| StreamYard | ライブ配信のセットアップ |
| Descript | 動画／ポッドキャストの編集 |
| Canva / Figma | スライドやグラフィック |
| Otter.ai | 講演の文字起こし |
| Notion | 講演の準備、コンテンツカレンダー |
| Buffer / Typefully | ソーシャル投稿のスケジュール管理 |
関連スキル
developer-audience-context — 誰に届けるのかを把握するdevrel-content — 文章コンテンツの戦略community-building — コミュニティ管理open-source-marketing — OSSに特化したアドボカシーhacker-news-strategy — HNでのエンゲージメント
