操盘手年鉴The Operators’ Almanac
AI · IN · 241

无需井然有序法则

Well Run Not Required · well-run-not-required--tamar-yehoshua
AI 与新工作方式 洞察 过渡期 2024-09 Tamar Yehoshua ✓ 已核验出处

解决什么问题

身处混乱公司时如何判断"这正常吗、该慌吗";以及资源该救哪些火、放任哪些火。

核心内容

  • 反直觉观察:公司运营质量与商业成功不相关。作者见过高管频繁离职、天天挨骂、反复 reorg、员工怨声载道的公司数字一路狂飙;也见过 CEO 优秀、高管到位、运转如机器的公司增长躺平。IT 坏了、marketing 失灵、HR 缺人、流动率高——这些都不预测成败。
  • 真正决定成败的短清单:1) 有人抢着要用的产品("没有 PMF 是死刑");2) 分发/销售机器;3) 账上有足够的钱撑到位。其他多数问题都可以是"可容忍的破损"。
  • 推论:需求过滤。销售转来的 feature 请求,即使做掉 80-90% 也不影响公司成败——识别真正要命的少数几个。同理,Slack 曾把大量"史上最重要 feature"做出来后无人使用。
  • 混乱的成因:强 PMF 的超增长期,客户和员工涌入速度超过基础设施与沟通的承载力——任意时点公司 50% 的人司龄不足六个月。不长这么快反而会死(MySpace 死于产品变慢没跟上)。
  • 混乱的分级
    • 可接受的混乱:流程破、工具烂、组织糙;
    • 不可接受的混乱:战略反复横跳、方向频繁改、项目在人手里换来换去以致没人能做成任何事;
    • 规模阈值:约 5,000-10,000 人、市场已拿下之后,必须转入职业化管理(关注成本与执行)——知道自己所处阶段,用对应标准要求组织。
  • 附加判断:就算公司在赢,如果这种混乱让你痛苦,也不必留下——个人适配是独立维度。

适用边界

  • 不是"混乱值得追求":作者明确说仍应努力建设运转良好的组织,本卡只校准"什么值得慌"。
  • 观察样本为高增长科技公司;稳态行业的容错率不同。

关键引述 · 原话

"People I talk to are super unhappy, but the numbers are amazing. They're growing like crazy. And the opposite is also true." — Tamar Yehoshua

"No product market fit is a death sentence." — Tamar Yehoshua

关联卡片

- 与 Amol Avasare 的"success disasters"(70% 时间救火)互证:超增长的破损是常态。 - 需求过滤逻辑与 Jason Lemkin 的 sales-feature-request-budget 卡相邻。

出处Tamar Yehoshua (Glean 产品与技术总裁, ex-Slack CPO) · 03-podcasts/tamar-yehoshua.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2