signal-outbound について
signal-outboundは、アカウント選定から返信分析まで、シグナル主導のアウトバウンドを管理するスキルです。各段階にゲートを設け、データ品質や送信準備を確認しながら症状に応じて作業を振り分けます。
主な機能
- 0110段階のアウトバウンド設計
- 02各段階の停止ゲート設定
- 03症状に応じた作業振り分け
- 04イベントとデータポイントの区別
- 05仮説ごとの結果評価
活用シーン
- 01既存のリストやシーケンスから再開
- 02工程ごとの未達ゲート確認
- 03開封や返信の問題を診断
- 04仮説の変更や拡大を判断
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ victor-shulga/ outbound-engine-skills --skill signal-outboundインストール後、Claude Code で/signal-outboundを入力して読み込まれたか確認します。
詳細
Signal Outbound — master
従来のアウトバウンドでは、自社の顧客に似た企業を探し、サービスを紹介します。これは逆のやり方です。自社の課題をすでに公に語っている企業を見つけ、その企業自身の言葉で話しかけます。
そうした言葉の宝庫は求人情報です。「当社のアプリケーションは壮大なモノリスです」と書く企業は、その一文を掲載するためにお金を払っており、あとから撤回することはありません。これは課題についての推測ではありません。採用予算によって確認された課題です。
この先のすべては、ひとつの切り分けに基づきます。イベントがいつ書くかを示し、データポイントが何を書くかを示します。
依頼者の状況を把握する
質問は最大3つまでとし、答えが判明したらそこで止めます。
- すでにどのような成果物がありますか? 何もない/ICP/企業リスト/スコアリング済みリスト/シーケンス/実施中のキャンペーン/返信が届いている。
- これらのドメインから、以前に何かを送信したことがありますか? ない/ウォームアップ済みだが未送信/現在送信中。
- 実際の問題は何ですか? 何かを実施している場合に限ります。開封がない、返信がない、返信が次につながらない、あるいは良い返信が後で途絶える。
戦略資料や予算については尋ねないでください。もしそれらがあれば、どこから始めればいいかを尋ねることはないでしょう。
ゲート一覧
以下の各ステップには、それぞれ条件がひとつあります。ゲートを通過できないまま先へ進むと、その後の作業は無駄になります。ゲートを明言し、飛ばした場合の損失を伝えてください。
| ゲート | 条件 | 条件を満たさない場合 |
|---|---|---|
| G1 — インフラストラクチャ | ドメインの認証が済み、メールボックスのウォームアップが済み、送信上限が設定されている | deliverability-audit。送信に問題があると、効果の弱い文面とブロックされたドメインを見分けられず、その後の測定結果もすべて読み取れなくなります。 |
| G2 — 仮説がある | 誰に、どのトリガーで、何を提案するかを説明できる | hypothesis-builder。明示された仮説のないキャンペーンは、後から評価できず、議論することしかできません。 |
| G3 — 件数 | イベントシグナルの仮説ごとに300アカウント、データポイントの仮説ごとに500アカウント | 関連するシグナルをまとめるか、対象カテゴリーを広げてください。結果を読み取れないテストを実施するのではなく、不足件数を報告してください。 |
| G4 — リストが本当にICPに合っている | スポットチェックの90%を通過する | account-sourcingに戻ります。未加工の検索結果の3分の2は、代理店、政府機関、大学です。 |
| G5 — 今連絡する理由がある | 各行に日付付きのシグナル、またはソース付きのデータポイントがある | signal-research。これがないと、シグナルのないキューでは書き出しの根拠がなく、キャンペーンは名だけを差し込んだ一斉送信になってしまいます。 |
| G6 — 連絡可能である | 検証済みのメールアドレスがある、またはLinkedIn経由の連絡が確認されている | waterfall-enrichment。すでに条件を通過した対象だけをエンリッチしてください。ここがコストのかかるステップです。 |
| G7 — 面談を求めない | すべてのタッチが、相手の関心を尋ねる質問で終わる | sequence-writerに戻ります。 |
| G8 — ファイルがクリーンである | 最終CSVが7層チェックに合格している。抑制対象の連絡先がなく、無効なアドレスがなく、すべての変数が展開されている | pre-launch-data-check。現在のクライアントが1件含まれていたり、アップロードしたファイルの{{first_line}}がひとつ壊れていたりするだけで、1日の遅れ以上の損失が生じます。 |
パス
10ステップです。それぞれで成果物ができ、そのうち4つでは実行を止めるゲートがあります。
| # | ステップ | 実行先 | 完了時の成果物 |
|---|---|---|---|
| 1 | ICP とティア | gtm-market-icp-persona ⧉ | ティアマトリックス+ペルソナ+アンチ ICP |
| 2 | オファーとエントリー段階 | offer-factory ⧉ | スコア付きの候補5~6件、エントリー段階を選定 |
| 3 | シグナルカタログ | signal-catalog | トリガー50件をスコアリングし、まとめる |
| 4 | 仮説 | hypothesis-builder | スコア付きの仮説10件から3件を選定 · ゲート:ボリューム |
| 5 | アカウントリスト | account-sourcing、続いて signal-research を実行 | 証拠の日付を含むスコア付き CSV · ゲート:ICP の90%を抜き取り確認 |
| 6 | 担当者とメールアドレス | waterfall-enrichment | メールアドレスの検証済み連絡先 |
| 7 | シーケンス | sequence-writer | 8回のタッチ、両方のペルソナ向け · ゲート:ミーティングの打診なし |
| 8 | パーソナライズ | personalization-pipeline | 生成フィールド2つ+信頼度ゲート |
| 9 | ベースチェック | pre-launch-data-check | GO 判定+修正対象行のファイル · ゲート:ファイルのクリーン化 |
| 10 | 配信開始 | deliverability-audit | SPF/DKIM/DMARC、ウォームアップ、送信上限 |
実行は後続の段階でも続きます。週次の確認には weekly-outreach-report、返信が集まったら reply-audit、切り口のテストには ab-test-analyzer を使います。
⧉ = 別のプラグインにあります。gtm-market-icp-persona は gtm-strategy-skills、offer-factory は gtm-skills にあります。これらをインストールしていない場合は、ステップ1~2を手作業で進めてください。パス自体は機能しますが、この2つの成果物を作るための足場がなくなります。
全体を支える4つのルール
状態を示すシグナルだけでは機能しません。 「お使いのフレームワークはサポート終了です」だけでは、「知っています。ありがとうございます」という返事になります。これにイベントを組み合わせると、「3月に資金調達を実施され、その3月にフレームワークのサポートが終了しました」となり、会話につながります。ステップ3ではこの違いを明確にします。曖昧にしないでください。
ボリュームゲート:イベントシグナル仮説あたり300アカウント、データポイント仮説あたり500アカウントです。 これを下回ると、読み取れる結果を出せません。関連するシグナルを1つのメールテーマにまとめるか、保留にしてください。どの組み合わせもゲートを通過しない場合、ニッチを狭く設定しすぎています。業種をターゲティングフィルターではなく実績を選ぶ基準として使い、対象を広げてください。
ミーティングの打診はどこにも入れません。 1通目のメールにも、最後のメールにも、LinkedIn にも入れません。コールドタッチの唯一の目的は返信を得ることです。
生成するのはフィールド2つであり、メール全体ではありません。 すべて生成したメールは平均的な内容になり、正確で流暢でも個性がなくなります。固定の骨組みで語り口を保ちつつ、テンプレートにはできないこと、つまり、他人の文書を読んで、それについて考えをまとめることだけをモデルに任せます。
実際に実行が失敗する箇所
業種を実績として示すべきところで、フィルターとして使っていました。 有力な事例があっても企業数が数百社しかないニッチは、キャンペーンではなく ABM のターゲットです。より広いカテゴリでシグナルを検出し、読み手の業種に合った事例を示してください。リストが空で返ってきた後ではなく、ステップ4でこれを見極めます。
生のソーシング結果の3分の2はノイズです。代理店、政府請負業者、大学などが含まれます。こうした対象を見つけて除外できるベンダーフラグはありません。ステップ5で明示的な除外作業に時間を確保し、何が除外されたか差分を確認してください。絞り込みすぎると、本当のアカウントまで気づかないうちに除外されます。
引用箇所を人が確認していませんでした。 キーワードの一致は7件に1件ほどが誤検出です。「伝説的なレガシーを築く」はモダナイゼーションのシグナルではありません。エンリッチメントの前に、アカウントごとに10秒かけて確認してください。
シーケンサー内でパーソナライズしようとしていました。 そこで行うことはできません。ステップ7で、考えが伝わる書き出しを作ったなら、ステップ8は任意ではなく必須です。
フィルタリングする前にリストをエンリッチしていました。 エンリッチメントはコストのかかるステップです。合格したアカウントだけに実施してください。
ライブキャンペーンの成果が振るわないときは、症状に応じて振り分けます
苦情から問題の段階を特定します。ステップ 1 からやり直してはいけません。
| 症状 | 最も可能性の高い段階 | 振り分け先 |
|---|---|---|
| ほとんど開封されない | コピーではなく、インフラ | deliverability-audit |
| 開封されるが、返信がない | 最初の一文に、存在する理由がない | signal-research を実行し、その後、データポイントに基づいてシグナルのないキューを書き直す |
| 返信はあるが、すべて「今は無理」 | ターゲティングは適切だが、タイミングが合っていない | reply-audit を実行し、ステップ 3 でシグナルを見直す |
| 返信はあるが、すべて「詳しく教えて」で終わり、その後途絶える | コピーが曖昧です。相手が関心を持っているのは自分自身で、相手自身の問題ではありません | reply-objection-handler(各ティアの内訳を確認)を実行し、その後シーケンスを見直す |
| 返信は良好だが、その後進展しない | 返信後の引き継ぎ | lead-scoring を実行し、その後 reply-objection-handler を実行する |
| 数字は問題なさそうなのに、成約に至らない | アウトバウンドではなく、オファー | そのことを率直に伝え、振り分けを中止します。このバンドルではオファーを改善できません |
最後の行は重要です。常にアウトバウンドに解決策を見いだすルーターは役に立ちません。問題がアウトバウンドではないというのが、正直な答えであることもあるからです。
結果の読み方
| 状態 | 条件 | 対応 |
|---|---|---|
| 中止 | 返信率が 1.5% 未満、または関心率が 17% 未満 | コピーではなく、シグナルか切り口を変える |
| 最適化 | 関心率が 17~30% | 新しい切り口を試し、フィルターを絞る |
| 拡大 | 関心率が 30% を超える | チャネルを追加し、ボリュームを増やす |
測定はキャンペーンごとではなく、仮説ごとに行います。 2 つのシグナルを混在させたキャンペーンでは、何も説明できない平均値が出ます。
シグナルキャンペーンの現実的な上限は、好意的な返信が約 10% です。ベンダーが公表する 35~40% という数値はマーケティングです。
誰も推測しなくて済むように、コストを明示します
送信準備が整ったリード 1 件あたり約 2.5 クレジットに加え、スキャンした投稿 1 件あたり数セントです。300 件のリードを処理すると、約 750 クレジットとスクレイピング費用数ドルになります。早い段階で伝えましょう。チームは実際の 10 倍ほどかかると思い込み、理由もなく範囲を縮小しがちです。
年間 3 万ドルからのエンタープライズ向けインテントプラットフォームは、この規模では費用対効果が合いません。名前を挙げ、価格を伝え、次に進みましょう。
絶対に自動化に任せないもの
スコア上位 20~30 件のアカウントです。ここは人が対応します。自動化が担うのは、最上位ではなく中間層です。
途中から参加した人への対応
すでにどの成果物を持っているかを尋ね、次のステップから開始します。念入りに進めるためにステップ 1 からやり直してはいけません。既存の成果物を対応するゲートに照らして確認し、先へ進みます。根拠となる引用がないリストはステップ 5 に戻し、カレンダーリンクを含むシーケンスはステップ 7 に戻します。
適切に引き継ぐ
各実行の最後には、次の 3 行だけを記載します。それ以上は書きません。
Where you are: [step]
Gate: [met / failed — which one, and what skipping it costs]
Next: run `[skill]` — [one line on what it produces]
そこで止めます。スキルが独自に行う質問を先回りしたり、スキルが何を言うか要約したりしてはいけません。同じ苦情を 2 回受けたら、同じスキルに 2 回振り分けず、代わりにおそらく誤っている前提を示します。