personalization-pipeline について
personalization-pipelineは、メール全体ではなく観察文と質問を生成する、見込み顧客の個別化ワークフローを設計するスキルです。データソース、信頼度ゲート、人手レビュー、代替経路、コスト見積もりを扱います。
主な機能
- 016段階の見込み顧客データ処理
- 02観察文と質問フィールドの生成
- 03信頼度に基づく人手レビュー
- 04引用がない場合の別キャンペーン
- 05リード単位とバッチ単位の費用見積もり
活用シーン
- 01個別化した営業メール自動化の計画
- 02信頼度の低い生成文の確認
- 03元の引用がない見込み顧客への対応
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ victor-shulga/ outbound-engine-skills --skill personalization-pipelineインストール後、Claude Code で/personalization-pipelineを入力して読み込まれたか確認します。
詳細
パーソナライズパイプライン
シーケンサーは何も生成しません。事前に計算してリードに保存しておいた文字列を置き換えます。
生成するのは2つのフィールドで、レターは生成しない
Hey {{firstName}},
{{observation}} ← generated, 15–25 words
[fixed offer skeleton, identical across the whole batch]
{{question}} ← generated, one sentence
{{senderName}}
完全に生成されたメールは、いつも平均的な内容に寄っていきます。正確で、滑らかで、個性がありません。固定の骨組みが声を保ち、モデルはテンプレートではできない部分だけを担当します。つまり、相手の文書を読み、そこから1つの考えをまとめます。
45語のうち、およそ30語が変わります。それで十分です。
パイプライン
1. signal ATS aggregator → posting + raw quote
2. people domain → person search → name, title, LinkedIn, email
3. text model on the quote → observation + question + confidence
4. gate branch → confidence < 4 → human review queue
5. load connector → lead with custom fields
6. send sequencer → 20–30 per mailbox per day
プラットフォームにシーケンサーとのコネクターがあれば、6つすべてを1つのワークブックにまとめられます。設計する前に確認してください。最後のコネクターがないと、手作業でCSVをエクスポートすることになります。
ブリーフではなく、事実をモデルに渡す
入力は固定レコードであり、「パーソナライズされたメールを書いて」ではありません。
| フィールド | 例 |
|---|---|
| 求人情報からの引用 | 「当社のアプリケーションは、Railsで構築されたMajestic Monolithです……」 |
| 求人情報のタイトル | シニアソフトウェアエンジニア |
| 募集開始からの日数 | 8 |
| 宛先の役職 | ソフトウェアエンジニアリング担当シニアディレクター |
| 会社名と規模 | 142人 |
出力も固定です。observation は25語以下、question は1文、confidence は1~5です。
プロンプトに必ず入れる制約は1つです。観察文は引用文だけを根拠にできます。「LinkedInを拝見しました」も、「急成長中の企業として」も不可です。引用がなければ、観察文もありません。
ゲート
これがなければ、手順を増やしただけのスパム砲です。
次の場合、リードをキャンペーンに登録しません。
- confidence が4未満
- 行にテンプレートらしさがある:「気づきました」「~として」「印象的」「わくわくする」
- 観察文が25語を超えている。モデルが求人情報の要約を始めています
- 引用内のキーワードが誤検出である
ブロックされたものはすべて、人間によるレビューキューに送ります。7件に1件ほどが目安です。この割合を大きく下回るなら、ゲートが機能していません。大きく上回るなら、ソースデータが不十分です。
フォールバック経路もメイン経路と同じくらい重要です
引用のないリードは破棄せず、架空の観察文も付けません。より弱いシグナルを使う別のキャンペーンに移し、生成文を含まず、通常の変数だけを使う骨組みを適用します。
2つのキャンペーンは別々に測定してください。まとめると、成果の弱い方が強い方の足を引っ張り、うまくいっていた仮説まで捨てることになります。
自動化で変わらないこと
**送信上限は変わりません。**ハイパーパーソナライズを理由に送信数を増やすことはできません。メールボックスあたり1日20~30通、ドメインのウォームアップに2~3週間、SPF/DKIM/DMARCがすべて正常、受信トレイへの到達をテスト済みであることが条件です。最高の文面でも、迷惑メールフォルダーに入れば反応はゼロで、仮説に対する誤った判定につながります。
**リスト上位は手作業のままです。**スコアが最も高い20~30社はパイプラインに入れません。人間が文面を書きます。自動化が担うのは中位であり、最上位ではありません。
**コストはリード単位で、少額です。**人物の特定に約1.5クレジット、生成文に1クレジット、求人情報には数セントです。300件のバッチなら約750クレジットになります。構築前に、金額を声に出して伝えてください。チームが想定するより低いことが多く、スコープについての話し合いが変わります。
出力
- 6つのステップと、各ステップで使う実際のツールを示したノード図
- 生成ステップの正確な入力レコードと出力スキーマ
- チェックリスト形式のゲート条件
- フォールバック経路
- リードあたりおよびバッチあたりのコスト
- 手作業のままにする項目