mcpField
P
personalization-pipeline

personalization-pipeline

github.com/victor-shulgaマーケティング・グロース147 回インストール4 日前に更新
リポジトリ

personalization-pipeline について

personalization-pipelineは、メール全体ではなく観察文と質問を生成する、見込み顧客の個別化ワークフローを設計するスキルです。データソース、信頼度ゲート、人手レビュー、代替経路、コスト見積もりを扱います。

主な機能

  1. 016段階の見込み顧客データ処理
  2. 02観察文と質問フィールドの生成
  3. 03信頼度に基づく人手レビュー
  4. 04引用がない場合の別キャンペーン
  5. 05リード単位とバッチ単位の費用見積もり

活用シーン

  1. 01個別化した営業メール自動化の計画
  2. 02信頼度の低い生成文の確認
  3. 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クレジットになります。構築前に、金額を声に出して伝えてください。チームが想定するより低いことが多く、スコープについての話し合いが変わります。

出力

  1. 6つのステップと、各ステップで使う実際のツールを示したノード図
  2. 生成ステップの正確な入力レコードと出力スキーマ
  3. チェックリスト形式のゲート条件
  4. フォールバック経路
  5. リードあたりおよびバッチあたりのコスト
  6. 手作業のままにする項目

コメント