mcpField
O
offer-factory

offer-factory

github.com/victor-shulga营销与增长151 次安装3 周前更新
代码仓库

关于 offer-factory

Offer Factory 是面向 IT 代理机构的技能,可将客户研究转化为排序后的差异化外联报价方案。它对方案评分,并把入选方案扩展为可测试卡片,且只使用客户网站中的真实案例作为证明。

主要功能

  1. 01提取服务与客户信号
  2. 02组合差异化报价方案
  3. 03为方案评分和排序
  4. 04将优选方案扩展为卡片
  5. 05设计外联测试
  6. 06要求使用真实案例证明

适用场景

  1. 01为 IT 代理机构寻找外联报价
  2. 02比较不同 ICP 与痛点的方案
  3. 03准备冷外联测试报价
  4. 04规划低承诺的入门方案

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/victor-shulga/gtm-skills --skill offer-factory

安装后在 Claude Code 中输入/offer-factory确认已加载。

详细介绍

Offer Factory

快速将 IT 代理公司的客户转化为 5–10 个可用于外联测试的方案赌注。每个赌注都是不同的押注(不是把同一个方案换种说法),经过评分、排序,并扩展成可在本周用于外联的方案卡片。

**语言:**推理和说明使用乌克兰语;方案、承诺和冷启动话术使用英语(外联通常面向西方市场)。如果用户另有要求,则按其要求执行。

需要准备什么

  • 客户网站 URL(必需)——服务、垂直领域、ICP 信号和案例研究的来源。
  • 可选:需要围绕其构建方案的固定 ICP、限制条件(“仅限美国”“不做企业客户”“仅固定价格”),或最佳客户示例。

如果用户已经给出固定 ICP,则围绕这些 ICP 构建方案,而不是自行罗列(第 2 阶段只聚焦于这些 ICP)。

流程(7 个阶段)

第 1 阶段——抓取与提取

抓取网站(对于 Docs,使用 Google Drive read_file_content;对于在线网页,使用 WebFetch / Apify rag-web-browser——请注意,WebFetch 只能读取 Google Docs 的界面外壳,因此处理 Docs 时请使用 Drive 连接器)。提取原始材料:

  • 服务线、技术栈、能力
  • 服务的行业 / 垂直领域
  • ICP 信号(他们已服务的客户——规模、类型、地理位置、发展阶段)
  • 包含具体数字的案例研究(这是证明素材库)
  • 定位、明确陈述的差异化优势
第 2 阶段——候选维度

根据材料,在以下三个维度中分别列出 3–4 个候选项:

  • ICP / 垂直领域——谁会购买
  • 痛点 / 理想结果——他们想要什么结果
  • 机制 / 服务——如何交付

这三个维度决定了各个赌注的差异性。(包装 / 定价是可选的第 4 个维度——仅在用户要求时使用。)

第 3 阶段——简易矩阵

生成约 12–15 个单行组合:We help [ICP] achieve [outcome] via [mechanism]。每行一个,暂不添加细节。生成成本低,淘汰成本也低。

第 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)。
  • 信号 = 外联能多快产生信号(市场是否容易找到、目标是否容易定位、话术是否有冲击力)。
  • 筛选保留项,确保维度多样性——不要推出 5 个相同 ICP×痛点的变体。覆盖不同的 ICP、痛点和机制。
第 5 阶段——将胜出方案扩展为标准卡片

为每个保留的方案撰写卡片(乌克兰语推理,英语承诺 + 话术):

#  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,序列)。

承诺公式(替换“我们帮助 X 通过 Z 实现 Y”)

“我们帮助……”适用于内部卡片中的描述,但绝不能用作外联承诺。请使用:

  1. 无需(Hormozi):[理想结果] — 无需 [主要牺牲]
  2. 转变:从 [糟糕状态] 到 [理想状态],仅需 [时间]
  3. 祈使句:[动词] [结果] — [差异化优势]
  4. 消除痛点:停止 [痛点]。开始 [结果]。
  5. 身份 / 职责:您的 [职责 / 团队] — [替客户完成的工作]
  6. 风险逆转:用 [少量投入] 试用 [事物]。仅在 [证明] 后保留。

内置规则

高客单价 → 入门阶梯(先切入,再扩展)

对于销售周期复杂或漫长的高客单价产品,**绝不要贸然测试完整合同。**拆分为两张卡片:

  • Entry rung — 付费试点/诊断/范围明确的冲刺项目,定价为可灵活支配的预算($5–20K),无需 CFO 批准。这才是冷启动外联的产品。
  • Core contract — 大型合作项目,在入门阶梯交付后通过扩展合作销售。 高客单价测试的 KPI 应为预约探索会议/接受试点,而不是成交(销售周期为 60–180 天)。加入风险逆转(未达到标准则退款、按里程碑推进/分阶段交付)和多方关系图(交易中还涉及哪些人:CFO→ROI、IT→安全/架构、采购→SLA、运营→时间线)。 Signal 评分会自然地惩罚大额承诺——这套计算结果告诉你,应该从入门阶梯切入。
低信号补救

当某个产品的 Value 高而 Signal 低时(好的产品在商品化渠道中被淹没,例如通用型外包开发),不要修改产品,而要调整渠道切入点:

  1. 缩小 ICP/人才细分范围(例如“LLM 工程师”,而不是“开发者”),
  2. 加入风险逆转(付费试用一周),
  3. 将 CTA 设计得具体且门槛更低。 调整后重新评分;好的切入点通常能让 BLEND 提高约 1 分。
证据处理

仅使用网站上的真实案例研究。如果卡片需要你没有的证据,插入明确的 [TODO: need case ___] 占位符——绝不要编造指标。通用证据(例如“170+ 个 MVP、30+ 个客户”)可以支持任何卡片。

示例

在一家 AI-MVP 开发机构的网站上运行,使用 3 个固定 ICP → 评分 9 个变体 → 选出排名前三的冷启动测试胜出方案:

  • ICP:非技术背景创始人 → 付费 Discovery 与架构冲刺项目(入门阶梯,BLEND 7.97)
  • ICP:AI 初创公司 CTO → 资深 LLM 工程师一周试用(针对外包开发的低信号补救,7.95)
  • ICP:营销机构 → 白标 AI 功能冲刺项目(7.70) 观察到的模式:三个胜出方案都是低门槛的入门阶梯;持续合作的大型项目(嵌入式团队、团队 Pod)排名最低——这印证了上述高客单价规则。

注意事项

  • 目标是 5–10 个产品。更少=探索范围不足;更多=缺乏重点。
  • 这是待验证方案的积压列表,不是营销活动。只扩展客户有资源测试的方案。
  • 保持低成本矩阵(阶段 3)的成本低——评分前不要撰写完整卡片。
  • **与 offer-ladder 配合使用:**offer-factory = 横向批量生成用于冷启动测试的方案;offer-ladder = 围绕一个核心转型构建从免费→低价→中价→高价的纵向产品组合。如果用户想要的是产品组合/变现结构(而非测试批次),则转到 offer-ladder。该阶梯面向冷启动的入门阶梯会回到这里生成测试卡片。

评论

支持 Markdown