关于 who-is-this-for
who-is-this-for 是为开发者和 AI 工具定义理想客户画像的营销技能，帮助区分采用者与购买者，并以具体任务、情境和排除条件明确定位。
主要功能
- 01定义具体的理想客户画像
- 02梳理采用者、评估者和购买者
- 03用待完成任务描述需求
- 04明确公司与技术背景
- 05指出产品不适用的对象
适用场景
- 01缩小宽泛的开发者受众范围
- 02厘清谁采用产品、谁付费
- 03根据具体属性撰写 ICP
- 04围绕用户情境和目标调整产品介绍
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/who-is-this-for确认已加载。
详细介绍
适合谁？
“开发者”不是一个市场，而是一种媒介。如果你的 ICP 谁都不排除，那它就称不上 ICP。
适用场景： 你把用户描述为“开发者”或“工程团队”；你说不出一个显然不适合的用户；或者你因为工程副总裁有预算，就把信息都瞄准他们。
核心理念
可用的 ICP 必须足够具体，能让某些人显然不适合。“所有开发者”让你无话可说，因为面向所有人的信息其实谁也打动不了。不断细化，直到能够排除某些人。
在几乎所有 AI／开发工具销售中，参与者不止一人：采用工具的开发者很少就是付费的人。面向采用者做市场推广，向买家销售。把两者混为一谈，你就会有很棒的会议，却无法促成任何决策。
框架 1：销售中的角色（Frankl）
梳理每个人扮演的角色。复杂销售需要所有角色；漏掉一个，交易就会停滞。
| 角色 | 关注点 | 在销售中的作用 |
|---|---|---|
| 先锋开发者 | “有什么可能？”着眼于未来。没有预算。 | 找到你、进行试用、在内部倡导、建立社会认同 |
| 有决策权的 CTO | Kairos、缩短发布周期数周、竞争优势。有预算。 | 批准支出并评估战略契合度 |
| 工程副总裁 | 团队效率、开发者体验、规模化质量。担心停机／安全问题 | 评估可行性、在预发布环境中测试 |
| SRE／平台工程师 | 可靠性、减少繁琐工作。会先读你的代码，再看你的文案。 | 把关运营风险 |
先锋开发者不是你的长期客户。他们总是在追逐下一个新鲜事物。但你仍然需要他们：他们会把新技术带给付费的人。
框架 2：关注待完成的任务，而非人口统计特征（Czakon）
职位名称无法指导行动，任务才可以。按以下格式描述：
当[情境]时，我想要[动机]，这样我就能[预期结果]。
示例：“当我接手一个没有测试的服务时，我想快速搭建一张安全网，这样就能放心地重构。” 这句话告诉你触发因素、痛点和收获。人口统计信息做不到这一点。
决策树：单人决策还是复杂销售？
Does the developer who adopts also control the budget?
├─ YES → single-player / PLG motion.
│ ICP centers on the adopter. Optimize time-to-value, self-serve, transparent pricing.
└─ NO → complex sale.
ICP centers on the adopter FOR ADOPTION, and the buyer FOR REVENUE.
You need a "what's in it for me" for every persona above.
进一步细化：包含 5 个属性的 ICP
每一行都填写陌生人无法猜到的信息：
- 公司特征：发展阶段、规模、团队结构（例如，“拥有平台团队、工程师人数为 50-500 人的公司”）
- 技术背景：技术栈／近期变更（例如，“刚采用 Kubernetes”）
- 触发因素：刚刚发生了什么，让这件事现在变得紧迫
- 痛点，用他们自己的话说：他们会使用的确切说法（通过
talk-to-users获取） - 谁会说不：你有意不服务的细分群体
看似合理的常见错误
- TAM 作秀：“有 3,000 万开发者。”没错，但毫无用处。没人会向 3,000 万个任何类型的人销售。
- 追逐预算：因为 CTO／副总裁付钱，就把所有内容都写给他们。他们不会访问你的主页，开发者才会。
- 把角色等同于职位名称：“后端工程师。”这只是个头衔，不是一个具体的人。描述他们的任务。
- 复杂销售只关注一个角色：搞定了先锋开发者，却忘了买家 → 用户采用了，收入却没有。
示例
❌ “面向想要更快交付的开发者。” ✅ “面向工程师人数为 50-500 人、刚刚统一采用 Kubernetes，且被手写 YAML 淹没的平台工程师；他们会说：‘我每周都要花一天处理本不该碰的清单文件。’ 不适合使用 Heroku 的独立开发者。”
接下来的 30 分钟
- 填写 ICP 的全部 5 项属性，包括谁会说不。
- 列出销售流程中的每类角色，并标明：谁发现它、谁评估它、谁付费。
- 将你的一句话推介改写为待完成任务（
当……时，我想要……，这样我就能……）。 - 如果你无法用他们的原话填写第 4 项属性 → 在做其他事之前，你得先进行
talk-to-users。
内容基于真实的开发者工具 GTM 经验，并采用 Adam Frankl（The Developer-Facing Startup）和 Jakub Czakon（markepear.dev）的框架。 不确定 ICP 是否合适，或发现两类角色的诉求相互冲突？这值得和真人聊一聊。欢迎通过 LinkedIn 联系我。