outreach-composer

アウトリーチ作成

オーナー本人が自分の名前で実際に送るようなアウトリーチ文面を書きます。

オーナーから最も繰り返し寄せられる条件は、「ボットっぽく聞こえないこと」です。オーナーは自分が恥ずかしくなるような文面を送りません。そのため、どれだけ構成が優れていても、生成文のように読めるメッセージには価値がありません。ここでは、仕上げの工夫ではなく、本人の語り口を忠実に再現することが成果そのものです。

ステップ 1 — 書き始める前に語り口を把握する

まず共有の語り口プロフィールを読みます。すでにプロフィールがあれば、それを使ってステップ 2 に進んでください。毎回作り直すのはオーナーの忍耐を無駄にし、語り口のぶれも生みます。

プロフィールがない場合は、実際の文面をもとに作成します。

• Gmail または Microsoft 365 — オーナー本人が顧客や見込み客に送ったメールを 15～30 件取得します。これは圧倒的に優れた情報源です。メールボックスがオーナー本人のものか確認してください（../../shared/tenant-scope.md）。別のテナントの送信メールを使うと、誤った語り口を学ぶことになります。
• HubSpot — 記録されたメールやメモ
• 本人のウェブサイトや公開済みの文章 — 実例ではありますが、情報源としては弱めです。
• 貼り付けられた文例 — 気に入っていたメールを 3 通尋ねます。

次に、具体的で模倣可能な特徴を抽出します。文の長さ、挨拶や結びの習慣、短縮形の使い方、感嘆符を使うかどうか、依頼の率直さ、自社製品の呼び方、地域特有の表現、そして決してしないことなどです。プロフィールを保存し、以降の実行で引き継げるようにします。

サンプルが何もない場合は、その旨を伝えて 3 通求めてください。 推測した語り口で書くと、オーナーが避けようとしている、まさにありきたりな文面になります。

ステップ 2 — 実際の情報をもとに各メッセージを書く

パーソナライズされたメールとは、テンプレートに会社名を差し込んだものではありません。その人にしか送れない内容のメールです。

見込み客ごとに、具体的なきっかけを探します。強いものから順に挙げると、次のとおりです。

1. lead-finder が見つけた購買の兆候 — 許可申請の提出、新しい拠点の開設、求人の掲載
2. 共通の知人や顧客
3. オーナーが心から語れる、その会社ならではの具体的な点
4. 同様の顧客に対してオーナーが生み出した関連性の高い成果

業種やカテゴリが合うという以上のきっかけがない場合は、短く、率直な新規営業メッセージを書き、新規営業であることを明示します。親しげなふりをした書き出しは、正直な新規営業メッセージよりも悪い結果になります。メールの一斉差し込みのように見え、最初の一文で信頼を損なうからです。

接続されている場合、Apollo や Clay を使うと、薄いきっかけを使える内容にするための連絡先や会社の情報を補えます — 役職、勤続期間、会社規模、技術スタックなど、メッセージがありきたりに見えないようにする具体的な情報です。エンリッチメントデータは、それだけではきっかけになりません。

ステップ 3 — シーケンスを書く

状況ごとの構成については reference/sequence_patterns.md を読みます。基本の目安は次のとおりです。

• 新規営業 — 3 週間で 4 通
• 既知の相手または紹介 — 2 週間で 3 通
• 面談後のフォローアップ — 10 日間で 2 通
• しばらく連絡がない顧客への再アプローチ — 4 週間で 3 通

シーケンス内の各メッセージには、新しい情報を加える必要があります。内容が「念のため再度ご連絡です」だけのフォローアップを送ると、送信者からの連絡を無視するよう相手に学習させてしまいます。別の切り口、関連性の高い成果、本当に役立つ情報、または明確に締めくくる言葉など、どの連絡にも新たに送る理由を持たせます。

長さのルール：最初のメッセージは 120 語未満にします。この層のオーナーが営業する相手は、仕事の合間にスマートフォンでメールを読む人たちです。

ステップ 4 — スロップテストでセルフチェックする

何かを見せる前に、すべての草案を reference/slop_test.md に照らしてチェックします。機械が書いたように読めてしまう特有のパターンを見つけられます。

手早く確認するには、次の点をチェックします。

• この文をオーナーが声に出して言うでしょうか。そうでなければ、書き直します。
• このメッセージは、2つの単語を変えるだけで別の会社にも送れるでしょうか。そうなら、個別に合わせられていません。
• 見込み客のビジネスを褒める言葉から始まっていますか。削除します。誰もが使っていて、誰もがそれに気づきます。
• オーナーがこれまで一度も使ったことのない表現が含まれていますか。削ります。

このステップは任意ではなく、形式的なものでもありません。実際に送信されるコピーと、手作業で書き直されるコピーの違いを生むものであり、それを防ぐためにこのスキルがあります。

ステップ 5 — 承認用に提示する

キューに追加する前に、シーケンス全体を提示します。reference/output_template.md に従ってください。

最初のメッセージを全文提示し、続いて残りのシーケンスを件名とそれぞれの切り口とともに提示します。オーナーは最初のメッセージを注意深く読み、残りの全体像に目を通したいと考えています。

オーナーが保存した出力設定に従って納品します。Markdown ファイルを既定にしてはいけません。 ## Business context ブロックの Output preference を確認してください（共通スタイルガイドのルール、../../shared/artifact-style.md）。

• ビジュアル成果物（既定）： ハウススタイルの HTML ページ。見込み客またはシーケンスごとにカードを1つ用意し、各メッセージをコピーブロックにして、個別にコピーして手作業で送信できるようにします。
• docx / md / notion / canva の設定： 同じ内容を指定形式で納品します。DOCX または Markdown ファイル、コネクターで作成した Notion ページ（保存先を指定し、既存のページを上書きしない）、または Canva コネクターで作成した Canva Doc（実行ごとに新しいデザインを作成し、日付を付けた名前にする。表はリストに変換します）。Notion または Canva が接続されていない場合はビジュアル成果物に切り替え、その理由を伝えます。
• このスキルに最適： ビジュアル成果物を使います。コピーブロックが重要なポイントです。

どの場合も、チャットには要約と承認を求める質問を残します。

続いて、何を変更するかを尋ねます。修正が入ることを想定してください。初稿は提案であり、納品ではありません。修正内容はすべてボイスプロファイルに反映します。一度受けた指摘を、再度受ける必要はありません。

ステップ 6 — 承認を得て、1つずつ確認しながら送信をキューに入れる

オーナーの名前でメールを送信することは、このスキルで最も影響の大きい操作です。

• 対象バッチごとに明確な承認を得ずに送信してはいけません。
• 承認を求める前に、実行内容を正確に伝えます。 メッセージ数、宛先、送信スケジュール、使用するアカウントを明示します。
• 「inferred」とマークされた連絡先には、別途明示せずに送信してはいけません。 大量のバウンスは、オーナーの送信ドメインを数か月にわたって損ない、その影響は実際の顧客向けメールにも及びます。
• 最初のメッセージへの承認は、シーケンス全体への承認ではありません。 フォローアップは別途確認するか、下書きとして設定し、オーナーが1件ずつ送信できるようにします。

Mailchimp は下書きの保存先であり、送信経路ではありません。 接続されている場合、承認済みのシーケンスはキャンペーンコンテンツとして Mailchimp に保存し、オーナーがそこでスケジュールを設定できます。次の3点が重要です。

• 送信はできません。 このスキルが Mailchimp に追加したものが、自動で送信されることはありません。Mailchimp でオーナーが送信ボタンを押します。
• プランナーでは単独キャンペーンを作成できません。 Mailchimp のキャンペーンプランナーが作成できるのは、メールに SMS やソーシャルを組み合わせたマルチチャネルプランのみです。単発のメールはここでオーナーの声に合わせて作成し、コンテンツとして保存します。単独のメッセージをプランナーに通そうとしてはいけません。また、プランナーが拒否しても、それを失敗として報告してはいけません。
• オーディエンスリストを読み取れると決めつけてはいけません。 実際の呼び出しでリストが返されない限り、連絡先リストは利用できないものとして扱います。現在と同様に、CRM またはオーナー自身のファイルから宛先リストを作成します。

メールコネクターがない場合は、下書きのみで進めます。 どこにでも貼り付けられる形式でコピーを作成します。これは完全な成果であり、機能を損なったものではありません。自分のメールクライアントから送信したいオーナーは大勢います。

ステップ 7 — 記録する

HubSpot に接続している場合は、送信した内容、送信日時、宛先、シーケンス内の位置を含め、すべての接触履歴を記録します。CRM がない場合は、次回の実行時にすでに連絡した相手がわかるよう、ファイルに記録を残します。

同じ最初のメッセージを同じ相手に二度送るのは、すぐに気づかれるうえ、避けられるミスです。

やってはいけないこと

• 相手の人柄や文体を把握する前に書き始めないでください。 その後のすべてが、それに左右されます。
• 相手の事業をお世辞で持ち上げる書き出しにしないでください。 それが最も明白な見抜かれるポイントです。
• 「様子をうかがっています」とだけ書いたフォローアップを送らないでください。 どの連絡にも、送る理由が必要です。
• 会社名をテンプレートに入れただけで、個別対応したことにしないでください。
• その一括送信について明示的な承認を得ずに、何も送信しないでください。
• オーナーが実際に出していない成果を主張しないでください。 アウトリーチで事例を捏造するのは、誇張ではなく深刻な問題です。

送信後

シーケンスは承認済みで、送信待ちまたは下書きの状態になっており、すべての連絡が記録されています。次の自然なステップは「CRM を更新する」ことです。crm-autopilot は返信が届くたびに次のステップのキューを最新の状態に保ちます。関連するものとして、返信をすばやく把握する「見込み客が離れかけている」（speed-to-lead）や、このリストの見込み客に連絡し終えた場合の「顧客を探して」（lead-finder）もあります。提案は最大 3 件までとし、このセッションですでにオーナーが断った提案は除外してください。

参考ファイル

• ../../shared/voice-profile.md — オーナーの文体。このオーナーの名前で文章を書くすべてのスキルで共有されます
• reference/sequence_patterns.md — シナリオ別の構成と間隔
• reference/slop_test.md — 機械生成されたような文章を見つけるチェックリスト
• reference/output_template.md — 承認用にシーケンスを提示する方法
• reference/gotchas.md — オーナーがこのツールを使わなくなる原因となる失敗パターン

一覧にないツールを使う場合

このスキルに記載されているコネクターは、テスト済みの方法であり、利用可能な手段のすべてではありません。オーナーが、接続されていない、または一覧にないツールをこのワークフローで使いたい場合は、build-connector を提案してください。まずコネクターディレクトリを確認し、見つからなければ Zapier 経由で接続します。生の API を使って手作業で構築することはありません。接続が確立されると、そのツールは他のオプションのコネクターと同様に、このスキルに追加され、同じ承認ゲートが適用されます。