# 我会用什么方法判断一个网站项目值不值得做？

URL: https://caijiao.org/posts/115
Source: docs/posts/115.md
Description: Andy Cloak 的六步筛选里有两道技术闸：确认有 API、评估平台风险。MicroConf 统计里 60% 的退出落在 1 到 3 倍 forward ARR。

上个月有人发来一个 idea，问我要不要一起做。我先回了两个问题：这个东西离开外部平台还能不能存在？它每个月的服务器账单和用户数量是什么关系？

他答不上来第二个。后来这个项目没有开始。

我现在用的这份清单，其实是从 Andy Cloak 那儿借来的。

## Andy Cloak 的六步，我照抄了以后只留下四步

Data Fetcher 是他一个人做的 Airtable 扩展，用来把外部 API 的数据拉进表格，现在月经常性收入 23000 美元、600 个付费客户，公司在伦敦，只有他一个人。

他筛选题目的顺序是六步：找一个爆发增长的平台，找这个平台上的痛点，去成熟平台找已经验证过的同类插件，确认目标平台对外提供 API，评估市场规模，最后评估平台本身的风险。

我实际在用的只有四步：

**确认有 API。** 没有接口就没有自动化，只能靠人肉维护数据，这种事情撑不过三个月。

**评估平台风险。** 你的东西建在别人的地基上，对方改一次收费策略你就没了。这一步最容易被跳过，因为项目早期一切都顺。

**痛点要是每周发生的。** 一年用三次的东西只能靠被记住，撑不住一个要持续投入的项目。

**确认我自己能交付。** Data Fetcher 是他熟悉的技术栈和工作场景；我不熟的东西，再好的机会也轮不到我。

## Cakedesk 那 239 份授权里藏着维护预算

判断值不值得做，还要提前看清楚这个项目的维护形状。

![Cakedesk 官网首页截图](/images/2026-09/cakedesk.app.png)

*Cakedesk 首页强调 Windows 和 Mac 双平台，桌面端应用就是这个产品的全部形态。*

Cakedesk 是 Max Schmitt 一个人做的桌面端发票应用，Electron + React + Node.js，一次性 €69。2025 年他卖了 239 份新授权，约 €16000 毛收入；同年发了 12 个版本，44 个用户请求里完成 13 个。

13 比 44，这个比例很说明问题。它不是执行力不够，是一个人做软件的真实供给量。看 Cakedesk 的数值时，我得到的结论不是"这个项目很赚"，而是" €16000 毛收入对应的是 12 个版本的投入"。

基于这一点，我的清单上还有一条：**估算它的月度维护量，看你愿不愿意在两年里一直做这件事。** 做不到长期维护的项目，一开始就不该启动。

## 技术尽调：这条链路能不能一个人扛

这一步要回答三件事。它们都不是写代码的技巧，但决定这个项目能否长期由一个人维持。

**每一千次会话花多少。** 用 terrific.tools 那个数字当尺子——它的首个完整变现月里，每千次会话广告收入是 6.89 美元。任何一次交互要消耗服务端 CPU 或者几兆带宽的项目，在这把尺子下面都过不了。

**要不要 24 小时在线的服务进程。** 桌面应用和纯静态站的优势在这里体现得很彻底：Cakedesk 的数据就在用户本地，用 [/sqlite/](/sqlite/) 这种零运维的嵌入式存储，不需要有人半夜起来盯着。

**部署要付出多少。** 需要容器编排、队列、回填任务的项目，会把 [/docker/](/docker/) 那一整套运维负担带进来。一个人做项目，运维不是加分项，是每周固定支出的一项时间成本。

## 最后一道：我自己是不是第一批用户

这份清单上还有一条看着最主观，但我觉得最准：**作者本人是不是这个产品的第一个用户。**

Data Fetcher 的 Andy Cloak 本来就在用 Airtable；Cakedesk 的 Max Schmitt 自己每个月要开发票；10015.io 的作者 Fatih Telis 做这个站，起因就是他收藏夹里那个 Tools 文件夹长到没法用。三个站没有一个是从市场调研开始的。

这条判断的好处是它自动过滤掉了大量"逻辑成立但我并不理解"的机会。别人痛点再真，你体会不到具体难受在哪，做出来的东西就会停在"能用"这一层。反过来，自己每周都要用的东西，你会知道哪个输入框多余、哪个默认值错了、哪个结果应该多显示一位小数。

落到操作上也很简单：如果这个 idea 你自己一个月用不上一次，那就先别做，等它真的烦到你了再说。

## 别把"能不能卖掉"当主线

最后一步和退出有关，也是最容易被高估的部分。

Acquire.com 上的 SaaS 收购利润倍数中位数是 3.9 倍（2024、2025 两年），公开 SaaS 市场的收入倍数到 2025 年底降到了约 5.5 倍。MicroConf 的统计更直接：60% 的退出发生在 1 到 3 倍 forward ARR 之间，37% 的售出当时团队只有 2 到 5 人。

翻译成人话：绝大多数交易的价格，约等于自己把它再经营一两年能拿到的钱。

判断到这里，最后剩下的一句是：**如果在完全卖不掉的情况下，它还值得我每周投入十个小时吗？** 这个问题的答案，和"这东西以后能不能折现"基本不重合。

这套顺序我自己也才用了两年，样本小得很，尤其是"长期维护意愿"这一条全靠自我估计，经常估错。真正落到签字那一步之前，我会把它当成假设而不是结论。

这套顺序我自己也才用了两年，样本小得很，尤其是"长期维护意愿"这一条全靠自我估计，经常估错。真正落到签字那一步之前，我会把它当成假设而不是结论。

---

*Andy Cloak 的策略与其 MRR 数据来自公开访谈；Cakedesk 数据来自 Max Schmitt 2025 年复盘；收购倍数来自 Acquire.com、MicroConf 公开统计。*
