# 一个人同时做多个网站，到底是不是好事？

URL: https://caijiao.org/posts/141
Source: docs/posts/141.md
Description: Bruce McLachlan 买下 Cloakist 时它约 2000 美元 MRR，现在和 Sotion 合计超过 12000 美元。他的第二个产品是买来的，不是从零做的——这才是"一个人多站"真正能跑通的前提。

Bruce McLachlan 现在手上有 Cloakist 和 Sotion 两个产品，做的是同一类事——给任意网页接上自定义域名。买下 Cloakist 的时候它大约 2000 美元 MRR，现在两个加起来超过 12000 美元 MRR，他在 2025 年 7 月转成全职。

![Cloakist 官网首页截图](/images/2026-09/cloak.ist.png)

*Cloakist 首页列了 30 多个可接域名的平台，Notion、Airtable、Calendly、Linktree 都在里面。*

这个故事常被当成"多产品组合成功"的例子，但它真正值得注意的细节是：第二个不是从零做出来的，是买来的。

## 每个站都有自己一份固定开销，而且不会因为你不管它就消失

域名要续费、证书要续期、依赖要跟着安全公告升级、监控要盯、备份要验证、隐私和合规文案要跟着规则改。这些东西每一个站都要来一遍，N 个站就是 N 份。

技术上的重复比想象中更多。就算你的 [Nginx](/nginx/) 配置抄的是同一份模板，每个站的错误日志还是要分开看，证书续期记录还是要逐个确认，某个依赖爆了一个高危漏洞，你要在每个仓库里各改一次、各发一次版。

我见过最典型的崩法是这样：第二个站上线的时候很兴奋，三个月后它开始出现第一个需要紧急处理的问题，而这时第一个站正好也有事。两个都不算大，但一个人同时处理两个不熟悉上下文的线上问题，很容易做错决定。

## 单站多工具，通常比多站更划算

10015.io 有 50 多个工具，全在同一个域名下，一套 Next.js 加 styled-components 撑着；TinyWow 更极端，250 多个工具还是一个站。

这么做的好处很实在：域名的权重积累集中在一个地方，不用分摊；布局和组件只写一次，新工具的开发成本越来越低；改一次模板全站生效；监控和日志只有一份。

所以我现在的第一个判断是：这个新想法能不能放进现有站的一个目录里？如果能，就别开新站。工具站天然适合这么做——每加一个工具就是一个新页面，站的整体价值反而更高。

## 什么时候值得真的开第二个站

三个条件，满足两个我才动。

主题差异大到放在一起会让用户困惑。这条不只是审美问题：Google 的站点声誉滥用政策（4.6.4）针对的就是借宿主站的声誉发布与主体无关的内容。一个编程教程站下面挂一批财税计算器，读者困惑只是表层，更麻烦的是它把整站的主题信号搅浑了。

这个想法有独立的品牌价值。Cloakist 和 Sotion 各自有自己的名字和定位，硬塞进一个产品里反而说不清。

第一个站赚的钱已经能覆盖第二份固定开销——包括你花在它上面的时间。

## 买一个站，是"多站"的另一条路

如果目标是多一份收入来源，买比建更快，代价是钱和技术债。

定价有个参照：Acquire.com 上的利润倍数中位数是 3.9 倍；MicroConf 的统计里，约 60% 的退出发生在 1-3 倍 forward ARR，37% 的项目出售时团队是 2-5 人。也就是说大部分交易都在很小的规模上完成，一个年收入几万美元的小产品，买下来往往比从零做到同样规模便宜得多。

但买站要接手的东西全在代码里：原作者的部署方式、停留在哪个版本的依赖、有没有数据库、日志是否完整、有没有写死的密钥。我做尽职调查时最关心的一个问题是——给我一天，能不能部署出一个可运行的实例？答不上来，后面就是无底洞。

## 上下文切换，是比服务器更贵的那笔开销

多站真正吃掉的不是钱，是重新进入状态的时间。切回一个三个月没碰的站，你要重新想起：它部署在哪台机器、环境变量叫什么、数据库文件在哪个路径、上次那个没做完的分支是想解决什么。

这件事的代价在第一次切换时完全看不出来，只有当你需要在两个站之间来回跳时才会显现——一天里切四次，等于一天没有真正深入过任何一件事。

能做的缓解很朴素：每个仓库的 README 前三行固定写"本地怎么跑起来""线上在哪""出事先看哪个日志"，并且真的保持更新。这三行能把你重新进入一个项目的时间从半小时压到五分钟。另外把每个站的依赖升级固定在同一个日子做，比如每月第一个周一，而不是想起来才做——固定的日程让这件事不再占用决策精力。

## 一个人守一个产品，天花板也不低

说多站的成本，不代表多站是必须的。反例同样清楚：Andy Cloak 的 Data Fetcher 是 Airtable 的一个扩展，MRR 23000 美元、600 个付费客户，整个公司在伦敦只有他一个人。他没做第二个产品，也没做第二个站。

他的增长来自宿主平台的生态：Airtable 有用户、有市场、有分发，他要做的是把一个具体的功能做到别人愿意付费。这条路的风险是依赖平台——规则变了、接口变了、平台自己做了同样的功能，你都得跟着动。但就"一个人能撑多大"这个问题而言，它给出的答案比多站组合要高得多。

所以与其问"要不要开第二个站"，不如先问：我现在这个站，是不是已经把宿主生态、搜索入口、口碑这三样都用尽了？多数时候答案是没有。

## 真要开第二个，基础设施必须共用

一台机器上用 [Docker](/docker/) 的 compose 跑多个服务，前面一层 Nginx 按 server_name 分发到不同的容器；证书走同一套 certbot；CI 用同一个模板，只换域名和目录名；监控汇总到一个统一的健康检查入口，一眼能看到所有站的状态。

共用之后，第二个站的边际成本才是"一个新目录"，而不是"一套新的运维"。做不到这一步，第二个站迟早会拖垮第一个。

一个站做到 300 美元 MRR 再开第二个，比同时开三个站各做到 100 美元稳得多——三种算法的总收入一样，但前者只付一份固定开销，后者付三份，而且三份都会在你最忙的时候同时出事。

---

*Cloakist / Sotion 数据来自 Bruce McLachlan 的公开分享；估值倍数来自 Acquire.com 与 MicroConf 的公开统计。*
