cold-outreach について
Cold Outreachは、創業者が見込み客向けのメールやLinkedInメッセージを作成するためのスキルです。調査で得たシグナルから個別化の度合いを決め、単一または複数の相手向けにメッセージを組み立てます。
主な機能
- 01見込み客のシグナルを調査
- 02個別化のレベルを設定
- 03メールとLinkedInメッセージを作成
- 04タイミング別のフォローアップを作成
- 05複数相手向けのA/B案を作成
- 06個別化の関連性を確認
活用シーン
- 01見込み顧客への初回メールを作成
- 02投資家へのLinkedIn連絡を計画
- 03新しい切り口でフォローアップを準備
- 04複数の相手に合わせて文面を調整
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ shawnpang/ startup-founder-skills --skill cold-outreachインストール後、Claude Code で/cold-outreachを入力して読み込まれたか確認します。
詳細
コールドアウトリーチ
使用するタイミング
創業者が見込み客、潜在顧客、投資家、戦略的な関係者に送るコールドメールやLinkedInメッセージを作成する必要がある場合に使用します。また、ユーザーが「メールを送っても誰からも返信がない」「Xにどう連絡すればいい?」「コールドメールを書いて」「アウトバウンドを手伝って」と言った場合にも使用します。
必要なコンテキスト
startup-contextまたはユーザーから、以下の情報を確認します。
- 対象の見込み客 — 名前、役職、会社、そしてその人を選んだ具体的な理由
- 調査で得た情報 — 最近のニュース(資金調達、ローンチ、採用)、LinkedInでの活動、会社の成長データ、役職や業界に関する背景
- 送信者のポジショニング — あなたが何者か、何を提供するか、独自の信頼性
- プラットフォーム — メール、LinkedIn、または両方
- 送信件数 — 見込み客1人、または複数人へのキャンペーン
ユーザーから提供された情報を活用します。有力な調査情報と明確な価値提案があれば、十分に草案を作成できます。メッセージをより強化できる情報を伝えますが、不足している情報を理由に作業を止めないでください。
ワークフロー
- コンテキストを収集する — 利用できる場合はstartup-contextを読みます。見込み客、価値提案、実績に関する不足情報を確認します。
- 見込み客を調査する — 最近の情報をウェブ検索します。重要な原則は、10分間の調査でコールドメッセージを親しみのあるメッセージに変えられることです。情報を有力な順に分類します。
- Tier 1(最も有力): 最近のニュース — 資金調達、製品ローンチ、主要な人材の採用
- Tier 2: LinkedInでの活動 — 投稿、コメント、転職
- Tier 3: 会社の成長を示す情報 — 採用動向、技術スタックの変化
- Tier 4(最も弱い): 役職や業界について把握している情報のみ
- パーソナライズのTierを割り当てる — 見つかった調査情報に基づいて判断します。
- Tier 1(個別作成): 複数の調査ソースから、人物を特定できる情報を得られた場合 — 完全にパーソナライズしたメッセージ
- Tier 2(テンプレート+パーソナライズ): 会社情報と役職の背景が得られた場合 — パーソナライズした要素を含むテンプレート
- Tier 3(大量送信向けテンプレート): 情報が見つからなかった場合 — 明確な価値提案を盛り込んだ大量送信向けのアプローチ
- 対象範囲に応じてモードを選択する:
- Quick: 見込み客1人に対するコネクションリクエストとフォローアップ
- Standard: 見込み客1人に対する4回のメッセージ送信シーケンス(デフォルト)
- Deep: A/Bテスト用のバリエーションメッセージを含む、複数の見込み客向けの仕組み
- シーケンスを作成する — 以下の構成とルールに従ってメッセージを作成します。
- 自己批評を行う — 提示する前に、パーソナライズが課題と結び付いているか確認します。パーソナライズした冒頭を削除してもメッセージが成立するなら、パーソナライズが機能していません。書き直してください。
出力形式
以下をすべて提示します。
- コネクションリクエスト(LinkedIn、300文字以内)または件名(メール、2~4語、小文字)
- メインメッセージ — アウトリーチの全文(メールは125語未満、InMailは500文字以内)
- フォローアップシーケンス — 送信のタイミングと、各回で新たに提示する切り口
- パーソナライズのメモ — 複数の見込み客に送信する場合に、相手ごとにカスタマイズする内容
- Tierラベル — このメッセージで使うパーソナライズのTierとその理由
フレームワークとベストプラクティス
基本原則
問題なのは「コールド」という点です。すべてのメッセージは、見込み客の世界を理解している人から届いたと感じられる必要があります。それを可能にするのが調査です。
メッセージの構成
- コネクションリクエスト(LinkedIn): 300文字以内。具体的な内容に触れます。リクエストでは決して売り込みません。
- 最初のメッセージ(コネクション成立から24~48時間後): 「つながっていただきありがとうございます」+調査で得た情報への言及+価値の提示+質問。会話のような自然な文面にします。
- フォローアップ1(7日目): 新たな切り口を提示します。別の課題、実績、または洞察を取り上げます。
- フォローアップ2(14日目): さりげなく再度連絡しつつ、役立つもの(記事、データ、フレームワーク)を共有します。
- 最後のメッセージ(21日目): プロフェッショナルに締めくくります。「ここでいったんご連絡を締めくくります。タイミングが合うときには、いつでもご連絡ください。」
執筆の原則
- ベンダーではなく、同じ立場の人として書く。 短縮形を使います。宣伝文句のように聞こえる場合は、書き直します。
- すべての文に意味を持たせる。 返信につながらない文は削除します。
- 自分ではなく、相手の状況から始める。 「あなた/あなたの」を「私/私たち」より多く使います。
- 依頼は1つだけにして、相手の負担を抑える。 「検討する価値はありますか?」のように関心を尋ねる CTA は、面談の依頼より効果的です。
- すべてのメッセージで、具体的な調査結果に触れるか、明示的に Tier 3 を既定として使う必要があります。 これは絶対的なルールです。
メールの構成
- 観察・課題・実績・依頼 — Xに気づきました。それは通常、Yという課題を意味します。Z社を支援した実績があります。ご興味はありますか?
- きっかけ・洞察・依頼 — X、おめでとうございます。通常、それによってYという課題が生じます。同様の企業を支援してきました。ご関心はありますか?
- 事例・つなぎ・依頼 — [類似企業]には[課題]がありました。[この方法で解決しました]。御社にも関係がありそうでしょうか?
件名
- 2~4語、小文字、句読点で小細工をしない
- 社内メールのように見えるものにする(「quick question」「re: [相手の会社]」など)
- 製品の売り込み、緊急性の強調、絵文字は使わない
避けること
- 「お元気でお過ごしのことと思います」や「私はXと申します。Yで働いています」で始める
- 専門用語:「相乗効果」「活用する」「最高水準」「大手プロバイダー」
- 機能の羅列 — 10個の機能より、実績を1つ示すほうが効果的です
- コールドメールでの HTML 形式、画像、複数のリンク
- 偽の「Re:」や「Fwd:」の件名
- 初回の連絡で30分の通話を依頼する
- 名前だけ差し替えた同一のテンプレートを送る
- LinkedIn のコネクションリクエストで売り込む
創業者ならではの強み
- 創業者から創業者、または創業者から経営幹部へのメールは、返信率が2~3倍高くなります
- 「弊社は〜を提供しています」より、「私は〜を実現するためにこれを作りました」から始めるほうが説得力があります
- 営業担当者にはできないことを提供する:個別のオンボーディング、製品ロードマップへの意見反映、アドバイザーとしての関係構築
関連スキル
lead-scoring— どの見込み顧客に最初に連絡するか、優先順位を付ける際に使いますsales-script— アプローチから面談につながり、ヒアリングやデモのスクリプトが必要になったときに使います
例
プロンプトの例:「中堅 SaaS 企業の VP of Engineering に、自社の API 監視ツールについて連絡したいです。Acme Corp のダウンタイムを73%削減しました。」
良いメールの出力(標準モード、Tier 2):
件名:api alerts
こんにちは、[名前]さん
御社のチームが新しい決済連携をリリースしたのを見ました。おめでとうございます。このようなリリースの後は、通常の監視では見つけにくい、特殊なケースでの API 障害が次々と発生しがちです。
顧客が気づく前に、そうした障害を検知するツールを開発しました。Acme Corp では、最初の1か月で API のダウンタイムを73%削減しました。
少しご覧になりますか?
良い LinkedIn のコネクションリクエスト:
こんにちは、[名前]さん — 決済機能のリリースを拝見しました。顧客が気づく前に API 障害を検知できるよう、エンジニアリングチームを支援しています。ぜひつながりたいです。
フォローアップ(7日目、新しい切り口):
こんにちは、[名前]さん。ちょっとした話ですが、御社のようなリリース後にチームから最もよく聞く課題は、ダウンタイムではなく、アラートをすり抜ける目立たない障害です。ご参考になれば、50以上のエンジニアリングチームで見られた傾向を共有できます。