value-prop-that-converts

能打动人的价值主张

“更好”是含糊其辞。具体好在哪里？体现在哪个维度？好多少？由谁证明？开发者会验证你提出的每项主张。拿出数据，否则什么也别说。

**适用场景：**你的价值主张言过其实、主张没有注明出处，或者你试图用一句话同时打动两类受众。

核心理念

开发者的 BS 检测器非常灵敏，而且他们一定会验证你。具体才能让人信服。每个有说服力的开发者价值主张都具备：具体、可证明、用他们的语言表达。

框架：价值主张规则（Frankl）

1. **绝不说“更好”。**说清楚具体好在哪里、好多少、相较于什么。
2. 节省时间必须具体。❌ “节省开发者时间” · ✅ “构建速度快 8 倍，从 2 小时缩短到 15 分钟”（注明出处）。
3. 两种时间都要说到：
   • Chronos（Alpha Dev）：每周节省的时钟时间。
   • Kairos（Empowered CTO）：日历时间、缩短发布周期的周数、竞争优势。
   • 同一款产品必须同时打动两类受众。*“快速发布，否则就会消亡”*这句话对开发者和 CTO 都有效。
4. **每项主张都需要证明。**演示是最弱的证明（理想条件下）。注明出处的推荐语（姓名 + 职称 + 公司 + 数字）最有说服力。人们会认为匿名引言是编造的。
5. **推销品类，而不是解决方案。**谈问题以及“需要这样一款工具”；不要主动推销功能，否则会触发开发者的防御心理。
6. **绝不说“很高兴宣布”或“激动地分享”。**没人关心你的感受。

框架：开发者价值主张的三个维度（Czakon）

一个完整的价值主张需要快速回答以下三个问题：

• 这是什么？：品类 / 与知名现有产品的对比 / 简单陈述（“Datadog 替代品”、“适用于 monorepo 的 CI”）。
• 面向谁 / 用于什么场景？：目标客户画像（ICP）和要完成的任务（见 who-is-this-for）。
• 为什么选你，而不是 10 个替代品？：你存在的正当且可证明的理由。

标题 = 这是什么。 副标题 = 面向谁 / 用来做什么。 对于开发者工具，应更侧重如何做到，而不是为什么需要。开发者通常已经知道自己的痛点。

言过其实检测器：标出并替换

禁用词	开发者为何不买账	替换为
强大	人人都这么说	它具体能做什么
易于使用	他们 60 秒内就会测试	用数字说明实现价值所需的时间
同类最佳	谁说的，依据什么指标	来源或数字
无缝集成	抽象地说无法证明	明确列出集成项和标志
行业领先	毫无信息量	实际市场份额 / 用户数
平台	听起来像：集成麻烦	它能完成的那一项任务
革命性 / 尖端	纯属空话	说出实际使用的技术

证明力层级（从弱到强）

your claim  <  a demo  <  a benchmark you ran  <  a named user's attributed result

把精力花在层级靠后的证明上。

看似合理的错误

• 堆叠形容词：“强大、无缝、直观。”三个词，零信息。
• 一句话面向两类受众：只讲 Chronos 会失去买家；只讲 Kairos 会失去采用者。
• 未注明出处的社会认同：“开发者都喜欢我们。”哪些开发者？来自哪家公司？
• 开篇就讲为什么：大多数开发者工具的痛点大家都知道；应从如何解决和证明入手。

接下来 30 分钟

• 用言过其实检测表检查首页文案。删除或替换所有命中项。
• 用一个数字和一个出处（哪怕只是一位具名用户）重写你的头号主张。
• 写一句 Chronos 文案（每周节省的小时数）和一句 Kairos 文案（缩短的发布周期周数）。确保两者都有。
• 按三个维度陈述你的价值主张：是什么 · 面向谁 · 为什么选你。

---

内容基于真实的开发者工具 GTM 经验，并采用 Adam Frankl（The Developer-Facing Startup）和 Jakub Czakon（markepear.dev）的框架。 如果你无法判断自己的价值主张是否真正打动买家，请找人帮你看看。欢迎通过 LinkedIn 联系我。