offer-factory

Offer Factory

IT エージェンシーのクライアントを、アウトバウンドでテスト可能な 5～10 個のオファー仮説に素早く変換します。それぞれ異なる賭けであり（同じオファーの言い換えではありません）、スコア付けと順位付けを行い、今週中にアウトバウンドで試せるカードに仕上げます。

言語： 推論と解説はウクライナ語、オファー、約束、コールドフックは英語（アウトバウンドの対象は通常、西側諸国です）。ユーザーが別の指示をした場合は、それに従います。

必要な情報

• クライアントのウェブサイト URL（必須）— サービス、業種、ICP を示すシグナル、事例の情報源です。
• 任意：対象とする固定 ICP、制約（「米国限定」「大企業は対象外」「固定価格のみ」など）、または優良クライアントの例。

ユーザーがすでに固定 ICP を提示している場合は、独自に ICP を列挙せず、その ICP に基づいて作成します（フェーズ 2 ではそれらに絞り込みます）。

プロセス（7 フェーズ）

フェーズ 1 — スクレイピングと抽出

サイトを取得します（Google Drive の Docs には read_file_content、公開ウェブサイトには WebFetch／Apify の rag-web-browser を使用します。WebFetch が参照できるのは Google Docs の chrome 部分のみなので、Docs には Drive コネクターを使用してください）。元情報を収集します。

• サービスの種類、技術スタック、対応能力
• 対象業界／業種
• ICP を示すシグナル（すでに対応している顧客の規模、種類、地域、成長段階）
• 具体的な数値を含む事例（これが実績の裏付けになります）
• ポジショニング、明示されている差別化要因

フェーズ 2 — 軸の候補

収集した情報をもとに、次の 3 つの軸それぞれで候補を 3～4 個挙げます。

• ICP／業種 — 誰が購入するか
• 課題／望む成果 — どのような成果を求めているか
• 仕組み／サービス — どのように提供するか

この 3 つの軸によって、仮説ごとの賭けが異なるものになります（価格・パッケージは任意の第 4 の軸です。ユーザーが求めた場合にのみ使用してください）。

フェーズ 3 — 簡易マトリックス

We help [ICP] achieve [outcome] via [mechanism] の形式で、1 行の組み合わせを約 12～15 個作成します。各行は 1 つの組み合わせとし、まだ詳細は加えません。作成にも破棄にもコストをかけません。

フェーズ 4 — スコア付けと選定

すべての組み合わせを評価し、上位 5～10 個を残します。

Value  = geomean(Dream, Likelihood, Time, Effort)      # each 1–10; Time/Effort: 10 = fast / low friction
Signal = geomean(MarketSize, TargetingEase, HookClarity)  # each 1–10
BLEND  = 0.6 * Value + 0.4 * Signal

• 価値 = Hormozi の価値方程式（望む成果 × 実現可能性を、時間と労力で割る — 1～10 の範囲に収まるよう幾何平均で算出します）。
• シグナル = アウトバウンドでどれだけ早く反応を得られるか（市場を特定でき、ターゲットにできるか、フックに訴求力があるか）。
• 残す案は軸の多様性を保つよう選びます。同じ ICP×課題のバリエーションを 5 つ出してはいけません。異なる ICP、課題、仕組みをカバーしてください。

フェーズ 5 — 選ばれた案を Standard カードに展開

残した各オファーについて作成します（推論はウクライナ語、約束とフックは英語）。

#  Offer name
   Promise (EN):  see Promise Formulas below — NEVER default to "We help X..."
   Bet:           what makes this a distinct wager (UA)
   ICP:           who + where to find them
   Pain/trigger:  the pain and the moment it's acute
   Mechanism:     what's delivered
   Proof:         REAL case from the site; where missing → [TODO: need case ___]
   Risk-reversal: guarantee / success criteria (esp. high-ticket)
   Cold hook (EN): 1–2 lines + small CTA (+ 1 alt hook for A/B)
   Score:         D L T E → Value | Signal | BLEND

フェーズ 6 — テスト設計（各カードに組み込み）

Test:  N = 40–60 targeted leads
       metric: positive reply rate (sprint/trial → also booked calls)
       keep ≥ 10% / kill < 5%  (5–10% = keep angle, swap signal or persona)
       window: 2 weeks / cohort

フェーズ 7 — 出力

順位付きの表と各カードの全文を出力します。Google Sheets への書き込みは、必ず事前に確認してください（ユーザーの「Service – use case – offer」12 列テンプレート）。必要に応じて、選ばれた案をまず hypothesis-builder（シグナル／ペルソナ）に引き継ぎ、その後 sequence-writer（outbound-engine-skills、シーケンス）に渡します。

約束の数式（「We help X achieve Y via Z」を置き換える）

「We help…」は内部カードの文面なら問題ありませんが、アウトバウンドの約束としては使わないでください。次の形式を使用します。

1. ～なしで（Hormozi）：[望む成果] — [主な犠牲]なしで
2. 変革：[望ましくない状態] から [望ましい状態] へ、[期間] で
3. 命令形：[動詞] [成果] — [差別化要因]
4. 課題の解消：[課題] をやめて、[成果] を始めましょう。
5. 役割／アイデンティティ：あなたの [役割／チーム] — クライアントに代わって行うこと
6. リスク軽減：[少ない負担] で [対象] をお試しください。[実績の証拠] が得られた場合にのみ継続できます。

組み込みルール

高単価 → エントリー段階（導入して拡大）

販売サイクルが複雑で長期にわたる高単価オファーでは、契約全体をいきなりテストしてはいけません。 2つのカードに分けます。

• Entry rung — 有料パイロット／診断／範囲を限定したスプリント。CFOの承認を回避できる**自由裁量予算（5～20Kドル）**で価格を設定します。これがコールドアウトバウンドで提案するオファーです。
• Core contract — 大規模な契約。エントリー段階で成果を出した後、拡大として販売します。 高単価オファーのテストKPIは、契約成立ではなく初回相談の予約／パイロットの受諾です（販売サイクルは60～180日です）。risk-reversal（条件未達時の返金、マイルストーン方式／段階的な実施）と、multi-thread map（案件に関わる他の人：CFO→ROI、IT→セキュリティ／アーキテクチャ、調達→SLA、運用→スケジュール）を追加します。 Signalスコアは大きなコミットメントを自然に低く評価します。これはエントリー段階から始めるべきだと、計算結果が示しているのです。

低シグナルの立て直し

オファーのValueは高いのにSignalが低い場合（例：汎用的なアウトスタッフのように、良いオファーがコモディティ化したチャネルに埋もれている場合）、オファーではなくチャネル上の切り口を見直します。

1. ICP／人材のニッチを絞り込みます（例：「開発者」ではなく「LLMエンジニア」）。
2. リスク軽減策を追加します（有料のトライアル週など）。
3. CTAを具体的で小さなものにします。 切り口を鋭くした後で再採点します。良い切り口なら、通常BLENDが約1ポイント上がります。

実績の扱い

サイトに掲載されている実際の事例のみを使用します。カードに必要な実績がない場合は、明示的な [TODO: need case ___] プレースホルダーを挿入し、指標を捏造してはいけません。一般的な実績（例：「MVP 170件以上、クライアント30社以上」）は、どのカードの裏付けにも使用できます。

使用例

固定のICPを3つ設定したAI-MVP開発エージェンシーのサイトで実行 → 9つのバリエーションを採点 → コールドテストで上位3つを選出：

• ICP：非技術系創業者 → 有料ディスカバリー＆アーキテクチャスプリント（エントリー段階、BLEND 7.97）
• ICP：AIスタートアップのCTO → シニアLLMエンジニアの1週間トライアル（アウトスタッフの低シグナルを立て直し、7.95）
• ICP：マーケティングエージェンシー → ホワイトラベルAI機能スプリント（7.70） 確認されたパターン：選出された3つはいずれも、摩擦の少ないエントリー段階でした。一方、大規模な継続契約（組み込みチーム、ポッド）は最下位となり、上記の高単価ルールを裏付けました。

注意事項

• 目標は5～10件のオファーです。少なすぎると探索が不十分になり、多すぎると焦点が定まりません。
• これは賭けの候補をまとめたバックログであり、キャンペーンではありません。クライアントがテストにリソースを割けるものだけを展開してください。
• 手頃なマトリックス（フェーズ3）は手頃なままにします。採点前に完全なカードを作成しないでください。
• offer-ladderと組み合わせて使います： offer-factoryはコールドテスト用の賭けの横方向のまとめ、offer-ladderは1つの中核的な変革を軸にした無料→低価格→中価格→高価格の縦方向のポートフォリオです。ユーザーがテスト用のまとめではなく、ポートフォリオ／収益化の構成を求めている場合は、offer-ladderに案内してください。ラダーのコールド向けエントリー段階は、テスト用カードを作るためにここに戻ります。