零损耗全员会机制
解决什么问题
小团队遭遇远超承载能力的爆发式增长（hypergrowth）时，如何维持协调与决策速度。
核心内容
核心机制：全公司每天开一小时全员会。 Bolt 爆发一周后开始：每天 8:00 AM Pacific，15-20 人全员上 Zoom 至少一小时，把公司所有事情"front to back"过一遍。对"这是最昂贵的时间用法"的批评，Eric 的回应："对，但它的通信保真损耗是 0%。所有事情每天都被完整审计和讨论。"极端增长期你要的正是零损耗通信。
结构前提："更少的人、每人更多上下文"（less people, more context per head）。
- 每个人都知道公司正在发生的一切 → 可以独立做决策，且"默认情况下多数是对的"；
- 高信任：跟任何人对话都不需要补背景，没有"公司角落里不知情的人"；
- 高 agency、无审批政治：工程师接到用户电话 → 当场修 bug → 现场做 UI → 自己上线，全程不需要拉任何人。
- 佐证规模：15-20 人服务近 10 万客户、~$40M ARR；CEO 和 chief of staff 曾 95% 的时间做客服。
配套的招人方式： 从自己的用户社区里招（发条 tweet 收 DM，多数员工来自 StackBlitz 社区）；筛"不在乎 title、把 ego 留在门外、纯粹想做很酷的东西"的人；核心 5-7 人共事 5 年以上——长期共事关系是敢做七年长赌注的前提（高流动率的团队做不了长期赌注）。
明确的失效预期： Eric 自己说"不会永远这么开"——团队变大后会拆分成不同 sync，届时才真正需要重型流程工具（当时全套工具就是 Linear + Notion PRD + Figma + Bolt 自用）。
适用边界
- 适用于 ~20 人以内、变化速度极快的阶段；是应急态而非稳态，团队规模扩大后必须演化。
- 前提是成员上下文密度高——人多、上下文碎片化的组织直接照搬只会浪费工时。
关键引述 · 原话
"Yep. But there's 0% fidelity loss in that. Everything, every day, is being audited front to back." — Eric Simons
"Just having less people, and more context per head. That's just been how we do it." — Eric Simons
关联卡片
- 同源卡片：deep-tech-platform-bet-with-low-burn（同一支团队的生存方式） - 可对照 underfund-headcount-overfund-tokens--boris-cherny（AI 时代小团队高杠杆的另一表述）
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2