我以前一直觉得，做网站最难的是开始。

选方向。

买域名。

搭网站。

写内容。

做SEO。

上线。

等Google收录。

后来做得多了，我才发现：

真正更难的，可能不是开始，而是结束。

因为一个项目一旦做出来，我就很容易对它产生感情。

域名是我选的。

页面是我一点点做出来的。

Claude写过很多代码。

我也花过很多晚上修改。

哪怕它没有流量、没有收入，我还是会想：

再等等。

也许Google还没发力。

再写几篇文章看看。

再加一个工具。

再优化一下首页。

于是一个原本只准备测试的小项目，会慢慢变成：

一个永远没有正式宣布失败的项目。

它不赚钱。

也没有真正死。

只是一直占着一个位置。

最近我越来越觉得，一人公司如果只会启动项目，却不会结束项目，最后一定会出问题。

因为我最大的资源不是域名。

不是服务器。

而是：

注意力和Founder Hours。

所以我准备开始给所有项目设置：

Stop Rule —— 止损线。

不是为了更容易放弃。

而是为了让我可以更放心地开始。

做网站最危险的一句话，可能是“都做到这里了”

这句话我太容易对自己说了。

假设一个项目已经花了：

50小时。

域名也买了。

网站也上线了。

Google也收录了一部分。

这时候即使数据很差，我还是会想：

都做到这里了，再坚持一下吧。

问题是：

过去的50小时已经回不来了。

真正应该问的不是：

已经投入多少？

而是：

下一小时还值得投入吗？

这就是沉没成本最麻烦的地方。

理智上都知道。

真正轮到自己的项目时，却很难做到。

因为项目不是一个抽象数字。

它是：

我自己的想法。

我自己的劳动。

我自己的期待。

关闭它，很容易产生一种感觉：

我失败了。

于是最简单的办法就是：

不关闭。

让它一直活着。

这样好像失败也就一直没有正式发生。

但从公司角度看，这其实可能更糟。

一个“不死不活”的项目，也会持续收费

它可能不再收我很多现金。

域名一年几十块。

服务器本来就有。

看起来没什么。

但它每隔几天会从我的脑子里冒出来一次：

这个站是不是该更新了？

怎么还没流量？

要不要做个新工具？

域名明年还续吗？

Google为什么不来？

这就是我之前越来越重视的：

Mental Maintenance Cost。

一个项目就算没有任何实际维护任务，只要我还把它当成“正在经营”，它就会占用大脑的一部分。

一个网站没什么。

10个网站开始明显。

20个网站更可怕。

所以真正需要止损的，不只是：

钱。

还有：

脑内空间。

止损不是删网站

这是我首先想讲清楚的。

我以前一说“关掉项目”，脑子里就会出现：

删除网站。

取消域名。

404。

所有内容消失。

所以本能会抵触。

现在我想把“退出”分成几个层级。

一个项目完全可以：

不开发，但继续在线。

也可以：

不更新，但保留旧内容。

还可以：

降级成静态站，几乎0维护。

甚至：

域名到期再决定是否续费。

所以Stop并不一定意味着：

Delete。

更多时候意味着：

Stop Investing。

停止继续投入。

这个区别特别重要。

我现在想把项目状态正式分成四类

前面我已经开始用：

Grow / Maintain / Experiment / Retire。

现在我想把它变得更严格一些。

Grow

有明确正向信号。

值得增加：

时间。

内容。

功能。

预算。

这些项目必须很少。

对我一个人的公司来说，也许同时只有1～2个。

Maintain

已有资产。

可能有一些流量或未来价值。

但目前不值得主动扩大投入。

我的任务只是：

不要坏。

修严重Bug。

续必要服务。

偶尔更新重要内容。

除此以外：

不乱折腾。

Experiment

正在回答一个明确问题。

比如：

这个方向Google会不会给流量？

用户会不会使用这个工具？

$4.99有没有人愿意买？

实验必须有：

假设。

期限。

预算。

结果判断。

否则“实验”很容易变成长期项目。

Retire

没有足够理由继续投入。

这并不一定意味着网站立即消失。

而是：

从CEO的主动工作清单里拿掉。

不再新增功能。

不再专门生产内容。

不再因为它的数据波动影响情绪。

只在必要的时候处理。

我觉得：

Retire不是失败标签，而是资源回收机制。

真正的问题是：什么情况下应该Retire？

这才是最难的。

如果只是说：

没流量就关。

太粗暴。

新网站本来就需要时间。

SEO尤其慢。

如果说：

只要我还看好就继续。

又太主观。

我可能永远都“看好”。

所以我开始给自己设计几个具体判断条件。

不是一条满足就立刻删除。

而是：

到复盘节点时，强迫自己面对这些问题。

第一条止损线：时间到了，核心假设还没有任何信号

每个实验应该先回答一个问题。

例如：

ChinaTea101上线的核心假设可能是：

外国用户是否持续搜索中国茶的具体问题，并且Google愿意给一个小型专业站曝光？

那么我不能上线第3天没流量就说：

失败。

但也不能两年以后还说：

SEO需要时间。

应该给它一个合理观察窗口。

比如：

几个月。

然后到时间后看：

有没有收录？

有没有Impression？

有没有关键词开始进入更靠前的位置？

有没有真实点击？

有没有用户行为？

不一定已经赚钱。

但：

至少应该出现某种领先信号。

如果什么都没有，

下一步应该不是自动续投。

而是进入：

CEO Review。

第二条止损线：用户来了，但没人真正使用

这和没流量是两种完全不同的失败。

假设一个工具页：

Google给了用户。

有人进入。

但：

几乎没有Tool Use。

没人完成核心操作。

那么问题可能是：

需求判断错了。

页面承诺和实际内容不匹配。

工具不好用。

或者这个关键词其实只是信息需求。

如果我已经优化过几轮，数据还是完全没改善，

就应该问：

这个产品本身是不是不值得继续？

不能因为：

有流量

就默认它是好项目。

流量只是入口。

用户不用，仍然是重要信号。

第三条止损线：有人使用，但长期没有更深需求

这是很多免费工具最容易出现的状态。

用户来了。

工具也用了。

使用体验可能还不错。

但：

没人进入Pricing。

没人点Checkout。

没人表现出更深需求。

如果我的目标原本就是：

免费流量站 + 广告。

那没问题。

但如果项目商业假设是：

免费工具带动付费升级，

那么长期0付费意图就必须重新评估。

这时候我有三个选择：

重新设计付费价值。

改变商业模式。

或者承认：

用户喜欢这个免费工具，但并不愿意为它付钱。

这个结论不是坏事。

最坏的是：

不承认。

然后继续无限加Premium功能。

第四条止损线：维护成本超过它带来的价值

有些项目不一定没收入。

但特别麻烦。

例如：

每个月赚100元。

却经常：

API故障。

用户投诉。

数据更新。

手动处理。

支付异常。

我每个月要花5小时。

那它虽然：

Revenue > 0，

却未必值得继续Grow。

甚至可能应该：

简化。

涨价。

自动化。

降级。

关闭某些功能。

所以项目止损不能只看收入。

我越来越想看：

Revenue per Founder Hour。

如果一个项目长期低得离谱，又没有明显战略价值，我就需要非常谨慎。

第五条止损线：它没有收入，也没有资产积累

这是我觉得特别关键的一条。

项目暂时不赚钱，不一定应该关。

如果它正在积累：

搜索排名。

外链。

品牌。

数据。

邮件用户。

社区。

可复用技术。

市场认知。

都可以继续。

但如果一个项目：

收入0。

流量0。

用户0。

没有新的可复用能力。

也没有产生对市场更深的理解。

那它到底还在为公司留下什么？

如果答案是：

只有域名和代码。

那我就应该很认真地考虑Retire。

因为：

代码数量不是商业资产的充分条件。

第六条止损线：它已经偏离公司的核心方向

这一点对我尤其重要。

因为我特别容易有新想法。

假设某个项目本身不是特别差。

甚至可能有一点流量。

但它和我正在建设的：

中国文化网站。

英文市场。

AI建站。

一人公司。

完全没有协同。

那它的真实成本就比表面高。

因为它需要一套新的：

用户理解。

SEO知识。

内容体系。

品牌。

商业模式。

这就是：

Context Cost。

如果一个项目既没有强信号，又和现有资产完全不协同，

退出的门槛应该更低。

因为：

一人公司特别需要复用。

第七条止损线：如果今天还没开始，我还会不会做？

这个问题我特别喜欢。

假设我已经投入了100小时。

现在把这些全部忘掉。

假设今天第一次看到这个项目。

我知道目前所有数据。

如果它还不存在，我会不会：

从0开始做一次？

如果答案很坚定：

不会。

那为什么因为：

已经做了

就继续投入？

这个问题很残酷。

但它特别适合对付沉没成本。

我甚至想把它放进每月董事会里。

第八条止损线：它是不是只有“我舍不得”这个理由了？

一个项目继续存在应该有理由。

比如：

流量增长。

商业验证。

战略价值。

品牌资产。

学习价值。

低维护。

长期期权价值。

都可以。

但如果最后能找到的理由只是：

我已经做这么久了。

域名挺好的。

页面挺漂亮。

我舍不得。

那这不是公司理由。

这是：

情感理由。

情感当然可以存在。

如果我愿意把它定义成：

Hobby。

完全没问题。

但要说清楚。

不能一边：

不赚钱也没有信号，

一边还把它放在：

Business Portfolio

里和真正的商业项目争夺时间。

所以我准备给Experiment增加“出生证明”

以后一个新实验开始前，我最好先写几行。

不需要做商业计划书。

只写：

这个项目为什么存在？

我要验证什么？

最多投入多少钱？

最多投入多少Founder Hours？

观察多久？

什么信号代表继续？

什么情况进入Maintain或Retire？

这样等几个月以后，我不会再说：

我当初到底为什么做这个？

更重要的是：

退出条件是在我爱上这个项目以前写下来的。

这会比以后临时判断客观得多。

例如一个新网站可以这样设

只是举例：

假设：某个非常具体的细分主题存在Google需求。

初始投入：不超过100元。

Founder Hours：不超过10～15小时完成MVP。

初始规模：5～15个高质量页面 + 1个核心工具。

观察期：3～6个月。

观察指标：收录、Impression、Click、工具使用、外链或其他真实用户信号。

有信号：继续投入。

信号弱：Maintain。

无信号且无其他战略价值：Retire。

这才是真正的：

赛马。

而不是：

买20匹马，然后每天给20匹马洗澡、喂食、按摩。

😂

20站赛马最重要的不是20个网站，而是淘汰机制

这一点我现在才越来越理解。

如果我做20个网站，

最后20个全部长期维护，

那不是赛马。

那叫：

20个项目同时上班。

真正的赛马应该是：

先低成本试。

看信号。

赢家得到：

更多资源。

普通项目：

保持。

输家：

停止投入。

资源重新回到下一轮。

也就是：

Build
↓
Measure
↓
Decide
↓
Grow / Maintain / Retire
↓
释放资源
↓
下一轮

如果没有Retire，

整个循环根本闭不上。

因为资源只进不出。

最后一定堵死。

域名也应该有“续费审查”

这个对我以后可能特别重要。

买域名的时候很容易。

看到：

10美元。

20美元。

甚至1美元。

觉得：

先拿下。

真正的成本往往从第二年开始。

如果每个域名都自动续费：

很快会变成一个不断增长的固定成本池。

所以以后我觉得每个域名续费前，都应该问：

这个域名现在是什么角色？

Grow？

Maintain？

Experiment？

Retire？

如果网站没做。

没有流量。

没有品牌价值。

也没有计划。

只是：

“也许未来会做。”

那我就应该比以前更敢于：

放弃。

一个好域名看起来像资产。

但：

没有经营计划的域名，也可能只是库存。

当然，有些域名本身值得长期保留

我也不会机械地：

没收入就不续。

如果一个域名：

品牌非常好。

和我的长期方向高度相关。

续费成本低。

未来明确可能使用。

那完全可以把它当：

Strategic Option。

战略期权。

但这个标签也不能无限滥用。

不能：

20个没做的域名，

全部写：

Strategic Option。

😂

每一个都必须有理由。

内容页面也需要止损线

这个思路不仅适用于网站。

还适用于：

文章。

工具。

功能。

例如一个网站已经有300篇旧内容。

有些：

有流量。

有排名。

当然保留。

有些：

几乎没有Impression。

内容质量一般。

信息过时。

重复。

这时候也应该考虑：

更新。

合并。

Noindex。

重定向。

删除。

当然，不能因为我今天突然喜欢“删东西”就批量乱删。

SEO历史、外链、旧流量都要考虑。

但至少逻辑上：

页面也不应该因为存在过，就获得永久生存权。

网站需要园艺。

不是档案馆。

功能也一样

这是AI时代特别重要的一点。

Claude写一个功能太快。

于是：

加一个。

再加一个。

几个月后：

网站有25个功能。

其中：

20个没人用。

但我仍然需要：

维护代码。

检查Bug。

考虑兼容。

更新依赖。

这就是：

Feature Debt。

功能债务。

所以以后我不仅要问：

要不要加？

还要问：

什么时候删？

如果一个功能：

几个月没人用。

没有战略价值。

还增加维护复杂度。

就应该允许它消失。

删代码有时候也是产品进步。

关闭一个项目，能得到什么？

这个问题让我越来越不怕Retire。

因为停止并不只是：

失去。

它同时会得到：

时间

以后不用继续维护。

注意力

脑子里少一个开放循环。

现金

不再支付域名、API、服务。

清晰度

Portfolio更容易理解。

数据

我知道了一个方向没有达到预期。

经验

下一次选项目会更好。

所以关闭本身也可以创造：

Value。

这和投资中的止损有一点相似。

目的不是：

证明我当初错了。

而是：

把资本重新分配到更好的地方。

失败项目必须留下“尸检报告”

这是我特别想建立的制度。

如果一个项目真的Retire，我不想只是：

算了，不做了。

最好留一个非常短的：

Postmortem。

比如：

为什么开始？

投入多少现金？

大概多少Founder Hours？

运行多久？

拿到了哪些数据？

最初假设是什么？

最后为什么停止？

学到了什么？

有什么可以复用？

未来在什么条件下可能重启？

这样项目虽然死了，

但：

学习留下。

这特别重要。

否则下一年我可能又遇到类似想法：

这个方向不错！

然后完全忘了：

两年前我已经失败过一次。

失败项目也可以变成内容资产

这一点对zfuye尤其适合。

比如我以后真有一个网站：

做了半年。

收入0。

最后关闭。

这其实是一篇非常好的文章：

《我花了60小时做这个网站，6个月后决定关掉：为什么？》

因为大多数互联网内容只写：

成功项目。

很少有人认真写：

一个看起来合理的项目，为什么最终不值得继续。

这种真实经验反而可能更有价值。

也就是说：

项目失败。

但内容资产增长。

Evidence增长。

公司判断力增长。

这样失败就没有完全白费。

什么时候不应该太快止损？

这也是必须说的。

因为“止损”很容易被用来合理化：

没耐心。

尤其SEO。

今天上线。

一周没有流量。

关。

这样永远不会成功。

所以停止条件必须考虑：

业务反馈周期。

SEO：

反馈慢。

社交媒体：

可能快。

付费广告：

更快。

一个支付页面：

如果已经有大量精准用户，很快就能看出转化问题。

不同实验：

时间窗口完全不一样。

所以不能设一个：

30天没赚钱就关

的统一规则。

那同样是糟糕管理。

我真正想停止的是“无期限等待”

例如：

“Google早晚会来。”

到底多久？

“用户以后会喜欢。”

什么信号？

“再优化一下就好了。”

优化到什么时候？

这种没有边界的语言特别危险。

所以即使反馈周期很长，我也要有：

Next Review Date。

例如：

90天以后重新看。

在这90天内：

不天天怀疑。

到了90天：

认真决定。

这比：

每天改变方向

或者：

永远不改变方向

都更健康。

止损线也应该和项目阶段有关

刚上线的Experiment：

看学习和初步信号。

已经稳定的Maintain：

看维护成本和剩余资产价值。

进入Grow的项目：

标准反而应该更高。

因为它拿走公司最多资源。

如果一个Grow项目连续几个月：

关键指标恶化。

商业假设被否定。

Founder Hours不断增加。

就应该考虑：

降级。

Grow不是终身职位。

它也可以回到：

Maintain。

甚至：

Retire。

这和公司给项目分预算一样。

资源应该跟着证据走。

“降级”可能比“关闭”更重要

这是我越来越喜欢的做法。

假设HotPot101现在没有足够信号。

我不需要：

删除。

我可以：

从Grow降到Maintain。

不继续大量写文章。

不开发新功能。

只确保：

站点正常。

Google继续观察。

三个月后再看。

如果突然：

Impression开始上涨。

某些文章开始进入前10。

它完全可以：

重新升级。

所以项目状态不是：

生 / 死。

而是：

动态资源分配。

这让我更容易做决定。

我甚至想把Portfolio做成一个真正的表

以后每个月只看一次：

只要这张表存在，

我的脑子就不需要每天：

重新决定每个网站怎么办。

这本身也是：

降低Mental Maintenance Cost。

Stop Rule最大的价值，可能是让我更敢开始新实验

这听起来有点矛盾。

有了止损线以后，不是应该更保守吗？

我觉得反而不会。

如果我知道：

一个新想法最多花10小时。

100元。

三个月。

没信号就停。

那我完全可以大胆试。

因为最坏结果已经知道。

相反，如果每一个新网站都默认：

一旦做了就养10年。

那我反而不敢实验。

所以：

好的退出机制，会增加创新能力。

因为失败变得可控。

这也是“便宜失败”真正完整的含义

以前我理解：

域名便宜。

AI便宜。

所以失败便宜。

现在还不够。

如果一个项目虽然现金只花50元，却拖了我18个月，

它一点都不便宜。

真正的Cheap Failure应该是：

现金成本低。

时间上限明确。

学习目标明确。

维护债务低。

失败以后能快速退出。

这才是：

小公司真正的实验优势。

有些项目可能不应该Retire，而应该重新定义

zfuye.org就是很好的例子。

如果按照旧定位：

泛副业。

各种赚钱方法。

各种Affiliate内容。

我可能会考虑：

算了。

但域名、WordPress、历史内容仍然存在。

而且我现在正好需要一个地方：

记录一人公司的中文实验。

于是更合理的做法不是：

删除。

而是：

Reposition。

重新定位。

这也是Portfolio管理的一种动作。

除了：

Grow / Maintain / Retire。

有时候还有：

Pivot。

但Pivot同样不能无限使用。

如果每次失败都说：

再转一次。

项目一样永远不会死。

所以重新定位必须有：

新的明确假设。

老项目最容易利用“历史”绑架我

因为越老：

投入越多。

文章越多。

域名越舍不得。

于是越难关。

这就是为什么：

越早设置退出条件越好。

项目刚开始时，我还没有感情。

那时候最理性。

等我花了300小时以后再问：

应不应该关？

已经晚了很多。

所以Stop Rule最好不是：

项目失败后才想。

而是：

项目出生的时候就写。

就像保险。

希望永远用不上。

但必须存在。

我希望以后每个Experiment都有一个Expiration Date

不是说到那一天：

自动删除。

而是：

自动触发一次CEO决策。

例如：

2026-12-31 Review

到那一天必须选择：

Grow。

Maintain。

Pivot。

Retire。

不能继续：

“再看看。”

如果真的需要继续看，也必须：

明确再观察多久，为什么。

这就能避免：

Zombie Project。

僵尸项目。

它们没有死。

也没有活。

只是在公司里不断消耗。

僵尸项目可能是一人公司最可怕的东西之一

因为它们单独都不严重。

每个：

一点点钱。

一点点维护。

一点点注意力。

但数量多以后：

公司会越来越慢。

就像电脑后台开了50个程序。

每个只吃一点内存。

最后：

整个系统卡住。

一人公司也一样。

项目太多以后：

我每天做决定的成本都会增加。

所以：

Portfolio Cleaning

应该成为CEO固定职责。

不是等公司乱到无法控制才做。

我想给每月董事会增加一个强制问题

以前可能问：

下个月做什么？

以后我要先问：

下个月不做什么？

以及：

哪个项目应该降级？

这两个问题可能比：

新增什么

更加重要。

因为AI时代最大的难题已经不是：

没东西做。

而是：

东西永远做不完。

所以老板真正稀缺的能力就是：

Say No。

我也不再把“关站”自动等同于失败

这是心理上最重要的变化。

假设我未来做20个实验。

最后：

15个Retire。

4个勉强维持。

1个真正跑出来。

这到底算：

失败15次？

还是：

用15次小失败筛出了1个好资产？

如果最终那个项目能够：

稳定收入。

低维护。

长期积累。

那前面的失败完全可以视为：

筛选成本。

这本来就是赛马。

不可能要求：

20匹全部冠军。

如果全部都要成功，

那根本不叫实验。

反过来，我真正应该担心的是“一个项目都舍不得杀”

因为那意味着：

我没有在筛选。

只是：

不断累积。

20个项目。

再20个。

最后100个。

全部：

“未来有潜力。”

这是最危险的状态。

一个人的公司不可能真正运营100个都需要注意的项目。

所以：

项目死亡率高，并不一定说明公司不好。

有时候反而说明：

CEO开始做选择了。

我未来甚至想公开“项目墓地”

这个想法我觉得挺有意思。

在zfuye或者 $1 OPC 里，可以有一个：

Graveyard / Retired Experiments

记录：

项目。

什么时候开始。

什么时候停止。

投入多少。

为什么失败。

学到了什么。

状态：

Retired。

这比只展示：

我有多少个网站

更真实。

也更符合我想做的：

不是成功学。

因为真正经营三五年以后，

墓地里可能比Grow列表长很多。

这很正常。

最后

以前我最兴奋的是：

启动一个新项目。

以后我希望自己同样能够坦然地：

结束一个项目。

因为真正经营公司，不只是创造。

还包括：

取舍。

不是所有代码都值得保留。

不是所有域名都值得续费。

不是所有网站都值得继续。

不是所有想法都应该实现。

甚至：

一个曾经很好的想法，

在今天也可能不再值得投入。

我现在想给所有项目加上的，不只是：

Start Date。

还有：

Review Date。

以及：

Stop Rule。

因为只要我知道：

失败最多会损失什么，

我反而可以更大胆地试。

然后：

让数据决定谁继续。

让信号决定谁获得更多资源。

让没有价值的项目安静退休。

这才是真正的：

Build → Measure → Decide。

以前我很会Build。

现在我要认真学：

Decide。

而“停止”，可能就是CEO最难、也最值钱的一种决定。

关于这个实验

我正在从互联网收入 ¥0 开始，用AI、英文网站、SEO和低成本工具，尝试建立一家一个人可以长期经营的互联网公司。

以后每一个新实验，我准备先写清楚：

为什么做。

最多花多少钱。

最多花多少Founder Hours。

什么时候复盘。

什么信号继续。

什么情况下停止投入。

因为我越来越相信：

会开始项目，只是创造力。

会结束项目，才开始接近经营能力。