我会用什么方法判断一个网站项目值不值得做？
上个月有人发来一个 idea，问我要不要一起做。我先回了两个问题：这个东西离开外部平台还能不能存在？它每个月的服务器账单和用户数量是什么关系？
他答不上来第二个。后来这个项目没有开始。
我现在用的这份清单，其实是从 Andy Cloak 那儿借来的。
Andy Cloak 的六步，我照抄了以后只留下四步
Data Fetcher 是他一个人做的 Airtable 扩展，用来把外部 API 的数据拉进表格，现在月经常性收入 23000 美元、600 个付费客户，公司在伦敦，只有他一个人。
他筛选题目的顺序是六步：找一个爆发增长的平台，找这个平台上的痛点，去成熟平台找已经验证过的同类插件，确认目标平台对外提供 API，评估市场规模，最后评估平台本身的风险。
我实际在用的只有四步：
确认有 API。 没有接口就没有自动化，只能靠人肉维护数据，这种事情撑不过三个月。
评估平台风险。 你的东西建在别人的地基上，对方改一次收费策略你就没了。这一步最容易被跳过，因为项目早期一切都顺。
痛点要是每周发生的。 一年用三次的东西只能靠被记住，撑不住一个要持续投入的项目。
确认我自己能交付。 Data Fetcher 是他熟悉的技术栈和工作场景；我不熟的东西，再好的机会也轮不到我。
Cakedesk 那 239 份授权里藏着维护预算
判断值不值得做，还要提前看清楚这个项目的维护形状。
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/ 这种零运维的嵌入式存储，不需要有人半夜起来盯着。
部署要付出多少。 需要容器编排、队列、回填任务的项目，会把 /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 公开统计。