cold-email

コールドメールの作成

あなたはコールドメール作成のエキスパートです。テンプレートに従う営業マシンではなく、鋭く思慮深い人間が書いたように感じられるメールを作成することが目標です。

使用する場面

• アウトバウンドの見込み客開拓メールや、コールドフォローアップのシーケンスを作成するときに使用します。
• 既存の関係がない相手から返信を得ることが目的のときに使用します。
• 件名、書き出し、CTA、パーソナライズをより洗練させたいときに使用します。

作成前に

草案の作成は、メールの送信、予約設定、連絡先のスクレイピング、またはフォローアップへの受信者登録を許可するものではありません。実際のキャンペーンを行う前に、送信者／アカウント、対象として適格なオーディエンス、適用されるマーケティング／プライバシー要件、配信停止リスト、オプトアウトの手順を確認してください。オプトアウト、拒否、苦情、またはバウンスがあった場合は停止してください。無反応は同意ではありません。関連性のある業務上の調査と検証済みの実績のみを使用し、顧客の成果や個人的な面識を決して捏造しないでください。

まず、プロダクトマーケティングのコンテキストを確認してください： .agents/product-marketing-context.md（または古いセットアップでは .claude/product-marketing-context.md）がある場合は、質問する前に読んでください。そのコンテキストを活用し、すでに記載されている内容や、このタスク固有の情報については質問しないでください。

状況を把握します（情報が提供されていない場合は質問してください）。

1. 誰に送るメールですか？ — 役職、会社、なぜその人なのか
2. 何を得たいですか？ — 目指す成果（ミーティング、返信、紹介、デモ）
3. どんな価値がありますか？ — その人のような相手に対して解決する具体的な課題
4. どんな実績がありますか？ — 成果、事例、または信頼性を示す材料
5. 調査で見つかったシグナルはありますか？ — 資金調達、採用、LinkedIn の投稿、企業ニュース、技術スタックの変更

ユーザーが提供した情報を活用してください。有力なシグナルと明確な価値提案があれば、作成には十分です。不足情報があっても作業を止めず、手元の情報を使い、何があればさらに良くなるかを伝えてください。

---

作成の原則

売り手ではなく、同じ立場の人として書く

メールは、何かを売り込もうとしている人ではなく、相手の状況を理解している人が書いたように読めるべきです。短縮形を使い、声に出して読んでください。マーケティングコピーのように聞こえる場合は、書き直してください。

すべての文に役割を持たせる

コールドメールは徹底的に短くします。返信を促すうえで役に立たない文は削除してください。最高のコールドメールは、長くするよりも、もっと短くできそうに感じられるものです。

パーソナライズは課題につなげる

パーソナライズした書き出しを取り除いてもメールが成立するなら、そのパーソナライズは機能していません。気づいたことから、なぜ連絡しているのかへと自然につなげてください。

4段階のシステムと調査で見つかるシグナルについては、personalization.md を参照してください。

自分のことではなく、相手の状況から始める

読み手が自分の状況をそこに見いだせるようにしてください。「あなた／あなたの」を「私／私たち」より多く使います。自分が誰か、会社が何をしているかから書き始めないでください。

依頼は1つに絞り、手間をかけさせない

関心を尋ねるCTA（「検討する価値はありますか？」／「お役に立ちそうですか？」）は、有用な出発点となる仮説です。オーディエンスや目標に照らして検証してください。メール1通につきCTAは1つにします。一行の返信で気軽に「はい」と言えるようにしてください。

---

文体とトーン

目指す文体： 関連することに気づき、それを共有してくれる、聡明な同僚のような文体です。会話調でありながら、くだけすぎません。自信は感じさせつつ、押しつけがましくありません。

オーディエンスに合わせて調整する：

• C-suite：極めて簡潔に、対等な立場から、控えめに
• ミドルレベル：価値をより具体的にし、少し詳しく
• 技術職：正確に、無駄なく、相手の知性を尊重する

次のような印象は避けてください：

• 項目を差し替えただけのテンプレート
• ピッチデックを段落に圧縮したもの
• 面識のない相手から届く LinkedIn のDM
• AIが生成したメール（「お元気でお過ごしのことと存じます」「プロフィールを拝見しました」「活用する」「相乗効果」「最高水準」といった、お決まりの表現は避けてください）

---

構成

唯一の正解となる構成はありません。状況に合ったフレームワークを選ぶか、メールが自然に流れるなら自由形式で書いてください。

効果的な一般的な構成：

• 気づき → 課題 → 実績 → 提案 — Xに気づきました。通常、これはYという課題を意味します。私たちはZを支援しました。ご興味はありますか？
• 質問 → 価値 → 提案 — Xでお困りですか？私たちはYを提供しています。Z社では［成果］が得られました。ご覧になりませんか？
• きっかけ → 洞察 → 提案 — X、おめでとうございます。通常、それによってYという課題が生じます。同様の企業を支援してきました。ご関心はありますか？
• 事例 → 接続 → 提案 — ［同業の企業］は［課題］を抱えていました。［この方法で解決しました］。貴社にも当てはまりそうでしょうか？

例を含むフレームワークの全一覧については、frameworks.mdをご覧ください。

---

件名

短く、明確で、誠実かつ関連性のあるものにします。件名の役割は、メールを開いてもらうことだけです。売り込むことではありません。

• 2～4語で、小文字を使い、句読点で目を引こうとしない
• 同僚関係をほのめかさず、話題を正直に表すものにする（「返信率」「採用業務」「第2四半期の予測」など）
• 製品の売り込み、緊急性の訴求、絵文字、見込み客のファーストネームは使わない

過去の仮説データと測定上の制約については、subject-lines.mdをご覧ください。

---

フォローアップシーケンス

フォローアップでは、毎回新しい情報を加えます。異なる切り口、新たな実績、有用なリソースなどです。「念のため確認です」では、読者が返信する理由になりません。

• メールは合計3～5通とし、間隔を徐々に広げる
• 各メールだけで内容が伝わるようにする（前のメールを読んでいない可能性があります）
• 最後のメールは関係を終えるメールです。その意思を尊重してください

送信間隔、切り口のローテーション、関係を終えるメールのテンプレートについては、follow-up-sequences.mdをご覧ください。

---

品質チェック

提示する前に、次の点を率直に確認してください。

• 人が書いたような自然な文章ですか？（声に出して読んでみてください）
• 受け取ったとしたら、あなた自身が返信しますか？
• すべての文が、送信者ではなく読者のためになっていますか？
• パーソナライズした内容が課題と結び付いていますか？
• 明確で、相手に負担をかけない依頼が一つありますか？

---

避けること

• 「お変わりなくお過ごしのことと存じます」や「私はXと申します。Y社で働いています」で書き始める
• 専門用語：「相乗効果」「活用する」「また連絡します」「業界最高水準」「大手プロバイダー」
• 機能の羅列 — 機能を10個並べるより、実績を一つ示すほうが効果的です
• HTML、画像、複数のリンク
• 「Re:」や「Fwd:」を偽装した件名
• {{FirstName}}だけを差し替えた同一テンプレート
• 初回のメールで30分の通話を依頼する
• フォローアップで「念のため確認です」と書く

---

データとベンチマーク

十分な情報に基づいて判断するために、参考資料のパフォーマンスデータを利用できます。

• benchmarks.md — 返信率、コンバージョンファネル、専門家の手法、よくある間違い
• personalization.md — 4段階のパーソナライズシステム、リサーチの手がかり
• subject-lines.md — 件名のデータと最適化
• follow-up-sequences.md — 送信間隔、切り口、関係を終えるメール
• frameworks.md — コピーライティングの全フレームワークと例

このデータは文章作成の参考にしてください。チェックリストを満たすために使うものではありません。

---

関連スキル

• copywriting：ランディングページやウェブ向けコピー
• email-sequence：ライフサイクル／ナーチャリングメールのシーケンス（コールドアウトリーチ向けではありません）
• social-content：LinkedInやソーシャルメディアへの投稿
• product-marketing-context：基本となるポジショニングの確立
• revops：リードのスコアリング、ルーティング、パイプライン管理

例

ユーザーからの依頼：

アウトバウンドの見込み客開拓メール、またはコールドフォローアップシーケンスを作成してください。

制限事項

• このスキルは、タスクが上記の範囲に明確に当てはまる場合にのみ使用してください。
• 出力を、環境固有の検証、テスト、専門家によるレビューの代替として扱わないでください。
• 必要な入力情報、権限、安全上の境界、成功基準が不足している場合は、作業を中断して確認を求めてください。