一个人同时推 14 个项目：分级方法与放弃清单

先把账摊开：我们官网 项目矩阵上列了 14 个项目，团队是小团队 + 兼职，没有全职员工。

其中 4 个已经上线能打开（AI 平台、官网、FC-1 模型体验、Android APK），1 个在原型验证（桌面机器人），其余在筹备或规划。

写这篇不是为了证明"高效"。恰恰相反——正因为做不完，才必须有一套取舍规则。

一、先说清楚：不是时间管理问题

我试过各种时间管理方法：番茄钟、四象限、每日清单。有用，但解决不了根本问题。

根本问题是：14 个项目里，有 9 个不该现在做。

时间管理只能让你把 14 件事都做一点，结果是 14 件都做不完。真正要解决的是"该做几件"。

一个人同时推 14 个项目的真相是：不是同时推，是排队推。大部分项目在排队，你不能骗自己说它们"在做"。

二、三级分类：每个项目先归位

我把所有项目分成三类，规则很硬：

关键规则：

1. A 类随时插队。 有单就接，其他全让路——现金流断了，B 和 C 都没意义。
2. B 类不能停，但也不催。 每周固定投入一点，做半年才见效，急不来。
3. C 类必须有"止损线"。 限定时间和预算，到点没结果就停，不许因为"再投一点就好了"继续烧。

三、每周只推三件事

不管项目有多少，每周只允许三件事进入"本周必须完成"。

三件怎么选：

• 至少一件是 A 类（守住现金流：发内容、跟线索、交付订单）
• 至少一件是 B 类（顾住长期：写文章、做作品、迭代产品）
• C 类最多占一件，而且不是每周都有

剩下的项目，明确写"本周不动"。写下来比不写强——不写你会一直惦记，反复切换，什么都做不成。

四、用"最小可验证"代替"完整做完"

这是最省时间的一条。

传统做法：一个项目从 0 做到 100 再上线。小团队这么干，做到 60% 就遇到新情况，然后烂尾。

我们的做法：先做到"能被人看到"的最小版本，立刻上线。

好处：上线了就有反馈，有反馈才知道下一步做什么。没上线的项目，你所有的判断都是猜的。

五、能自动化的，绝不靠人记

14 个项目靠脑子记，一定会漏。所以我尽量把它们交给机器：

• 网站巡检：每周自动查 31 个页面是否正常，挂了直接告诉我
• 数据周报：每周一自动出 PV/UV/线索/渠道，不用手动查
• 合规检查：自动扫广告法风险词、状态混淆、联系方式错误
• 内容生成：小红书图、海报、落地页都是脚本生成，改数据不改代码
• 部署验证：部署后自动 curl 验证，不用手动点

这些事情单看每次只省 10 分钟，但一周重复十几次，就是半天——半天够写一篇文章或跟三个线索。

六、明确放弃的（这部分最重要）

下面这些我明确决定现在不做，不是"以后再做"：

"放弃清单"比"待办清单"更能决定结果。待办清单让你什么都想做，放弃清单让你只做能做完的。

七、接受有些项目永远停在 30%

这是最反直觉的一条。

FC-R1 机器人停在原型验证，FC-Control 停在规划，飞创观察栏目停在筹备。它们可能一年后还是这个状态。

这不是失败——这是有意的资源分配。在现金流没稳定之前，把所有项目都推到满分是不可能的，硬推只会让每个都变成半成品。

所以官网的项目矩阵上，我逐项标了状态：已上线 / 原型验证 / 筹备中 / 规划中。不美化，是因为美化了下次自己都会信。

八、如果重来一次，我会改什么

两条：

1. 更早做 A 类（现金流）。 前几个月投入太多在 B 类和 C 类，导致现金流紧张。正确顺序是先用 A 养活自己，再养 B。
2. 更早做"最小版本上线"。 有几个项目憋了很久才发，其实早该上线拿反馈。

九、给同样处境的人

如果你也一个人推很多项目，先别学时间管理。先砍到 3 个，做出来能看的版本，剩下的写进"暂不做"清单。

砍的时候会心疼。但砍完你会发现：原来一天可以做这么多事，因为不用来回切换。