7 个人扛 4 个 App：你缺的不是人手，是给

10 月 27 日，极客公园发了一篇报道。张涛在长文里摊了一组数：Manus 移动端团队只有 7 个人，同时扛着 2 个产品、4 个 App。

没靠人海战术。他们做了一个统一代码入口 Manus-mono，还配了一本写给 AI 看的说明书，约一半产品经理能自己把需求做到上线。

再看你的公司：需求一多，第一反应是加人。人加到第十五号位，晨会越开越长，对齐越对越乱，谁请假谁负责的那块就停转。

7 个人扛 4 个 App，差的不是人头，是工牌。
先算一笔加人的账

一个新人进来，工资只是首付。招聘费、带教时间、磨合损耗，样样是真金白银。更贵的是沟通：10 个人的团队，两两对齐是 45 条线；加到 20 个人，是 190 条线。你批预算时算的是月薪，实际付的是月薪加对齐成本加流失风险。

这是本次核算：10 人团队两两组合是 45 对，20 人是 190 对，人翻一倍，沟通的线翻了 4 倍多。加人这条成本曲线，越爬越陡。

Manus 走的是另一条路。据极客公园 10 月 27 日报道，这是厂商自述口径：他们人均 AI 开销超过 1 万美元，钱花在了基础设施和 AI 岗位上，不在人头上。

你买的工具，为什么接不住需求

很多老板的现状是：工具买了一堆，活还是人在干。原因很简单，工具没有岗位、没有职责边界、没人验收，你不盯着它就不动。人放假，工具也跟着放假。

那本说明书的要害不在写，在于写给 AI 看。职责写到机器能读懂的颗粒度，AI 才能像编内成员一样接需求，而不是等你一句句喂指令。

这笔预算该不该批，先答三个问题

如果你也在算扩编的账，先别急着发 offer，回答三个问题：团队里哪些活是天天重复的？这些活能不能写出明确的验收标准？出了错，能不能查到是哪个人、哪一步？

三个都能答上来，说明这些活可以定岗；答不上来的，加了人也还是乱。

7 个人扛 4 个 App 的故事，讲的不是省人，是换账本：下一个人手缺口，先问岗位，再问人头。

顺带一提，这篇稿子从选题到成稿，就是 AI 员工按岗位分工跑出来的。

预约交流，从一个业务场景开始

官网 universe-trade.com ｜ 点击「阅读原文」直达