# 哪些传统行业正在产生新的互联网工具需求？

URL: https://caijiao.org/posts/105
Source: docs/posts/105.md
Description: salary-to-hourly 搜索量 42000、月访问 45940，Inch Calculator 只做尺寸估算拿到 459 万。老行业真正缺的是中间那五分钟的交付。

Omni Calculator 上有个页面叫 /finance/salary-to-hourly，做的事是把时薪和年薪互相换算。Ahrefs 给的数据：主词月搜索量 42000，这个页面的月访问 45940。

这个需求至少有三十年历史了。它新在哪里？新在它现在被做成一个打开就能用、输两个数字立刻出结果的页面，而不是印在 HR 手册背面的那张对照表。

## 正在发生位移的三个老行业

**工程与装修。** Inch Calculator 只做尺寸和工程量估算，月访问 459 万；Homewyse 做装修报价，把材料、人工、总价拆成三行，月访问 42.885 万。这两块过去依赖老师傅的经验和包工头的口头报价，现在被搬进了一个输入框。

![Inch Calculator 官网首页截图](/images/2026-09/inchcalculator.com.png)

*Inch Calculator 首页写着 3500+ 个免费计算器，按汽车、建筑、烹饪等场景分卡陈列。*

**财税与开票。** Cakedesk 是德国自由职业者 Max Schmitt 做的桌面端发票应用，一次性付款 €69，2025 年卖了 239 份新授权，约 €16000 毛收入。买它的人不是没见过 SaaS，是不想每个月为一个一周用一次的软件再付一次钱。

**薪资核算。** Gusto 挂的免费时薪工资计算器，wage calculator 这个词月搜索量 17000、页面月访问约 17776，进来的人全是正在算用工成本的小企业主。

这三个行业的共同点不是"数字化程度低"——它们的数字化程度一点不低。共同点是**中间那一段一直没人做交付**：从知道规则到算出结果的那五分钟，过去只能自己动手，现在有人把它做成了页面。

## 模板不难，难的是那些每年要改一遍的参数

这类站的实现本身并不复杂，真正的长期成本压在数据维护上。社保基数每年一调、地区工时单价随季度浮动、税率换算表说变就变。把这些数字写死在各页面的代码里，一次小变更要动十几个文件，而且一定会漏改某一片。

更稳的做法是把参数集中到一张表，页面由"模板 + 数据"生成。Omni Calculator 用的就是这条路：把一个计算器抽象成一组配置（公式、单位、文案、示例），页面由模板批量产出。代价是前期要花时间设计这套配置格式，收益是日后多覆盖一个行业只需要加数据。

落到具体实现，通常分三块。

**参数存哪儿。** 服务端形态下一张配置表足够。买断式桌面形态还要额外满足"数据留在用户自己的电脑上"——Cakedesk 卖的就是这个承诺，这种场景用 [/sqlite/](/sqlite/) 这类零运维的嵌入式存储最合理。

**计算跑哪端。** 估算页面的价值很大一部分来自即时反馈：业主把面积从 80 改成 95，旁边的报价要马上跟着变。这类交互用 [JavaScript](/javascript/) 在浏览器里做纯前端计算最划算，服务端只负责吐静态 HTML。涉及金额换算时记得避开浮点误差，别让合计栏出现 0.30000000000000004。

**页面怎么被发现。** 每生成一批新 URL，sitemap 要跟着更新；数量上来之后必须做分片，避免单个 sitemap 文件过大而抓不完。分片和提交的写法可以直接照 [/google-search-central/04-sitemaps-robots](/google-search-central/04-sitemaps-robots) 实现。

## 为什么是现在：三笔成本降下来了

这些需求几十年前就存在，为什么这几年才有人把它们做成站点？因为三笔硬性成本几乎在同一时间变得可以忽略。

**托管成本。** 静态页面的托管和 CDN 分发已经便宜到不用算。Inch Calculator 那 459 万月访问的带宽账单，比很多公司一台服务器的月费还低。

**端侧算力。** 过去必须传到服务器上跑的任务，现在留在浏览器里就行。图像压缩、格式互转、批量重编码这些事，可以把成熟库编译成 [WebAssembly](/webassembly/) 模块交给客户端，服务器连 CPU 都不用出。

**免注册。** TinyWow 明确写了全部工具免注册、上传文件 1 小时后自动删除。当"打开就能用"成为默认预期，工具站不必再为用户系统付费——不需要注册流程、不需要找回密码、不需要存储用户文件。

三笔成本归零之后，那些单次价值很低、但本身不会消失的需求，才第一次变得值得做。它们一直在那儿，只是过去做完就亏。

## 行业术语本身就是最大的流量资产

写这类站时最容易犯的错，是把它抽象成一个"通用单位换算器"：参数通用、术语中立、代码漂亮，然后一个访问都没有。老师傅不会搜"体积换算"，他搜的是"一袋水泥能铺几平米"。

数字也印证了这一点。Inch Calculator 只做尺寸估算拿到 459 万月访问，Homewyse 做报价拿到 42.885 万。差距不在工具好不好用，而在"尺寸估算"能拆出几百个具体查询，"装修报价"基本只有几个大而模糊的词。

判断一个传统行业值不值得进去，我现在只看一条：**用户描述任务的那些词，能不能自然拆成几十种具体说法。** 拆得开，页面矩阵才有意义；拆不开，你做的就只是一个工具，而不是一整片参考值。

---

*Omni Calculator 单页数据来自 Ahrefs 公开案例；Inch Calculator、Homewyse 流量为 Semrush 2026 年 6 月估算；Cakedesk 数据来自作者 Max Schmitt 2025 年公开复盘。*