技術者向けの LinkedIn
LinkedIn は、B2B 開発者向けツールの商談が成立する場です。このスキルでは、LinkedIn で効果を発揮する技術コンテンツ、エンジニアリングマネージャーや意思決定者へのリーチ方法、そして LinkedIn が Twitter より効果的な場面について説明します。
始める前に
.agents/developer-audience-context.md が存在する場合は読みます- LinkedIn での存在感を評価します（プロフィール、つながり、コンテンツの履歴）
- LinkedIn では、開発者向け Twitter とは異なるコンテンツが評価されることを理解します
LinkedIn が Twitter より効果的な場面
LinkedIn 独自の価値
| 要素 | LinkedIn の利点 |
|---|
| B2B の意思決定 | 意思決定者がいます |
| エンタープライズへのリーチ | CTO、VP、ディレクターが活発に利用しています |
| 企業の情報 | 役職、会社、チームの規模を確認できます |
| プロフェッショナルネットワーク | 2次のつながりへのリーチに価値があります |
| 長文コンテンツ | 記事は Google で上位表示されます |
| リード獲得 | 企業や役職を対象にした組み込みのターゲティング機能があります |
LinkedIn を使う場面
| シナリオ | 理由 |
|---|
| エンタープライズへの販売 | 購入者は LinkedIn を利用しています |
| エンジニアリングマネージャーへのリーチ | Twitter よりも多くのマネージャーがいます |
| 開発者ユーザーの採用 | プロフェッショナルな文脈に適しています |
| B2B パートナーシップ | 個人より企業が中心です |
| 業界や垂直市場を対象にする場合 | 企業データを利用できます |
| 長めのプロフェッショナルなコンテンツ | ニュースレターや記事に適しています |
Twitter を使う場面
| シナリオ | 理由 |
|---|
| 個人の開発者 | Twitter にはより多くの開発者がいます |
| リアルタイムのエンゲージメント | 会話の進行がより速いです |
| オープンソースプロジェクト | コミュニティは Twitter に集まっています |
| 気取らない、自然な語り口 | LinkedIn はよりフォーマルです |
| 技術的な大胆な意見 | Twitter では議論が盛り上がります |
LinkedIn のオーディエンスを理解する
実際に活発な利用者
| セグメント | エンゲージメントレベル | 消費するコンテンツ |
|---|
| エンジニアリングマネージャー | 高 | リーダーシップ、チーム構築 |
| CTO／エンジニアリング担当 VP | 中 | 戦略、業界の動向 |
| 技術リクルーター | 非常に高 | 人材、雇用主としてのブランディング |
| DevRel／デベロッパーアドボケイト | 高 | コミュニティ、コンテンツ戦略 |
| ソリューションアーキテクト | 中 | 技術的な評価 |
| 個人の開発者 | 低め | キャリア、学習 |
LinkedIn が評価するもの
| コンテンツの種類 | パフォーマンス | 備考 |
|---|
| 個人的なストーリー | 非常に高 | LinkedIn はストーリー性を重視します |
| キャリアに関する学び | 高 | プロフェッショナルとしての成長に関するコンテンツ |
| 逆張りの意見 | 高 | 「少数意見ですが：」が効果的です |
| 舞台裏 | 高 | 会社やチームのストーリー |
| 技術的な深掘り | 中 | Twitter より幅広い人に届きます |
| 事実だけの告知 | 低 | 個人的な視点が必要です |
| リンクのシェア | 非常に低 | アルゴリズムで優先度が下がります |
効果的なコンテンツ
LinkedIn の技術投稿の定型
[Hook: Personal statement or question]
[Short paragraph: The context or problem]
[Bullet points: 3-5 key insights]
[Personal take: What you learned]
[CTA: Question or action]
---
[Hashtags: 3-5 relevant ones]
投稿の形式例
「こんなことが起きました」投稿：
Last month we migrated 2TB of data from MongoDB to PostgreSQL.
Here's what we learned (and what we'd do differently):
→ Start with a test migration
We didn't. Cost us 3 days.
→ Schema mapping is 80% of the work
The actual migration is easy.
→ Watch for timezone handling
MongoDB stores UTC, Postgres respects your settings.
→ Have a rollback plan
Ours worked. Twice.
The migration took 4 days total, not the "weekend project" we planned.
What's your biggest database migration war story?
#engineering #databases #postgresql
「少数意見ですが」投稿：
Unpopular opinion: Most engineering teams don't need Kubernetes.
I've seen 3-person startups running K8s because "Netflix uses it."
The reality:
• Single container on Railway/Render: $20/month
• Managed K8s: $300/month minimum
• Self-hosted K8s: 1 FTE just for maintenance
Kubernetes is amazing for:
→ Multi-region deployments
→ Complex orchestration needs
→ 99.99% SLA requirements
But most apps? Docker Compose on a VM is fine.
What's the smallest team you've seen running Kubernetes?
#devops #kubernetes #startups
「舞台裏」投稿：
We just hit 10,000 API calls per second.
Here's the unsexy truth about scaling:
6 months ago we could barely handle 1,000 req/s.
What changed:
→ Moved hot paths to Redis
→ Implemented connection pooling (finally)
→ Added CDN for static assets
→ Profiled and found 3 N+1 queries
No fancy architecture. No rewrite.
Just fixing obvious stuff we'd ignored.
The lesson: Optimize boring things first.
What's the simplest optimization that made your biggest impact?
LinkedIn のコンテンツ構成
| 種類 | 割合 | 目的 |
|---|
| 個人的な洞察 | 40% | 権威性を築く |
| 技術コンテンツ | 30% | 専門性を示す |
| 会社やチームのストーリー | 20% | 雇用主としてのブランディング |
| 宣伝 | 10% | 実際の依頼 |
書式設定のベストプラクティス
投稿の構成
| 要素 | ガイドライン |
|---|
| 最初の行 | フックを入れ、「続きを読む」をクリックしたくなる内容にします |
| 長さ | 1,200～1,500 文字が最適です |
| 改行 | 1～2 文ごとに入れます |
| 余白 | 空行をたっぷり使います |
| 絵文字 | 箇条書き（→、•）などに控えめに使います |
| ハッシュタグ | 最後に 3～5 個付けます |
非表示になる部分
LinkedIn は約 210 文字以降を省略します。最初の 2～3 行が重要です。
悪いフック（興味を引く余地がない）：
I wanted to share some thoughts about microservices.
良いフック（興味を引く）：
We ripped out our microservices architecture.
Here's why going back to a monolith was the right call:
ビジュアルコンテンツ
| 形式 | 効果 | 用途 |
|---|
| カルーセル（PDF） | 非常に高い | 手順の説明、リスト |
| ネイティブ動画 | 高い | デモ、解説 |
| 画像 | 中程度 | 図、スクリーンショット |
| テキストのみ | 中程度 | ストーリー、意見 |
| リンク | 低い | 外部コンテンツ |
カルーセルのヒント：
- 5～10枚が最適です
- 1枚目はサムネイルです（重要な役割を果たします）
- 文字を大きくし、各スライドの情報は最小限にします
- カルーセル形式にするにはPDFとしてアップロードします
企業ページと個人プロフィールの使い分け
使い分けの目安
| 用途 | 企業ページ | 個人プロフィール |
|---|
| 製品のお知らせ | ✓ | クロスポスト |
| 会社のニュース | ✓ | リーダーがシェア |
| 業界に関するソートリーダーシップ | | ✓ |
| 技術的な知見 | | ✓ |
| 採用投稿 | ✓ | 採用担当者がシェア |
| 顧客事例 | ✓ | 個人的な視点を加えると効果的 |
実情
| 指標 | 企業ページ | 個人プロフィール |
|---|
| オーガニックリーチ | 低い（2～5%） | 高い（10～20%） |
| エンゲージメント | 低い | 高い |
| フォロワーの増加 | 遅い | 速い |
| リード獲得ツール | 利用可能 | 限定的 |
| アナリティクス | 高機能 | 基本的 |
戦略：企業ページから投稿し、チームメンバーが個人的なコメントを添えてシェアします。
エンジニアリングマネージャーへのリーチ
エンジニアリングマネージャーが関心を持つこと
| トピック | 関心を引く理由 |
|---|
| チームの生産性 | 主な指標だから |
| 採用・定着 | 常に課題だから |
| 技術的な意思決定 | チームとビジネスのバランスを取る必要があるから |
| 開発者体験 | チームの満足度に関わるから |
| 技術的負債 | 常に調整が必要だから |
| プロセスの改善 | チームの効果を高めるため |
EM 向けコンテンツの切り口
| 切り口 | 例となるフック |
|---|
| 指標 | 「チームで追跡している3つの指標（と、追跡をやめた5つの指標）」 |
| プロセス | 「スプリント計画の時間を4時間から45分に短縮した方法」 |
| 採用 | 「候補者について最も多くのことがわかる技術面接の質問」 |
| 技術的な意思決定 | 「スタートアップであえて枯れた技術を選んだ理由」 |
| チームづくり | 「初めてリモートチームを管理して学んだこと」 |
ハッシュタグ
効果的な技術系ハッシュタグ
| ハッシュタグ | 対象 |
|---|
| #engineering | 幅広いエンジニアリング分野 |
| #softwaredevelopment | 一般的な開発者 |
| #webdevelopment | Web 開発者 |
| #devops | DevOps／SRE |
| #cloudcomputing | クラウド／インフラ |
| #startup | スタートアップ関係者 |
| #techleadership | EM、VP |
| #remotework | リモートチーム |
| #hiring | 採用関連 |
| #opensource | OSS コミュニティ |
ハッシュタグのルール
- ハッシュタグは最大3～5個にします
- 投稿の最後に付けます
- 幅広いもの（#engineering）と具体的なもの（#kubernetes）を組み合わせます
- 個人的な内容や体験談の投稿では省きます
プラットフォーム固有の注意点
すること
- 投稿を書き、ステータス更新は避けます
- 改行を多用します
- フックから始めます
- 個人的な体験をシェアします
- コメントに反応します（最初の1時間が重要です）
- 企業ページの投稿を個人アカウントでもクロスポストします
- 教育的なコンテンツにはカルーセルを使います
- 関係がある場合は人物や企業に言及します
しないこと
- リンクだけを投稿しません（アルゴリズムによって表示が抑えられます）
- LinkedInをTwitterのように使いません
- ハッシュタグを付けすぎません（スパムのように見えます）
- 宣伝色を強くしすぎません
- コメントを無視しません
- 改行なしで長文を投稿しません
- ミームをシェアしません（Twitterとは文化が異なります）
- エンゲージメントポッドを購入しません
プロフィールの最適化
技術系プロフェッショナルのプロフィール
| セクション | ベストプラクティス |
|---|
| 写真 | プロフェッショナルで親しみやすいもの |
| 見出し | [役職] at [会社] |
| 概要 | ストーリー形式：経歴 → 現在 → シェアする内容 |
| 注目 | 最高の投稿や記事を固定 |
| 職歴 | 職務内容ではなく、成果を重視 |
| スキル | 技術スキルには推薦が付く |
見出しの例：
Staff Engineer at Stripe | Building payments infrastructure
VP Engineering at Startup | Scaling teams from 5 to 50
DevRel at Supabase | Making databases accessible
LinkedInの記事と投稿
記事を使うタイミング
| 記事 | 投稿 |
|---|
| 1,000語以上 | 1,500文字未満 |
| SEO 効果がある（Google にインデックスされる） | SEO 効果なし |
| 長期にわたって価値が続くコンテンツ | 時事性のある内容 |
| ニュースレターとの連携 | 一度限りのリーチ |
| 即時のリーチは小さい | 即時のリーチは大きい |
記事作成のベストプラクティス
- 価値を最初に伝えます（最後まで読まれないことを想定します）
- 見出しや書式を活用します
- ビジュアルを含めます
- CTA で締めくくります
- 公開後に投稿としてシェアします
ツール
| ツール | 用途 |
|---|
| Octolens | LinkedIn で自社製品、競合他社、関連する会話への言及を監視します。自社の分野が話題になったタイミングを追跡します。 |
| Shield Analytics | 詳細な LinkedIn アナリティクス |
| Taplio | 投稿のスケジュール設定とアナリティクス |
| AuthoredUp | 投稿の書式設定とプレビュー |
| Canva | カルーセルのデザイン |
| PDF カルーセル | Canva で作成し、PDF としてアップロード |
コンテンツカレンダー
週間テンプレート
| 曜日 | コンテンツの種類 |
|---|
| 月曜日 | 技術的な知見の投稿 |
| 火曜日 | 他の人のコンテンツに反応する |
| 水曜日 | 個人やキャリアに関するストーリー |
| 木曜日 | 会社のニュース（個人としてシェア） |
| 金曜日 | 業界に関する意見や大胆な見解 |
成功の測定
重要な指標
| 指標 | わかること |
|---|
| インプレッション | コンテンツのリーチ |
| エンゲージメント率 | コンテンツへの反響 |
| プロフィール閲覧数 | 関心の喚起 |
| つながりリクエスト | ネットワークの拡大 |
| フォロワー | オーディエンスの構築 |
| クリック数 | アクションへの転換 |
| コメント | 議論の価値 |
良好なベンチマーク
| 指標 | 良好 | 優秀 |
|---|
| エンゲージメント率 | 2～3% | 5% 以上 |
| 週あたりのプロフィール閲覧数 | 50 以上 | 200 以上 |
| 投稿のリーチ | 500 以上 | 2000 以上 |
関連スキル
developer-audience-context — リーチする相手を把握するx-devs — 内容を調整してクロスポストするgithub-presence — LinkedIn から GitHub へのリンクを設置するyoutube-devrel — 動画コンテンツを LinkedIn でシェアする
