ローンチメール
このスキルは、プロダクトローンチ向けのメール作成を支援します。全リスト告知からセグメント別の機能案内、チェンジログダイジェストまで対応します。メールは、すでに関心を持っているユーザーにリーチできるため、ソーシャルメディアよりも一貫して高いコンバージョンを実現します。目標は、既存の関係性を活用し、直接的で価値ある内容を届け、読者を素早くプロダクトに導くことです。
ローンチの規模別メールタイプ
ティア1: 全リスト告知
主要な新製品やプラットフォームの大きな変更に使用します。購読者全員に送信します。最も重要なメールであり、それにふさわしい扱いをしましょう。
構成: 件名 → ヒーロー（何がローンチされたか + なぜ重要なのか） → ビジュアル（スクリーンショットまたはGIF） → 2〜3の補足ポイント → 単一のCTA → 署名。
400語以内に収めてください。メールはブログ記事ではありません。詳細が必要な場合は、ランディングページやブログ記事にリンクを貼りましょう。
ティア2: セグメント別告知
特定のユーザーセグメントに関連する主要な新機能に使用します。該当するセグメントにのみ送信します。これにより、ターゲットを絞りつつ、全リストへのメール疲れを防ぐことができます。
構成: 件名 → 直接的なフック（なぜこのセグメントが関心を持つべきか） → 何ができるか → 試し方 → CTA。
300語以内に収めてください。セグメントはすでにプロダクトを知っています。前置きは省略しましょう。
ティア3: チェンジログダイジェスト
小規模な改善点を週次または隔週でまとめてお知らせします。チェンジログの更新を希望したユーザーのみに送信します。
構成: 「[週の日付] — 新着情報」 → 改善点の短い箇条書き → 完全なチェンジログへのリンク。
150語以内に収めてください。簡潔さは、読者の時間を尊重していることの表れです。
件名
件名は、メールにおけるツイートの最初の一文に相当します。メールが開封されるかどうかを決定づけます。
効果的な件名
- 具体性: 「APIに関する大きなお知らせ」よりも「リアルタイム文字起こしが14言語に対応」が効果的
- 価値重視: 何をリリースしたかではなく、読者が何を得られるかを前面に出す
- 短さ: モバイル表示では50文字以内に。プレビューテキストが残りの役割を担う
- クリックベイトは禁止: 購読者はあなたを信頼しているから登録したのです。それを悪用してはいけません
件名の定型パターン
- 「[プロダクト/機能]のご紹介: [一行の価値提案]」
- 「[特定の機能]ができるようになりました」
- 「[プロダクト]が[改善内容]になりました — 変更点はこちら」
- 「[機能]が登場: [具体的なメリット]」
- 「新着: [特定の対象]向けの[具体的なもの]」
プレビューテキスト
ほとんどのメールクライアントは、件名の後に40〜90文字のプレビューテキストを表示します。意図的に書きましょう。メールクライアントに本文の最初の行（多くの場合読みづらい）を引っ張らせてはいけません。プレビューテキストは件名を補完するものであり、繰り返すものではありません。
件名: 「音声アプリ向けリアルタイム翻訳のご紹介」 プレビュー: 「14言語、200ms未満のレイテンシ、無料枠ですぐに利用可能」
避けるべきこと
- 「弊社は〜を発表できることを大変嬉しく思います…」（価値を埋もれさせ、使い古されている）
- 件名に絵文字を使用する（使用前にA/Bテストを実施すること。B2Bでは開封率を下げることが多い）
- すべて大文字または過剰な句読点（スパムフィルターに引っかかる + 必死さを感じさせる）
- 曖昧なティーザー: 「大きなことが起ころうとしています…」（使いすぎると信頼を損なう）
- メールの内容と一致しないミスリーディングな件名
告知メールの構成
冒頭（1〜2文）
何がローンチされたのか、そして主要な価値を述べてください。前置きは不要です。「良い一週間をお過ごしでしょうか」も不要です。
良い例: 「本日、[機能]をローンチしました — [プロダクト]から直接[特定の操作]ができるようになりました。」
弱い例: 「皆様にご紹介できることを大変嬉しく思うものに、私たちは一生懸命取り組んできました。」
本文（100〜200語）
2〜3の補足ポイントをカバーします。各ポイントは読者の疑問に答えるものであるべきです:
- 何ができるのか？（冒頭から完全に明らかでない場合）
- どのように動作するのか？（1〜2文で、「難しすぎないか？」という摩擦を減らすのに十分な説明）
- なぜ重要なのか？（抽象的なメリットではなく、具体的な成果）
短い段落にしましょう — 最大2〜3文。テキストの壁があるメールは、ざっと流し読みされるか、削除されます。
ビジュアル
プロダクトのスクリーンショット、GIF、または短い動画を含めてください。埋め込み形式にし、リンクにはしないでください。ビジュアルは、冒頭で約束したことをプロダクトが実行している様子を示すものであるべきです。ストックフォトは使用しないでください。
CTA
1つのリンク。単なるハイパーリンクではなく、ボタンにしてください。具体的に：「[機能]を試す」は「もっと詳しく」よりも優れています。
本文の後、目立つ場所に配置してください。2画面目のテキストの下に埋もれさせてはいけません。
署名
人間らしさを保ちましょう。名前、役職、そして任意であなたが作っているものに関する一言を添えてください。法的なフッターは本文を乱雑にしないよう、小さな文字で下部に記載しましょう。
セグメンテーションの判断
| シナリオ | セグメント |
|---|---|
| 新製品、新カテゴリ | 全リスト |
| パワーユーザー向けの主要機能 | 関連機能を使用しているユーザー |
| サードパーティツールとの連携 | そのツールを接続しているユーザー |
| 価格変更 | 影響を受けるプランのみ |
| ベータ版 → GA | ベータ版ユーザー + ウェイトリスト |
| チェンジログダイジェスト | チェンジログ購読者のみ |
間違ったセグメントに送信することは、まったく送信しないことよりも悪い結果を招きます。パワーユーザー向け機能のメールを非アクティブな無料ユーザーに送信すると、そのユーザーはあなたのメールを無視するようになります。
ソーシャルメディアとのタイミング
ローンチ日に最初に送信するのはメールではありません。ソーシャルメディアが先です。順序:
- ソーシャル投稿を先に行う（早朝） — オーディエンスがアクティブな時間帯にリアルタイムのエンゲージメントを得る
- ブログ記事を公開する — メールがリンクするので、ブログ記事が先に公開されている必要がある
- メールを送信する（午前中から午後早め） — ソーシャルを見逃した人をキャッチし、ブログ記事にバックリンク経由のトラフィックを与える
ティア1のローンチの場合、ソーシャル投稿から2〜4時間後にメールを送信します。これによりトラフィックソースが分散され、メールで伝える内容が生まれます（「詳しくはブログ記事をチェック →」）。
チェンジログダイジェストの形式
ダイジェストはお知らせではなく、習慣です。一貫した勢いを示すことで、購読を続けるユーザーに報いるものです。
ダイジェストの構成
件名: [プロダクト] アップデート — [日付]の週
今週の新着情報:
• [改善点1] — 何が変わったか、なぜ重要なのかを一文で
• [改善点2] — 同様
• [改善点3] — 同様
[任意: 来週の予告を一文]
→ 完全なチェンジログ: [リンク]
各箇条書きは一文に収めましょう。改善点にさらに説明が必要な場合は、おそらくそれだけでティア2のメールを作成する価値があります。
ダイジェストは一貫した曜日に送信しましょう（金曜の午後は競合が少なく、週のまとめとして適しています）。
よくある間違い
- ランディングページやブログ記事が公開される前にメールを送信する。 メールの役割は読者をどこかに誘導することです。送信先が存在することを確認してください。
- 長すぎる。 メールは深い情報を伝える場ではありません。詳細が必要な場合はブログ記事にリンクしましょう。
- 複数のCTA。 主要なCTA以外のリンクは、そのクリック率を低下させます。メールごとに1つの宛先にしましょう。
- 全員に同じメールを送信する。 リストの20%にしか関連しない機能の告知は、残りの80%にとってはノイズです。
- プレーンテキスト版がない。 一部のメールクライアントはHTMLをブロックします。両方を送信しましょう。
- 間違った時間に送信する。 B2Bメールは火曜日から木曜日、受信者のタイムゾーンで午前9時から11時に最も効果的です。消費者/開発者向けのオーディエンスは、時間が遅めに偏ります。
関連スキル
- launch-strategy — メッセージング概要（メールの主要な価値提案とオーディエンス）
- launch-tweet — メールの前に公開するソーシャル向けコピー
- launch-blog-post — メールがリンクするブログ記事
- launch-distribution — 完全な配信シーケンスにおけるメールの位置づけ