# 一个网站做到什么程度才算真正完成？

URL: https://caijiao.org/posts/143
Source: docs/posts/143.md
Description: Cakedesk 2025 年收到 44 个功能请求只完成了 13 个，却卖出了 239 份新授权。10015.io 给自己定的终点是 256 个工具做 v3——完成不是一个状态，是一组能验收的条件。

Max Schmitt 在 2025 年的复盘里写了一组数字：发了 12 个版本，收到 44 个功能请求，完成 13 个，卖出 239 份新授权，约 16000 欧元毛收入。

完成率不到三成。按"待办清单清空才算做完"的标准，Cakedesk 差得远。但它又确实是能卖钱、有人续用、作者还在持续发版的产品。

![Cakedesk 官网首页截图](/images/2026-09/cakedesk.app.png)

*Cakedesk 首页导航只有 Docs、Changelog、Help 三项，页面数量和它的定价一样克制。*

这两件事并存，说明"完成"这个词用错了标准。

## 44 个请求完成 13 个，问题出在"完成"的定义上

把完成定义成"清单清空"，永远完不成——因为清单是所有用户愿望的总和，而愿望没有上限。

Cakedesk 实际用的是另一种标准：发票能开出来、PDF 能导出、能发出去、数据不会丢。这条链闭合了，它就完成了，剩下的 31 个请求属于"让它变得更大"，不属于"让它完成"。

对网站来说这个标准同样适用。一个工具站完成的标准不是"工具够多"，而是"用户搜进来之后，能不能在这里把他那一刻要做的事做完"。完不成这件事，加 100 个工具也还是半成品。

反过来也一样：如果那条链已经闭合，剩下没做的 31 个请求并不构成"没完成"。它们只是让产品变大，而变大和完成是两件不同的事——这也是为什么有些人做了一百个功能仍然觉得没做完，因为它那条链从头到尾就没真正闭合过。

## 10015.io 的路线图：完成是分阶段的，每阶段有验收条件

Fatih Telis 给 10015.io 排的路径很有参考价值，因为每一档都有明确数字：50 个工具——开始写文章、发社媒；64 个——上 Product Hunt；128 个——做 v2；256 个——做 v3。

这不是"做完 256 个就完成了"，而是"每到一个数字，就进入下一阶段的验收"。50 之前验收的是工具密度，64 验收的是对外表达，128 验收的是架构能不能撑住更大的站。

好处在于它把"完成"从一个情绪问题变成了一个可判定的问题：工具数到没到 50，数一下就知道。这也避免了另一种常见的卡死——一直在打磨细节，永远觉得还没准备好上线。

## 从收购视角看，完成的定义朴素得多

如果有一天你想把这个站卖掉，买方对"完成"的定义非常具体。

定价上有个参照：Acquire.com 上的利润倍数中位数是 3.9 倍；MicroConf 的统计里约 60% 的退出发生在 1-3 倍 forward ARR，37% 的项目出售时团队已经有 2-5 人。这些交易能达成，前提是三件事：收入可预测、部署可复现、知识不只在创始人脑子里。

第三件最常被忽略。一个"你消失一个月就没人敢碰"的项目，在买方眼里不是资产，是风险。所以"完成"里应该包含一条：有没有一份文档，能让另一个人在一天内部署出一个可运行的实例——用 [Docker](/docker/) 把服务、挂载卷和启动顺序写在一个文件里，这件事就解决了一大半。

## 一条容易被漏掉的指标：它有没有留下可复用的东西

一个项目就算没做成，也不该是纯亏损。判断标准是这个站有没有沉淀下能直接搬走的东西：一套页面模板、一套配置驱动的结构、一份部署脚本、一批已经验证过的关键词。

这些东西决定了你下一个项目的起点。10015.io 从 1 个工具做到 50 个，靠的是结构一旦定型、加工具的边际成本就越来越低；如果每个工具都是单独写的，第 50 个和第 1 个花的时间一样多，那这个项目即使做完了，也没有沉淀。

所以我在验收时会额外问一句：这个站的哪一部分，我能原样搬到下一个站里？答不上来，说明它只是堆了一堆页面，而不是建成了一套东西。

## 我给"完成"列的三条硬指标

**每个页面都能兑现自己的标题。** 用户从搜索结果点进来，第一屏就能开始做标题许诺的那件事，不需要先注册、不需要先看一段两百字的说明、不需要猜按钮在哪。可以逐个页面自查，这一条最花时间，也最有效；配一份收录报告对照着看，能分清"页面不行"和"页面还没被发现"这两种完全不同的情况——[Google Search Central](/google-search-central/) 里关于索引状态的部分值得照着做一遍。

**核心路径不需要人工干预。** 如果某个功能背后其实是你每天手动跑一次脚本，那它没做完。真实的验收方式是：把你自己从流程里摘掉，看它会不会停。

**你消失一个月，它还能正常跑。** 证书自动续期、依赖升级有告警、备份能真的恢复、域名开了自动续费、错误有上报。这几项不全，站就还是挂在你的日常照看上，而不是独立活着。

前两条决定用户体感，第三条决定你能不能腾出手做下一个东西。一个项目在第三条上达标之前，它一直在占用你——哪怕它已经能赚钱。

## 也有一类项目，该承认它到此为止

terrific.tools 做了 12 个月才等到第一个完整变现月，广告 174.41 美元加桌面版 125 美元。Stripe 的统计里，独立创始人的早期收入中位数下降了 23%，而前 10% 上升了 19%。

不是每个项目都配得上"做到完成"。如果三个月后核心路径没人用、搜索完全没展示、你自己也不再想打开它，那最合理的动作不是继续打磨，是把它归档，把域名和仓库留着，把时间给下一个。

判断"完成"和判断"该放手"，用的是同一套指标：核心路径有没有被真实用户走通。走通了就继续打磨到能脱手，没走通就别再往里填时间——这两种情况的区别，比"功能多不多"重要得多。

---

*Cakedesk 数据来自作者 Max Schmitt 的年度复盘；估值倍数来自 Acquire.com 与 MicroConf 的公开统计。*