# 为什么很多个人项目还没上线就已经做失败了？

URL: https://caijiao.org/posts/120
Source: docs/posts/120.md
Description: 死因通常不是技术。10015.io 把"50 个工具才发文、64 个才上 Product Hunt"写成硬门槛；terrific.tools 做了 12 个月才等到第一个 300 美元的月份；Stripe 的独立创始人收入中位数在下降 23%，前 10% 涨了 19%。还有一种更隐蔽：功能齐了，却一条真实查询词都没有。

我认识一个人，他的站做了八个月。功能列表我数过，三十二个，比不少在跑的站都全。问他为什么不上线，答案是"还差一个批量导出，做完就发"。

第八个月到第十二个月，他把批量导出做完了，又加上了任务队列和后台管理。现在这个站仍然没有上线。

这不是个例。个人项目的死亡率最高的一段，恰恰在上线之前。死法有几种，而且都有具体的形状。

## 死法一：功能清单永远差最后一项

功能清单是没有自然终点的。你做完导出，会想加队列；做完队列，会想加权限；做完权限，会想加通知。每加一项，清单就变长一点，因为每一项都会引出新的两项。

10015.io 的解法是把终点写成硬门槛：攒到 50 个工具才开始写文章、发社交媒桁；到 64 个才上 Product Hunt；到 128 个才做 v2；到 256 个才做 v3。

![10015.io 官网首页截图](/images/2026-09/10015.io.png)

*10015.io 首页的标语是 All Online Tools in One Box，副文案里写明做站初衷：治书签栏的乱。*

注意它的门槛卡在**工具数量**上，不是卡在"我觉得差不多了"上。数量是可数的，感觉不是。而且它把 v2 推到了 128 个工具之后——这个顺序反过来告诉我们：在 50 个工具之前，重构、架构升级、设计系统这些事全都不该发生。

对照一下自己做站的顺序，如果 v2 出现在第一个版本上线之前，这个项目基本已经判了死刑。

## 死法二：把上线当成终点，而不是起点

第二种死法更隐蔽：站上线了，然后就停在那里等结果。等两周没有流量，判断"这个方向不行"，去做下一个。

terrific.tools 的数据可以把这个预期校准一下。它老老实实做了 12 个月，到 2025 年 11 月才迎来第一个完整变现月：展示广告 174.41 美元，加上桌面版 125 美元，合计不到 300 美元。同期数据是 30 天 2.6 万用户、3.4 万次会话、4.1 万次浏览，每千次会话广告收入 6.89 美元，作者自己的目标是 10 美元。

12 个月，300 美元。这不是失败案例，这是正常曲线。如果上线两周就下结论，你会在第 1 个月砍掉一个第 12 个月才开始赚钱的项目。

## 死法三：还没验证过"这一刀该砍在哪一端"

第三种死法发生在代码写完之后：突然发现这个东西必须跑在服务器上，成本随用户量线性上涨，于是不敢推广，于是项目停摆。

判定应该在开工前做。10015.io 的原则是**几乎所有工具在客户端运行，极少请求服务端**——输入能进内存、处理在几秒内能结束、结果不需要落盘，这三个条件成立就把活留在浏览器里。编解码和重计算用 [WebAssembly](/webassembly/) 跑，服务器只发静态文件。

这个决定一旦在 MVP 阶段没做对，后期补的代价极大，因为它牵动的是整个数据处理路径。

## 一个更硬的判断标准：有没有一条真实查询词

上线之后到底算不算"活了"，我用一个很窄的标准判断：Search Console 里有没有出现至少一条你事先没想到的真实查询词。

没想到的词意味着两件事——页面被索引了，而且有人用它描述了一个你没预设过的动作。这两件事同时成立，说明这个页面确实在承接需求。

反之，如果上线一个月查询词还是零，问题几乎不在功能多少上，而在页面根本没被抓到、或者这个需求压根不存在。这时候加功能是最坏的反应，因为它把真正的诊断又往后推了一个月。

Cakedesk 2025 年的数据里有一组对比值得放在这里：流量持平，销量却从 2024 年约 170 份涨到 239 份新授权。同样的流量换出更多收入，靠的是页面和定价的打磨，不是功能数量的增加。

## 数据并不站在"多做几个项目"这一边

Stripe 的一组数据值得放在这里：独立创始人的早期收入中位数下降了 23%，而前 10% 上升了 19%，两端差距拉开到 61 倍。

也就是说，多做几个项目并不提高成功率——资源在向已经跑通的项目集中。反复重启的代价不是时间，是每一次都从第 0 天开始积累。

Product Hunt 那组数字也说明同样的事：每天约 668 次发布，feature 率约 2.8%。首发曝光是一次性的，用在一个只有 3 个工具的站上，等于把唯一一次机会烧掉。10015.io 要等到 64 个工具才上，不是保守，是算过。

## 一条可执行的替代方案

把"上线"这个动作拆成几个不可回退的小动作，能显著降低死在半路的概率：

先把一个页面发布出去，域名能访问就行，功能可以只有一个。然后接入 Search Console，开始攒真实查询词——[Google Search Central](/google-search-central/) 里关于索引的部分值得先过一遍，页面能不能被抓到，决定了后面所有工作有没有意义。之后按页面数量而不是按功能完整度推进，一个[在线工具](/tool/)集合站的价值来自页面矩阵，不来自某个功能做得多深。

这三步里第三步最容易被忽略：每新增一个页面就补一条 sitemap 记录，否则它只是存在，没有被告知。页面矩阵的价值一半在数量，一半在有没有被完整提交。

三十二个功能但没有一个页面被索引，和一个功能但已经跑了一个月——后者离收入更近。你手上那个项目，现在有几条真实查询词？