如何判断一个网站需求是真实存在的？

Max Schmitt 的 Cakedesk 在 2025 年收到 44 个功能请求，完成了 13 个。同年它卖出 239 份新授权，比 2024 年的约 170 份还多。

Cakedesk 首页没有免费版字样，只有 Try for free 和 Buy now 两个入口。

完成率不到三成，销量反而涨了。这个组合看着矛盾，其实是最可靠的一种需求证据：用户已经用到会挑剔的程度了。

44 个功能请求只完成 13 个，销量反而涨了

一个没人真用的东西，收不到功能请求。用户用完就走，走的时候连骂你都懒得骂。

反过来，用户愿意花时间告诉你"这里应该改成什么样"，说明他已经把这个工具纳入了自己的工作流——他打算继续用下去，所以才在乎它哪里不顺手。

44 个请求本身就是需求真实存在的证据，13 个完成率只是说明一个人做不过来。这两个数字要分开读，别把后者当成前者的反证。

书签栏里那个太长的 Tools 文件夹，是最诚实的证据

Fatih Telis 做 10015.io 的起因特别私人：他书签栏里那个叫 Tools 的文件夹太长了，干脆自己做一个站把这些工具收进去。

这个起因值得琢磨。在他做这个站之前，这个需求已经在他身上发生了几十次——他反复去别的站用一个又一个工具，反复把它们存进书签。需求不是他规划出来的，是他已经在用别的方式满足，只是满足得很别扭。

判断需求真假，我最信这一条：在你要做的这个东西出现之前，用户正在用什么凑合？如果答案是"在三个网站之间来回倒腾"，那需求是真的；如果答案是"什么都没用，因为没想起来要解决"，那你面对的是一个需要教育的市场，一个人做不动。

Product Hunt 的票数证明的是热闹，不是需求

Product Hunt 上每天大约有 668 次发布，能上首页推荐的约 2.8%。

这个数字常被当成"需求旺盛"的证据，方向正好反了——它证明的是供给旺盛。发布当天拿到几百个投票，说明有一群人对新东西好奇，不说明他们下周还会回来。

独立开发者圈子尤其容易踩这个坑。同行会给你投票、给你反馈、说这个想法不错，但同行通常不是你的用户。Cakedesk 那 44 个请求来自真在开票的人，Product Hunt 上的票来自看你这个开票工具的人，两拨人的重叠度很低。

别投票，看日志：Search Console 里的真实查询词

最省钱也最诚实的验证方式，是把一个最小可用页面放上去，然后看日志。

Search Console 的配置与查询报告里能看到真实带来展现的查询词，那些词是用户自己敲出来的，不是你猜的。它们的价值在于"意外"——你会发现有人用你完全没想到的说法来搜同一个东西，而这些说法在关键词工具里通常显示为零搜索量。

我的具体做法是：先做一个只有核心功能的页面，交互用 JavaScript 在客户端跑完，不追求完整；上线之后每月导出一次查询词，看有没有超出预期的说法冒出来。有，说明这个需求的表达比你以为的丰富，值得继续做；几个月都没有，说明你猜的那个需求可能只有你一个人这么叫它。

最小页面之所以敢这么做，是因为成本压得低——这类验证适合做成在线工具页面而不是完整产品：一个页面一个入口，做错了删掉也不心疼。

47.29% 的直接访问，是需求唯一的硬指标

TinyWow 的流量结构里有一个数字比总量重要得多：直接访问占 47.29%，搜索占 33.83%。

将近一半的人不是搜过来的，是直接在地址栏敲域名或者点书签进来的。这意味着他们上一次用过，并且记住了。

这是唯一没法自欺的指标。搜索流量可以靠铺页面、做内容、买外链在短期内堆起来，但"用户记得你的域名并主动回来"这件事，只有需求反复真实发生才会出现。terrific.tools 做了 12 个月，30 天 2.6 万用户、3.4 万次会话，首个完整变现月只有不到 300 美元——它的用户还没形成回来的习惯，这个差距只能靠时间填。

如果只能给"需求是否真实"留一个判据，我会留这个：三个月后，还有没有人直接敲你的域名进来。

Cakedesk 功能请求与销售数据来自 Max Schmitt 公开更新；10015.io 起因来自作者自述；Product Hunt 发布数据为公开统计；TinyWow 流量结构为第三方估算（2026 年上半年）；terrific.tools 数据来自 Indie Hackers 作者自述更新。