mcpField
D
developer-email-sequences

developer-email-sequences

github.com/jonathimerマーケティング・グロース8795 回インストール34 週間前に更新
リポジトリ

developer-email-sequences について

開発者向けに役立つメールシーケンスを作成するマーケティングスキルです。オンボーディング、利用促進、製品更新、再エンゲージメントを扱い、頻度、技術情報、効果測定、配信停止への対応も案内します。

主な機能

  1. 01オンボーディングと利用促進のメール
  2. 02製品更新と再エンゲージメントのメール
  3. 03メール配信頻度の指針
  4. 04技術情報とコードスニペット
  5. 05指標測定と A/B テスト
  6. 06配信停止と設定管理

活用シーン

  1. 01登録後の開発者へのウェルカムメール
  2. 02初回 API 呼び出し後の利用案内
  3. 03製品変更の情報を送りすぎずに共有
  4. 04利用が止まったユーザーへの再連絡

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/jonathimer/devmarketing-skills --skill developer-email-sequences

インストール後、Claude Code で/developer-email-sequencesを入力して読み込まれたか確認します。

同梱ファイルREADME.md

詳細

開発者向けメールシーケンス

このスキルは、開発者が実際に読んでくれるメールシーケンスの作成を支援します。スパムも、無駄な内容もありません。適切な頻度で、役立つ情報だけを届けます。


始める前に

  1. 開発者オーディエンスのコンテキストを読み込む:

    • .agents/developer-audience-context.md が存在するか確認します
    • 存在しない場合は、先に developer-audience-context スキルを実行します
    • 効果的なメールを作成するには、開発者の技術スタック、課題、コミュニケーションの好みを理解することが不可欠です
  2. 既存のメールを監査する:

    • 現在、どのようなメールを送っていますか?
    • 開封率、クリック率、配信停止率はどのくらいですか?
    • メールについて、開発者から何かフィードバックはありましたか?

開発者とメールの実情

開発者はメールに対して容赦がありません:

行動意味すること
プレビューペインで確認する件名と最初の1行がすべてです
ためらわずに配信停止する関係のないメールが1通届いただけで、配信停止されます
プレーンテキストを好むHTMLよりもプレーンテキストを好む人が大勢います
コードスニペットが好き役立つコード例はクリックされます
トランザクションメールを信頼する「ニュースレター」ではなく、領収書を開封します

黄金律:すべてのメールで、すぐに役立つ情報を提供するか、問題を解決する必要があります。


メールシーケンスの種類

1. オンボーディングシーケンス

目標:開発者に初めての「Hello World」を体験してもらいます。

タイミング:

  • メール1:登録直後
  • メール2:24時間後(アクティベーションされていない場合)
  • メール3:3日後(アクティベーションされていない場合)
  • メール4:7日後(アクティベーションされていない場合)
  • アクティベーションされたら停止します

構成:

メール目的内容
ウェルカム登録を確認し、明確なCTAを1つ提示クイックスタートへのリンクのみ
最初のリマインドよくある障害に対処「多くの開発者がつまずくのは、ここです……」
価値の再確認何ができるかを示す顧客事例またはコードスニペット
最後の案内直接問いかける「お困りですか?このメールに返信してください」

テンプレート:ウェルカムメール

Subject: Your API key is ready

Hey [NAME],

Your API key: [KEY]

Quickstart (2 minutes):
[LINK TO QUICKSTART]

That's it. Hit reply if you get stuck.

— [SENDER NAME]

テンプレート:最初のリマインド

Subject: Quick question about your setup

Hey [NAME],

Noticed you haven't made your first API call yet.

Where'd you get stuck?

[ ] Didn't have time yet
[ ] Confused about authentication
[ ] Can't find the right SDK
[ ] Something else

Just reply — I read every response.

— [SENDER NAME]
2. アクティベーションシーケンス

目標:初回利用者を継続利用者にします。

トリガー:初めてAPI呼び出しまたは統合に成功した後。

タイミング:

  • メール1:初回成功直後
  • メール2:3日後
  • メール3:7日後
  • メール4:14日後

構成:

メール目的内容
成功を祝う進捗を認める「初めての呼び出しが成功しました!」
次のステップ自然な次の段階を示す「次にXを行う開発者が多いです……」
詳細機能高度な機能を紹介するチュートリアルまたはコード例
統合本番環境での利用を提案する事例またはデプロイガイド
3. 変更履歴/製品アップデートのメール

目標:開発者に過剰な情報を与えず、最新情報を伝えます。

頻度:週次ダイジェストまたはリリースごと(週2回を超えないこと)。

構成:

Subject: [Product] v2.3 — Faster webhooks, TypeScript 5 support

What's new:

## Breaking changes (read first)
- Webhook signature algorithm changed (migration guide)

## New
- TypeScript 5.0 support
- Batch API for bulk operations

## Improved
- Webhook delivery 3x faster
- Better error messages for auth failures

## Fixed
- Memory leak in long-running connections

Full changelog: [LINK]

---

Need help upgrading? Reply or join #support in Discord.

ルール:

  • 破壊的変更は必ず最初に記載します
  • 新機能にはコード例を含めます
  • メールにすべてを詰め込まず、変更履歴全体へのリンクを記載します
  • マーケティング的な無駄を省き、事実だけを伝えます
4. 再エンゲージメントシーケンス

目標:利用が途絶えた開発者を呼び戻します。

トリガー:30/60/90日間、利用がない場合。

タイミング:

  • メール1:利用停止から30日目
  • メール2:45日目
  • メール3:60日目
  • メール4:90日目(利用停止の警告)

構成:

メール目的内容
様子伺い控えめに連絡する「お変わりありませんか?」
新機能のお知らせ進捗を伝える見逃した最近の機能
直接問いかける利用が途絶えた理由を把握するアンケートまたは返信の依頼
利用停止アカウントについて警告する「アカウントを一時停止します……」

テンプレート:様子伺い

Subject: Did something break?

Hey [NAME],

Haven't seen you in a while.

Quick check:

- Did you run into a problem? (Reply and I'll help)
- Building something else? (Totally fine)
- Found a better solution? (Genuinely curious what)

No hard feelings either way — just want to make sure
you're not stuck on something we can fix.

— [SENDER NAME]

テンプレート:利用停止の警告

Subject: Pausing your account in 14 days

Hey [NAME],

Your [PRODUCT] account has been inactive for 90 days.

To keep things tidy, we'll pause your account on [DATE].

What this means:
- Your API keys will stop working
- Your data stays safe (we don't delete anything)
- You can reactivate anytime by logging in

If you're still using [PRODUCT], just log in once to keep
your account active: [LOGIN LINK]

No action needed if you've moved on.

— [SENDER NAME]

頻度のガイドライン

メールの種類最大頻度備考
トランザクション必要に応じて領収書、パスワードのリセット、使用状況のアラート
オンボーディング7 日間で 4 通有効化されたら停止
変更履歴週 1 回までリリースごとの配信よりダイジェストを推奨
再エンゲージメント60 日間で 4 通その後は停止
マーケティング/ニュースレター月 2 回まで真に価値のある内容を提供する必要があります

配信停止テスト:この種類のメールの配信を停止して開発者がほっとするなら、送りすぎです。


メール内の技術コンテンツ

コードスニペット

推奨事項:

  • スニペットは 10 行未満にする
  • 構文ハイライトを使う(HTML メールの場合)
  • コードが実際に動作することをテストする
  • 言語/フレームワークのバージョンを記載する

避けること:

  • 特定の環境を前提とする
  • シークレットや実在しそうな API キーを含める
  • 古い構文を使う

コードスニペットの例:良い例

# Python 3.8+
import yourapi

client = yourapi.Client("your-api-key")
result = client.analyze("Hello, world!")
print(result.sentiment)  # "positive"
API の更新

API の変更を告知する場合:

## New endpoint: POST /v2/batch

Process up to 100 items in a single request.

```python
client.batch([
    {"text": "First item"},
    {"text": "Second item"},
    # ... up to 100 items
])

レート制限:1 分あたり 10 件のバッチリクエスト ドキュメント:[LINK]


---

## Transactional vs Marketing Emails

| Transactional | Marketing |
|---------------|-----------|
| Triggered by user action | Sent on schedule |
| Expected and wanted | Needs opt-in |
| Higher deliverability | More spam filtering |
| No unsubscribe required | Must have unsubscribe |
| CAN-SPAM exempt (mostly) | Full CAN-SPAM compliance |

**Examples**:

| Transactional | Marketing |
|---------------|-----------|
| Password reset | Newsletter |
| Payment receipt | Product announcement |
| Usage alert (95% quota) | Case study promotion |
| API key rotation reminder | Webinar invitation |
| Security notification | Feature highlight |

**Gray area**: Onboarding emails can be transactional (user signed up) but should still have easy unsubscribe.

---

## Measuring Email Effectiveness

### Metrics That Matter

| Metric | Good | Warning | Action |
|--------|------|---------|--------|
| Open rate | >40% | <25% | Fix subject lines |
| Click rate | >10% | <3% | Fix content/CTA |
| Unsubscribe rate | <0.2% | >0.5% | Reduce frequency or improve targeting |
| Reply rate | >1% | N/A | Celebrate! |
| Activation (onboarding) | >30% | <15% | Rethink sequence |

### What to Track

1. **Onboarding sequence**: % who activate within 7 days
2. **Changelog emails**: Click-through to docs/release notes
3. **Re-engagement**: % who return to product
4. **All emails**: Unsubscribe rate by email type

### A/B Testing Priorities

1. Subject lines (biggest impact)
2. Send time
3. Email length
4. Plain text vs HTML
5. CTA wording

---

## Unsubscribe Handling

### Preference Center

Let developers control what they get:

[EMAIL] のメール設定

[ ] 製品の更新(新機能、変更履歴) [ ] セキュリティアラート(常に推奨) [ ] コミュニティニュース(イベント、ミートアップ) [ ] ヒントとチュートリアル

または:すべてのマーケティングメールの配信を停止 (領収書やセキュリティアラートなどのトランザクションメールは引き続き届きます)


### Graceful Unsubscribe

When someone unsubscribes, confirm simply:

件名:配信を停止しました

[EMAIL TYPE] のメールの配信を停止しました。

引き続き届くメール:

  • セキュリティアラート
  • 支払いの領収書
  • 使用状況の通知

配信設定を変更しますか? 設定を更新:[LINK]


### Re-subscribe Flow

After unsubscribe, don't:
- Send "We miss you" emails
- Ask them to reconsider
- Add them back to other lists

Do:
- Make it easy to re-subscribe from your site
- Remember their preference if they return

---

## Email Templates Library

### Account Security

件名:対応が必要です:通常とは異なるログインを検知しました

新しい場所からのログインを検知しました:

場所:[CITY, COUNTRY] デバイス:[BROWSER/OS] 時刻:[TIMESTAMP]

ご自身によるログインの場合、対応は不要です。

ご自身によるログインでない場合:

  1. ただちにパスワードを変更してください:[LINK]
  2. API キーをローテーションしてください:[LINK]
  3. 最近の API アクティビティを確認してください:[LINK]

ご質問は、このメールに返信してください。

— [PRODUCT] セキュリティチーム


### Usage Alert

件名:お知らせ:API の使用量がクォータの 80% に達しました

今月の使用量:[CURRENT] / [LIMIT] リクエスト

現在のペースでは、[DATE] 頃に上限に達する見込みです。

選択肢:

  • プランをアップグレードする:[LINK]
  • 使用量を最適化する:[DOCS LINK]
  • [RESET DATE] のリセットまで待つ

95% に達した時点で、再度アラートをお送りします。

— [PRODUCT]


### Payment Failed

件名:お支払いに失敗しました — 利用を中断しないため、カード情報を更新してください

末尾が [LAST4] のカードに請求できませんでした。

お支払い方法を更新してください:[LINK]

3 日後に再試行します。再試行に失敗した場合、[DATE] にお客様のアカウントは無料プランに ダウングレードされます。

それまでは API を引き続きご利用いただけます。

請求についてご質問がある場合は、このメールに返信してください。

— [PRODUCT]


---

## Common Mistakes

| Mistake | Why it fails | Fix |
|---------|--------------|-----|
| "Just checking in" | No value, wastes time | Every email needs a purpose |
| Weekly newsletter with nothing new | Trains devs to ignore you | Only send when you have content |
| HTML-heavy design | Looks like marketing spam | Plain text or minimal HTML |
| Multiple CTAs | Confuses, reduces clicks | One clear action per email |
| Fake personalization | "Hi [FNAME]" feels robotic | Use personalization meaningfully or not at all |
| Celebrating your milestones | Developers don't care about your funding | Focus on what matters to them |

---

## Tools

| Tool | Use Case |
|------|----------|
| **[Octolens](https://octolens.com)** | Monitor developer sentiment about your emails — see if people complain about frequency or praise specific updates on Twitter, Reddit, Hacker News |
| **Customer.io** | Sophisticated automation for developer-focused email |
| **Postmark** | High deliverability transactional email |
| **Buttondown** | Developer-friendly newsletter platform |
| **Resend** | Modern email API built for developers |
| **Loops** | Email for SaaS with good segmentation |

---

## Related Skills

- `developer-audience-context` — Foundation for knowing what content resonates
- `developer-churn` — Re-engagement strategies for at-risk users
- `changelog-updates` — Structuring product updates
- `developer-onboarding` — Full onboarding strategy beyond just email

コメント