ISSUE 77 · 开发者工具 / 设计工具 · 新官网观察 11
用户比你更懂的时候，你只能证明自己跟他是一伙的
353个工具官网
开发工具和设计工具，差了3.5倍
Warp · Mintlify · Relume · Affinity
同一个"工具"标签下，一半让你验证，一半让你观看。
哈喽，我是大鹏，这里是第二灵感库。
上一期写的是 App 官网—— 一个"产品不在自己手里"的品类，只剩第一句话的机会。
这期写一个跟我们在座各位关系更近的：工具。
开发工具、设计工具、给专业人用的软件。这类官网有个很特殊的处境：它卖的东西，用户比你更懂。
一个设计师打开 Figma 的官网，他心里已经有答案了——他知道什么是矢量、什么是自动布局、什么是交付。一个工程师打开一个新框架的官网，他脑子里的问题也不是"这是干什么的"，而是"能不能跑、多快、开源吗、要不要钱"。
所以你没办法教育他。你只能证明你跟他是一伙的。
我从素材库里挑出 462 个工具类官网（开发工具 82 个、设计工具 256 个，加上软件、CMS、托管、开源这些），扫描成功 353 个，又拿其余品类抽样的 433 个站做对照。
我把每个首页的源码过了一遍，专门找一件事：它有没有在首页上摆出"看得见、能核对"的东西。
结果第一张表就有点出乎意料：
353个工具类官网 · 对照433个站（首页源码信号，按倍数排序）
直接给安装命令
7.1% （对照 0.9%，7.9 倍 · 全表最大）
首页有代码块
11.3% （对照 1.8%，6.3 倍）
提到开源
20.4% （对照 3.5%，5.8 倍）
出现版本号
3.7% （对照 0.9%，4.1 倍）
changelog 更新日志
35.1% （对照 9.0%，3.9 倍）
点名具体技术
40.8% （对照 10.9%，3.7 倍）
给模板 / 范例
31.4% （对照 8.8%，3.6 倍）
企业合规（SOC 2 / SSO）
39.7% （对照 12.5%，3.2 倍）
可在线试用（playground）
12.2% （对照 3.9%，3.1 倍）
提到 API
35.4% （对照 11.3%，3.1 倍）
有文档入口
49.0% （对照 17.1%，2.9 倍）
挂 GitHub 链接
33.4% （对照 12.5%，2.7 倍）
挂了定价入口
59.2% （对照 25.9%，2.3 倍）
提 GitHub star 数
仅 2.3% （对照也是 2.3%）
平均摆出几条硬证据
2.52 条 （对照 0.79 条，3.2 倍）
一条硬证据都没有
26.3% （对照 63.3%）
招牌动作做得很足，但一百个站里九十三个没摆出最硬的那一样。
三个数字，值得盯一下：
第一，甩证据这件事，是这个品类的招牌动作——但招牌动作也有人不做。平均 2.52 条，是对照组的 3.2 倍。可最扎眼的是最后一行：353 个工具官网里，有 93 个在首页上一条硬证据都没摆。没有代码、没有命令、没有数字、没有技术名词、没有 GitHub——纯粹靠形容词和截图卖一个专业工具。
第二，它比谁都敢挂价格。定价入口 59.2%，是对照组的 2.3 倍。这个数字要放在上一期的旁边看：上一期我扫设计工作室，定价入口只有 17.9%，是其余品类的 0.56 倍——一个卖服务的行业，最不愿意谈钱。而工具类正好反过来，是 2.3 倍。
同样的道理：服务没法标价，工具可以。一个能明确标出"每月 $20"的东西，本身就是在说"我知道我值多少"。
第三，那种差距最大的做法，反而是最少人用的。7.9 倍，是整张表里最大的倍数——把安装命令直接摆在首页。可绝对值只有 7.1%。那个最能一眼证明"我是真家伙"的动作，一百个站里只有七个做了。
同一件事还有一面：开发者最认的两种通货，几乎没人用。GitHub star 数 2.3%（和对照组一样），版本号 3.7%。star 数是开发者圈子里最硬的社交货币，可它们基本不往首页放。
那这 26.3% 的"空白"和 7.1% 的"硬"，是同一种站吗？
不是。我把 353 个站按子类拆开之后，看到了本期最有意思的东西：
同一个"工具"标签下 · 开发工具77个 vs 设计工具189个
有文档入口
80.5% vs 34.4%
挂 GitHub 链接
67.5% vs 15.3%
有社区入口（Discord 等）
62.3% vs 32.8%
说明"被谁用"
58.4% vs 23.3%
提 CLI / 命令行
49.4% vs 4.2%
有更新日志
46.8% vs 28.0%
首页有代码块
32.5% vs 仅 2.1%
可在线试用（当场跑）
33.8% vs 4.2%（8.1 倍）
放产品视频
23.4% vs 42.3%（1.8 倍）
给模板 / 范例
24.7% vs 35.4%
提 "no-code"
6.5% vs 12.7%
平均摆出几条硬证据
4.92 条 vs 1.42 条（3.5 倍）
一条硬证据都没有
5.2% vs 34.4%
同一个标签，裂成了两半。一半让你当场验证，一半让你观看。
同一个"工具"标签下面，裂成了两半。
开发工具平均甩 4.92 条硬证据，189 个设计工具平均只有 1.42 条，差了 3.5 倍。设计工具里，三分之一一条硬证据都没有；开发工具里只有 5.2%。
更有意思的是最后那几行——它们不是"证据多和少"的区别，是"让你干什么"的区别：
两边各让你做的事
开发工具 8.1 倍爱给 playground 33.8% 让你在浏览器里当场跑一遍
设计工具 1.8 倍爱放视频 42.3% 让你看它动起来
给东西的顺序也不同 设计工具更爱给模板（35.4%），开发工具更爱给文档（80.5%）
一个让你验证，一个让你观看。下面这 4 个站，是两种打法的四种具体做法。
PART 01
把配置文件直接摆出来
Warp · 终端与 agent 平台 · "Open infrastructure for cloud software factories"
网址：warp.dev
Warp 做的是开发者的终端和 agent 平台。它的首页是我这次看到的证据密度最高的一个——代码块、命令行、成本数字、开源清单，全在第一屏附近。
它的主标题是：
"Open infrastructure for cloud software factories"
（给云软件工厂的开放基础设施。）
注意这句里的两个词：infrastructure（基础设施） 和 factories（工厂）。它不说"AI 编程助手"，直接把自己抬到了基础设施层。这是技术品类里很典型的一招——换一个更重的品类名词，来取消跟"助手"们的比较。
但真正值得学的是它往下做的事。它没有讲"我们的 AI 多聪明"，它直接把配置文件贴出来了：
factory.yaml · 它把配置文件原样摆在首页
factory.yaml
schemaVersion: v1alpha1
name: web-server-factory
repositories: …
secrets: …
mcpServers: …
cloudProviders: …
integrations: …
这一段比任何形容词都有用。因为一个工程师看完这八行，立刻能得到三个结论：这东西是有结构的、是声明式的、能进 Git 仓库。它不需要信你，它自己能判断。
更狠的是，它给每一行都配了说明，而且说明是功能性的，不是好话：
"Repositories define where Factory agents can work. Each run checks out the relevant code on its execution host so agents can inspect and change it."
（repositories 定义 agent 能在哪儿干活。每次运行都会在执行主机上检出相关代码，让 agent 可以检查和修改。）
它在解释机制，不是在解释好处。
它敢这么写，因为底下压着一堆可核对的东西：
它首页上压着的东西
接口清单 "API, CLI, SDK and MCP"
自我定性 "built as a platform, not a vertical product or AI teammate"（是做平台，不是一个垂直产品，也不是你的 AI 同事）
成本数字 "Cutting our cost per PR from $80 to $30"（每个 PR 从 80 美元降到 30 美元）
治理面板 cost per PR $18.09，-33%
用户基数 "Trusted by over 800,000 developers and thousands of engineering teams"
它连成本都给了。不是"帮你省钱"，是"每个 PR 从 $80 降到 $30"。这句话你没法反驳，也没法抄——因为它上面压着 80 万开发者这个基数。
还有个细节很值得记。它的 FAQ 全部用小写字母写：
"do i need warp terminal to use factories? no. factories is a separate product — nobody at your company has to use warp terminal."
（我需要用 Warp 终端吗？不需要。Factories 是独立产品，你公司没人非得用 Warp 终端。）
小写、短句、直接答"不"。这是开发者社区里公认的"自己人"写法。一个正经的公司官网写得这么随意，本身就是在示好。
大鹏说：这个打法有一个前提——你的产品得经得起看。把配置文件摆出来的风险是，看得懂的人会立刻发现你是不是空架子。所以这一招不是文案技巧，是产品自信的外化。
但它有一个可以抄走的动作，几乎零成本：在讲"我有什么功能"的地方，改成"这个东西是怎么工作的"。比如卖一个自动化工具，别说"支持 50 种触发条件"，直接列出来是哪 50 种。让懂行的人自己判断，比你形容半天管用。
PART 02
把客户的数字摆出来
Mintlify · 产品文档平台 · "The intelligent documentation platform"
网址：mintlify.com
Mintlify 做的是产品文档平台——给开发者写文档用的。它的首页标题很朴素：
"The intelligent documentation platform"
（智能文档平台。）
副标题里有个很妙的并列：
"Self-updating documentation for startups, enterprises, and agents."
（给创业公司、大企业，还有 agent 用的自更新文档。）
它把 "agents" 和 "startups / enterprises" 并列成了客户类型。一个文档平台的客户里居然有"AI 代理"，这本身就说明了市场在往哪走。
但它真正值得学的是规模数字的用法。它没有说"我们很可靠"，它把数字分了三层摆出来。
它把规模分了三层摆
第一层 · 自己平台 300M+ visitors / 2B+ agents / 99.99% uptime
第二层 · 客户名字 Microsoft · Amazon · Solana · 20,000+ companies
第三层 · 客户的数字 Anthropic 200万 / Coinbase 快50倍 / HubSpot 快3倍
第一层是自己平台的规模：300M+ 去年访问量、2B+ 去年 agent 访问、99.99% 全服务可用性。
第二层是客户的名字：Microsoft、Amazon、Solana，还有一句"Join 20,000+ of the world's most ambitious companies"。
第三层——也是最狠的一层——是客户的数字。它把案例做成了"客户名 + 两个数字"：
它的案例写法：客户名 + 两个数字
Anthropic 200 万月活开发者 / 4+ 产品线
Coinbase 部署时间快 50 倍 / 12+ 产品线
HubSpot 构建速度快 3 倍 / 工程资源减少 50%
AT&T 5 万+ 月活用户 / 4+ 产品线
注意箭头方向。这些数字不是"Mintlify 有多强"，是"用了 Mintlify 的人发生了什么"。同一个数字，主语一换，可信度完全不同——因为前者需要你信我，后者只需要你去看。
它的排序也讲究：Anthropic、Coinbase、HubSpot、AT&T，从技术圈最认的名字开始往下排。对开发者来说，看到 Anthropic 在名单里，剩下的基本不用读了。
它还有一句话，我认为是整站最锋利的：
"Powering a quarter of the last YC batch to 40% of the Forbes AI 50."
（最近一期 YC 公司的四分之一、Forbes AI 50 的 40%，都跑在我们上面。）
它不说"我们很受欢迎"，它说的是"某个你认的名单里，有多少在用它"。而这份名单是公开的，你可以自己去核。
大鹏说：这一招叫把证据的主语换成客户。"我们的部署速度很快"是形容词，"某客户的部署时间快了 50 倍"是可核对的。写法上只差一个词，可信度差一个量级。
可抄的动作：把你所有"我们怎样"的句子，翻一遍主语。翻得动的就翻——翻不动的，通常是因为那个数字本来就经不起看。
PART 03
用行话划一条边界
Relume · 网站构建工具 · "Build a marketing site you'd actually publish"
网址：relume.io
Relume 是个很特别的样本：它算设计工具（给做网站的人用），但硬证据密度排在设计工具里的前列。它的主标题是：
"Build a marketing site you'd actually publish"
（做一个你真的会发出去的营销站。）
这句里最值得看的是 "you'd actually" 这四个字母。它不是"快速建站"，是"你真的会发出去"——它知道这个人群最大的痛点是"用工具做出来的东西，最后没人敢上线"。
而它往下做的事，比这句标题更值得记。
2026 年，所有工具都在说自己是 AI 做的。Relume 反着来，它花了整块版面说自己不是：
"No hallucinated layouts."
（没有幻觉出来的布局。）
"Assembled, not generated."
（是组装出来的，不是生成出来的。）
它还把机制讲了一遍：Relume 用共享系统上人工构建的组件来组装你的网站，所以某个东西改好了，每个站都跟着变好。
"The AI does not write raw code. It selects from components our designers built and maintain, then assembles them into your site."
（AI 不写原始代码。它从我们的设计师构建和维护的组件里挑选，然后组装成你的网站。响应式、无障碍、SEO/AEO 是结构上就带的，不是靠运气。）
这一段的核心只有三个词：assembled, not generated。
在一个所有人都在比"谁的 AI 生成得更快"的市场里，它用两个技术词把边界划了出来：生成是不受控的，组装是受控的。而"受控"恰好是专业用户愿意付钱的东西。
它的证据也全是行话，但都是设计师听得懂的行话：
它摆出来的三种导出，每一句都是行话
导出到 Figma "Editable auto-layout with real variables and variants"（可编辑的自动布局，带真实的变量和变体）
导出到 React "Coded with Tailwind CSS and shadcn/ui components"（用 Tailwind CSS 和 shadcn/ui 组件写的）
导出到 Webflow "Clean client-first classes, ready with no cleanup"（干净的 client-first 类名，不用清理）
它另有两条规模数字："Component system behind 2 million websites."（200 万个网站背后的组件系统。）和 "Choose from 1,000+ responsive components"。
它没有说一句"我们质量高"。它把行话摆出来，让懂的人自己得出这个结论。
它还有一个很少有人敢做的动作：把整个团队二十多个人的名字和一句生活化的话全放上去了。
团队介绍里的一段
"Pixel-perfect by day, plate-perfect by night. Nour notices the half-pixel nobody else does, though his beard gets more discipline than his sleep schedule." （白天像素级，晚上摆盘级。Nour 能注意到别人注意不到的半个像素。）
在一个卖"组件和自动布局"的页面上放二十个人的花边生活，看上去完全不搭。但这正是内容里的一个反差点——讲完最硬的行话，再用最软的方式证明这些行话背后是真人。
大鹏说：这个打法是这四个里最值得抄的。当你所在的品类所有人都在说同一句话时，最快被记住的方式是说"我不是"。而"我不是"要比"我是"更具体——Relume 没说"我们质量好"，它说了"我们不生成、我们组装"。
可抄的动作：找出你行业里那句被说烂的话（"AI 驱动""一键生成""智能推荐"），然后告诉用户你不是那个，并说出为什么。这是门槛最低的一次差异化。
PART 04
不讲数字，讲格式名
Affinity · 专业设计软件 · "Create freely"
网址：affinity.studio
到这里，四个案例里有三个是开发工具。现在换到设计工具那一半——一个在数据上"几乎不甩证据"的类别。
Affinity 是专业设计软件（矢量、修图、排版三合一）。它的主标题只有两个词：
"Create freely"
（自由地创作。）
这句话里没有名词、没有分类、没有功能、没有数字。它是一句态度。这在开发工具里几乎看不到——那里的 H1 都在做技术归类（"The TypeScript framework for building MCP servers"）。
那它靠什么证明自己？靠格式名和操作极限。
它的四句话，没有一句是"更好用"
导入格式 "Bring PSD, AI, IDML, DWG, and other file types into Affinity with layers and structure preserved."
操作极限 "Working with thousands of layers? No problem. Want to make detailed edits at 1,000,000% zoom? Go for it."
运行方式 "Runs natively on Apple silicon and Intel."（在 Apple 芯片和 Intel 上原生运行）
价格 "Affinity is free for individuals (seriously)."（个人版免费，说真的）
它们全是具体到没法反驳的东西：
PSD / AI / IDML / DWG —— 这四个后缀，是设计师的"行业通用语"。看到这四个，一个从 Adobe 迁过来的人立刻就知道：我的文件能带过来。
1,000,000% 缩放 —— 这不是形容词，是一个能去试的数字。
natively on Apple silicon —— 不是"性能好"，是"原生跑"。
它跟开发工具的差别，不在"有没有甩证据"，而在甩的是哪种证据。
工程师认 npm install、GitHub、99.99% uptime。设计师认 PSD、自动布局、100 万倍缩放。同一个动作（把具体名词摆出来），两种不同的话。
设计工具里还有更简的写法。同样在这 189 个站里，Whimsical 的首页一句话是：
"The whiteboard for product builders"
（给产品构建者的白板。 whimsical.com）
"The essentials, done right."（把基本功做对。）
一个词都没有提到功能名，一个数字都没有。
它们共同的选择是：不解释自己多强，只确认自己"在对的行里"。
大鹏说：本期数据里最反常识的一条，是开发工具 8.1 倍爱给 playground（33.8%），设计工具只有 4.2%。不是设计工具不想让人试，是它的产品价值没法在一分钟内试出来。"顺手"这个东西要用一周才知道，所以它只能退而求其次——给你看一段视频（42.3%，是开发工具的 1.8 倍）。
这给我们的启示很实在：你的用户的信任货币是什么？工程师的货币是"能不能跑"，设计师的货币是"长什么样、认不认得出行话"。做产品页之前先想清楚这一点，比先想文案有用。
LAST PART
两种货币，别弄错
把这 4 个站放在一起：
四个案例 · 它摆出的证据，和你被要求做的事
Warp factory.yaml、CLI、每 PR $18.09 — 验证：自己看配置
Mintlify 99.99% uptime、客户案例的倍数 — 核对：去查那串名单
Relume 2M 网站、1000+ 组件、Tailwind／shadcn/ui — 对照：看它跟别家的边界
Affinity PSD／AI／IDML／DWG、100 万倍缩放 — 认领：这是我的行当
四种做法，其实只有两类：
一类让你当场验证（Warp 的配置文件、Mintlify 的数字、Relume 的技术栈）；一类让你认领身份（Affinity 的"自由创作"、Whimsical 的"白板"）。
而数据告诉我们，这两类不是随便选的，它跟着品类走：
开发工具 4.92 条硬证据，8.1 倍爱给 playground——它在说"你不信就自己跑"；设计工具 1.42 条，34.4% 一条都没有，1.8 倍爱放视频——它在说"你看一眼就知道了"。
整理一下，这个品类做官网只有三条规矩：
第一，先想清楚你的用户靠什么做决定，再决定放什么。工程师靠"能不能跑"，所以他认安装命令、GitHub、uptime。设计师靠"顺不顺手、认不认得出行话"，所以他认格式名、自动布局、100 万倍缩放。同一个"证明自己懂行"的动作，两种完全不同的道具。
第二，把形容词换成具体名词——但名词要用对方的行话。这是本期最普适的一条。开发工具里 40.8% 会点名具体技术（是对照组的 3.7 倍），Affinity 则点名了四种文件格式。它们都没说"兼容性强"，它们说了具体的名字。"兼容性强"这种话，用户只能在心里打个问号；"支持 PSD / AI / IDML / DWG"是能当场验证的。
第三，能谈价格就谈价格。59.2% 的定价入口，是对照组的 2.3 倍，也远高于上一期工作室类那可怜的 17.9%。工具类是最早想明白"标价本身就是一种专业"的品类。一个敢把价格摆出来的产品，在用户心里的默认位置就是"正规军"。
这三条规矩，正好是三个问题
1. 我的用户靠"验证"还是靠"认领"做决定？（工程师要能跑，设计师要眼熟，买家要比参数）
2. 页面上的形容词，有几个能换成具体名词？（"续航长"→"满电 120 公里"；"兼容性好"→ 列出格式名）
3. 我有没有说清楚"我不是什么"？（Relume 的 "assembled, not generated" 用的是这一招）
再回头看开头那组数据，就都串起来了：
353 个工具官网平均摆出 2.52 条硬证据，
其中 93 个一条都没有；
而最狠的那个动作，一百个站里只有七个做了。
翻译成一句话：这个品类知道该甩证据，但大部分人只甩到一半——甩了概念，没甩细节。
最后落到我们自己身上。我们做跨境产品页、做落地页，面对的用户也是"比你更懂"的人——一个要买 ebike 的人可能已经研究了三个月，一个给父母找代步车的子女已经比过六个牌子。
他们不需要我们教育，他们需要能核对的细节。
今天就能做的一件事：把形容词圈出来，数一数
打开你的产品页，把每一句形容词圈出来，数一数有几处能换成"能被当面验证的名词"。换不掉的，先删。
关于这组数据，说清楚来源
样本：Lapa Ninja 官网画廊全量索引 7504 个站点中，主分类为 Development Tools（82 个）、Design Tools（256 个）、Software（94 个）、CMS（15 个）、Hosting（7 个）、No-Code（5 个）、Open Source（3 个）共 462 个网站，本次扫描成功 353 个（109 个站点已失效或抓取失败）；对照组为同一素材库其余品类（7042 个）按固定间隔系统抽样 587 个，扫描成功 433 个。
方法：抓取各站首页 HTML 源码，用关键词规则匹配"安装命令、代码块、开源、版本号、更新日志、具体技术名、模板、企业合规、在线试用、API、文档入口、GitHub、定价入口、GitHub star 数"等信号。为避免源码噪音，结构性信号（如代码块、GitHub 链接）在原始 HTML 中匹配，文案类信号（如"no-code""easy"）只在去掉标签后的可见文本中匹配——这一步是必须的，第一版脚本因为不区分，导致"模板"和"版本号"两项误报成 100%（实际命中的是 HTML 的 template 标签和 CSS 尺寸数值），修正后才得到本文数据。命中率按扫描成功的站点数计算，一个站可命中多项，百分比相加不等于 100%。
子类口径：拆"开发工具（77 个）"与"设计工具（189 个）"两个子类时，"可在线试用"指首页出现 playground / sandbox / live demo / try it 等字样；"放产品视频"指出现 YouTube / Vimeo / .mp4 / Wistia / Loom 的嵌入代码。
人工复核：对"首页没有安装命令"这条结论做了抽样回查——从被判为"首页无安装命令"的 63 个开发工具站里随机抽 14 个，重新抓取源码，用更宽的规则（任何 npm / pip / brew / cargo / docker 命令、install 字样、pre 标签、复制按钮）逐条检查。结果 10 个站"命中"了宽规则，但逐个打开上下文后发现全是假阳性：Tailwind 的 install 出现在 docs/installation 链接路径里，GitBook 的出现于 URL 分享参数的编码文本中，Ruby 官方站出现在文档安装路径里——没有一个是摆给用户看的安装命令。这说明原检测没有假阳性（7.1% 只会低估、不会高估）；同时也说明，即便是 Tailwind 这种开发者工具的标杆，安装命令也只放在二级文档页。
口径限制：关键词命中只能说明"首页上出现了这个说法"，不等于该产品的真实能力或完整策略；未命中也不代表该站没有相关内容（安装命令、代码块常以图片、折叠区或二级页形式出现，抓取不一定能读到）。文中引用的所有 H1 与页面文案均为抓取时点的公开内容，可能随时调整。文中出现的价格数字（如 Warp 的成本数据、Affinity 的"个人版免费"）均为各站公开信息摘录，仅作设计分析之用。
样本说明：工具类 462 个站、成功 353 个，在统计上属于中等样本，本文只作为观察样本，不作为行业报告引用。另外，被官网画廊收录本身就是一层筛选，且该素材库的站点以设计完成度较高的英文站点为主。
免责提示：本文所有案例均为网站设计层面（文案与信息结构）的分析，不构成任何采购、投资或技术选型建议；文中引用的产品描述、规模数字与价格均为各站公开信息的摘录，仅作设计参考。
这期是新官网观察的工具类首期。下期想看什么类型，评论区告诉我。
所有的"网址资源"我都整理好了一份文档。
#官网文案 #产品落地页 #开发者工具 #设计工具 #第二灵感库
觉得有用的话，点赞 + 在看 + 转发三连支持一下
ISSUE 77 · SEE YOU NEXT WEEK