用途
这个技能用于在 AI 与开发者工具销售中定义真实的 ICP（理想客户画像），并梳理参与销售过程的各类开发者角色。它适合以下情形：你把用户描述成“开发者”或“工程团队”；你无法说出一个明显不适合的人；你把营销信息对准有预算的工程副总裁。
核心主张是：“开发者”不是市场，而是一种媒介。如果 ICP 不排除任何人，它就不是 ICP。可用的 ICP 必须具体到某些人明显被排除在外。“面向所有开发者”什么也传达不了，因为对所有人说的话等于对没人说。要不断收窄，直到排除成为可能。
在几乎每一笔 AI/开发者工具销售中，都不止一个人：采用工具的开发者很少是付费的人。要面向采用者做营销，向购买者做销售。混淆两者，就会得到很多会议却没有决策。
主要能力
框架一：销售中的角色（Frankl）
梳理每个角色由谁扮演。复杂销售需要全部角色；漏掉一个，交易就会停滞。
- Alpha Dev：关心“什么是可能的？”，活在未来，没有预算。作用是发现你、做实验、在内部倡导、创造社会证明。
- Empowered CTO：关心时机、缩短发布周期、竞争优势，拥有预算。作用是批准支出和战略契合度。
- VP Engineering：关心团队速度、开发者体验、规模化质量，担心停机和安全性。作用是评估可行性、在预发布环境测试。
- SRE / Platform Eng：关心可靠性、减少重复劳动，会先读你的代码再读你的文案。作用是把关运营风险。
Alpha Dev 不是长期客户，他们追逐下一个新鲜事物。但你仍然需要他们：他们把新技术带给付费的人。
框架二：用待办任务而非人口统计（Czakon）
职位头衔不可操作，任务才可操作。写成：当[情境]，我想要[动机]，以便[预期结果]。
示例：“当我接手一个没有测试的服务时，我想快速生成安全网，以便无惧重构。”这句话告诉你触发点、痛点和收益，人口统计永远做不到。
决策树：单人还是复杂销售？
采用工具的开发者是否也控制预算？
- 是 → 单人 / PLG 模式。ICP 以采用者为中心。优化价值实现时间、自助服务、透明定价。
- 否 → 复杂销售。ICP 对采用而言以采用者为中心，对收入而言以购买者为中心。你需要为上述每个角色准备“这对我有什么好处”。
收窄：五属性 ICP
每一行都要填陌生人猜不到的内容：
- 公司形态：阶段、规模、团队结构（例如“拥有平台团队的 50-500 名工程师的公司”）
- 技术背景：技术栈 / 近期变化（例如“刚刚采用 Kubernetes”）
- 触发点：刚刚发生了什么让这件事现在变得紧急
- 痛点，用他们的话说：他们会使用的确切说法（从 talk-to-users 获取）
- 谁会说不：你刻意不服务的细分群体
使用方式
技能给出了 30 分钟行动清单：
- 写出你的 ICP，填满全部 5 个属性，包括谁会说不。
- 列出销售中的每个角色，并标记：谁发现它、谁评估它、谁付费。
- 把一句话推介改写成待办任务（当……我想要……以便……）。
- 如果你无法用他们的真实原话填写第 4 个属性 → 在其它任何事情之前，你欠自己一次 talk-to-users。
适用场景
适用于 AI 与开发者工具团队在早期 GTM 阶段明确目标客户、梳理销售角色、撰写推介信息。尤其适合把“开发者”当作市场、无法说出谁会拒绝、或只盯着有预算的高管做营销的团队。
限制
资料未提供该技能的具体安装命令、运行环境、平台支持、收费方式或效果数据。资料中提到的框架来自 Adam Frankl（The Developer-Facing Startup）和 Jakub Czakon（markepear.dev），并称基于真实开发者工具 GTM 经验构建。若不确定 ICP 是否正确，或看到两个角色方向冲突，资料建议在 LinkedIn 上联系作者进行人工沟通。