网站功能越多越好吗？拆完几十个网站后我的发现

Inch Calculator 只做一件事：尺寸和工程量估算。面积、体积、长度换算、建材用量，全部围绕这个范围。它的月访问是 459 万。

Homewyse 也只做一件事：装修报价，把材料费、人工费、总价拆开呈现。它的月访问是 42.885 万。

两个站都窄到极致，访问量差了十倍。

窄到极致的两个站，差在哪

品类宽度显然不是变量。真正的差别在于问句的可枚举程度。

"算什么"这件事在尺寸和工程量领域几乎是无穷的——面积、体积、周长、角度、单位换算、建材用量，每种单位系统还能再乘一遍，Inch Calculator 的页面数因此能铺到几千个。而装修报价的问句结构要封闭得多，材料种类有限、城市有限、计量单位就那几种，页面天花板低得多。

回答"功能越多越好吗"的第一层答案就是这个：功能数不重要，可枚举的问句数才重要。一个品类如果只能拆出 50 种问法，做 500 个功能也没用——多出来的那些没有对应的入口。

再看另一头。TinyWow 挂着 250 多个工具，PDF、图片、视频、文本、AI 写作全有，看起来杂乱。

TinyWow 首页底部滚动着一组自家数据：100 万活跃用户、1000 万次文件转换、200+ 在线工具。

这些功能之间确实没有逻辑关联，但都落在同一个用户动作上——“我手上这个文件不对劲，得处理一下”。用户在心智里装的不是"我要用 PDF 工具"，是那一刻的麻烦。

这解释了一个我以前想不通的现象：很多工具站的功能列表乱七八糟，流量却很好。因为功能之间不需要有逻辑关联，只需要都落在同一个动作上。

但要注意时序。TinyWow 2019 年上线时只有一个 PDF 转换器，250 个是五年后的结果。拿"功能多"当起点去复制它，是最常见的误读——你看到的是成熟期的形态，不是起步期的策略。

功能数量能不能扩张，本质是个工程问题。

10015.io 的架构给出了答案：几乎所有工具在客户端运行，极少请求服务端。在这种架构下，加一个新工具只是加一份静态页面和一段 JavaScript 逻辑，服务器成本不变，运维负担不变，作者一个人能撑起 50 多个工具。

换成每个功能都要服务端处理的架构，加一个工具就多一条要监控、要扩容、要兜底的路径，加到 20 个就已经很难维护。这也是为什么一些工具站看起来功能不少但更新极慢——不是作者懒，是每个功能的真实成本太高。

TinyWow 是介于两者之间的形态：大部分处理在客户端，但视频转码和大文件仍要走服务端队列。这也解释了它为什么是"五年做到 250 个"而不是"一年做到 250 个"——每加一类需要服务端的新能力，都要先解决队列、超时、重试这一整套问题，扩张速度是被后端拖住的。

Cakedesk 的数据把这件事说得很清楚。它是 Max Schmitt 做的桌面端发票应用，2025 年发布了 12 个版本，收到 44 个功能请求，完成 13 个。

44 个请求只完成 13 个，不到三成。这不是效率问题——一个人做桌面应用，Electron + React + Node.js 三层的发布链路本来就不轻，每个功能都要考虑跨平台打包和回归测试。功能请求进来的速度天然快于消化速度，而每个未完成的请求都会变成用户的失望。

12 个版本对应 13 个完成的功能，差不多一个月一个版本、每个版本一个功能。这个节奏很可能不是巧合，而是发布链路本身决定的上限：打包、签名、跨平台验证这些步骤压不掉，一个月跑一次已经是舒服的状态。功能清单排得再长，也只能按这个速度往前挪。

同一年的另一组数据更有意思：Cakedesk 的流量基本持平，2025 年却卖出了 239 份新授权（2024 年约 170 份），毛收入约 16000 欧元。流量没涨，销量涨了近四成。说明推动转化的不是新功能数量，而是产品在对的人面前足够完整。

把三组数字摆在一起——459 万对 42.885 万、250 个对 1 个、44 个请求对 13 个完成——我的结论是功能数应该跟着两件事走：可枚举的问句数量，和你一个人能维护的上限。

前者决定天花板，后者决定你能不能活着走到那个天花板。两个数取小的那个，就是该做的规模。

具体一点的做法是先算维护预算：一个人每月能给这个项目多少小时，除以单个功能的平均维护成本（改 bug、跟浏览器兼容、更新文案），得到的就是功能数上限。这个数通常比想象的小得多——大概在 20 到 50 之间，而不是 250。

再乘一个折扣系数。因为维护成本不是固定的：浏览器每年改几次行为，第三方依赖每个季度要升一次级，这些事不产生新功能却吃掉时间。我一般会按算出来的七成定目标，剩下的三成留给意外。

我唯一没想明白的是：在在线工具这种集合形态里，多少功能会让用户从"这里好像什么都有"翻转成"这个站不专业"。50 个和 250 个之间，应该存在这样一个拐点，但我至今没看到能定位它的数据。

Inch Calculator 459 万、Homewyse 42.885 万为 2026 年 6 月第三方流量估算；Cakedesk 数据来自作者 Max Schmitt 的公开更新。