# 一个普通人从0做一个网站，需要经历多少步骤？

URL: https://caijiao.org/posts/117
Source: docs/posts/117.md
Description: 10015.io 的起因只是作者书签栏里一个塞满的 Tools 文件夹，2020 年上线，Next.js + styled-components、不装 UI 库，工具几乎全在浏览器跑，如今 50+ 工具、MRR 约 300 美元。从数工具开始、到攒够 50 个工具之前不推广，这几步可以照着排。

Fatih Telis 是伊斯坦布尔的一名前端开发者。10015.io 这个项目在 2020 年上线，起因没有任何商业分析成分——他的浏览器书签栏里有一个叫 Tools 的文件夹，越塞越长，每次想找某个小工具都要在几十条书签里翻一遍。

![10015.io 官网首页截图](/images/2026-09/10015.io.png)

*10015.io 首页的插画里，电脑屏幕上浮着一个带 Aa 图标的文档窗口。*

所以如果你问"从 0 做一个网站要几步"，我的答案不是"需求调研、原型设计、开发、测试、上线"那套。那份流程表对一个人来说没有约束力，它描述的是团队项目。一个人真正要走的，是下面这几步。

## 第一步是数工具，不是想点子

多数人卡在起点，是因为把"找一个好点子"当成了第一步。点子是想不出来的，尤其是坐在电脑前想。

可执行的替代品是清点：把你过去半年实际用过、并且反复打开过的那类小工具数出来。它们通常散落在书签栏、微信收藏、推文收藏里。10015.io 的第一步就是这个动作——不是决定"我要做一个工具站"，而是发现自己已经在用 50 个别人的工具，且这个数字还在涨。

这一步的输出很具体：一张 20 到 50 条的清单，每条是一个动作，不是一个类目。写"PDF 转 Word"可以，写"PDF 工具"不行，后者没法开工。

## 第一个版本只装一个动作，不装一个应用

清单出来之后最容易犯的错，是立刻开始设计一个"平台"：首页、导航、分类、搜索框、用户中心。这些在第一个版本里全是负资产。

TinyWow 2019 年上线时的形态可以当参照——一个 PDF 转换器。不是"PDF 工具集"，是一个转换器。它后来长到 250 多个工具，但那是六年之后的事。10015.io 同理，从 0 到 1 的那一步只做了一个工具。

这一刀砍在哪儿？砍在"用户完成一次任务所需的最小路径"上。上传文件、点按钮、下载结果，三步就该结束。任何需要用户理解"这个站是干什么的"的设计，在这个阶段都是多余的门。

## 每个工具占一个独立 URL，而不是应用里的一个 Tab

这是技术选型会反过来影响增长的地方，也是很多人做错的一步。

把 20 个工具塞进一个单页应用里，用前端路由切换，实现上省事，但每个工具都不再是独立的搜索入口——搜索引擎拿到的是同一个空壳 HTML。正确做法是每个工具一个 URL、一个页面、一段服务端就渲染好的 HTML，用户从搜索结果直接落到"PDF 转 Word"这个页面上，中间不经过首页。

用 [JavaScript](/javascript/) 做交互没问题，问题只在于骨架必须在服务端生成。这也是为什么这类站最后大多做成了[在线工具](/tool/)集合的形态：不是因为集合好看，是因为每个页面都要能独立被索引、独立承接一个查询词。

## 先判定这一刀落在浏览器里还是服务器上

第四步在写业务代码之前做，因为它决定后面所有成本。

10015.io 的做法是**几乎所有工具都在客户端运行，极少请求服务端**。图片压缩、格式转换、文本处理这类任务，代码在浏览器里跑完，服务器只负责发静态文件。真正需要服务端的只有少数——大文件、视频转码、需要持久化的部分。

判定标准很简单：输入数据能不能完整放进内存、处理时间能不能控制在几秒内、结果要不要落盘。三个都是"能/不要"，就放浏览器里。编解码和重计算这类活，[WebAssembly](/webassembly/) 是现成的方案，性能足够，而且天然没有上传下载的带宽成本。

这一步做对了，后面"服务器要多大""每月花多少钱"这两个问题会自己消失一大半。

## 域名和部署方式要在写第二个工具之前定下来

这一步常被推到最后，代价是要重做一遍前期工作。

域名决定的不是品牌，是用户能不能记住你。工具站的增长很大一部分来自回头客——TinyWow 的流量里约 47% 是直接访问，将近一半的人是敲域名或点书签进来的。一个念不出来、拼不出来的域名会持续损失这部分。

部署方式也要一次定好：静态资源走 CDN、应用层跑在容器里、TLS 在反向代理那层终结。三件事定完之后，新增一个工具只是往里加文件，不用改任何基础设施。中途换部署方案，意味着缓存和索引的积累都要从头再来。

## 50 个工具之前不做推广，是它写死的门槛

最后一步最反直觉：**推广是有前置条件的，不是上线就该做的。**

10015.io 给自己定的路线图是硬门槛：攒到 50 个工具，才开始写文章、发社交媒体；到 64 个，才上 Product Hunt；到 128 个，才做 v2；到 256 个，才做 v3。

这条路线图的价值不在数字本身，在于它把"什么时候该做什么"变成了不可商量的规则。多数个人项目死于在只有 3 个工具时就去发帖——用户进来发现什么都找不到，这次曝光就永久浪费了。Product Hunt 上每天约 668 次发布、feature 率约 2.8%，你只有一次首发的机会。

10015.io 现在 50 多个工具、有 Chrome 和 Firefox 扩展，靠 AdSense 拿到约 300 美元的月 recurring 收入。对照 Cakedesk——Max Schmitt 一个人做的桌面端发票应用，一次性 €69 无订阅，2025 年卖出 239 份新授权——一个人做产品的收入量级大致就在这个区间。

300 美元和 16000 欧元毛收入之间差了几十倍，但两者的共同点是：都从"一个能用的东西"开始，都没有在第一步上多花时间。你现在清单上的第 21 条是什么？
