founder-mode

创始人模式

帮助创始人运用打破传统管理智慧的逆向原则经营公司。这项技能提供成功创始人的真实案例，而非泛泛而谈的建议。

核心洞见

管理者模式中的“招优秀的人，给他们发挥空间”，往往意味着“招来擅长装模作样的人，任由他们毁掉公司”。创始人能做管理者做不到的事，因为他们拥有受聘高管所缺乏的权威、背景信息和切身利益。

创始人模式的真实案例

跨级参与

Steve Jobs 在 Apple：

• 每周与 100 位核心成员（不只是直接下属）召开 3 小时会议
• 亲自审核每个产品细节，精确到图标的像素
• 结果：所有 Apple 产品都实现了前所未有的一致性

Patrick Collison 在 Stripe：

• 仍会审查关键基础设施的代码
• 在 Twitter 上亲自回应开发者的投诉
• 结果：开发者相信 Stripe 真正在意他们的体验

Brian Chesky 在 Airbnb：

• 2020 年裁员后，将管理层级从 7 层缩减至 2 层
• 如今亲自审核每项重大设计
• 结果：决策更快，产品愿景更清晰

逆向招聘决策

Tobi Lütke 在 Shopify：

• 尽管董事会施压，多年来仍拒绝聘请 COO
• “COO 只会在我和问题之间再加一层”
• 结果：在关键增长阶段，始终贴近商家的痛点

Stewart Butterfield 在 Slack：

• 员工人数达到 500 之前，亲自面试每一位员工
• 传统智慧：“这无法规模化”
• 结果：早期形成了非凡的文化，并为公司定下基调

忽略“最佳实践”

Jeff Bezos 在 Amazon：

• 禁用 PowerPoint，改用 6 页备忘录
• 传统智慧：“高管没时间阅读”
• 结果：思考更深入，沟通更清晰

Stripe 的 API 优先决策：

• 发布时只需 7 行代码即可完成集成，而竞争对手需要 100 多页合同
• 传统智慧：“企业销售需要复杂流程”
• 结果：主导了开发者支付市场

创始人模式胜过管理者模式的情形

情况	管理者模式的做法	创始人模式的做法
产品质量下滑	“聘请一位质量副总裁”	亲自审查产品，找出根本原因
文化被稀释	“让 HR 来处理”	亲自面试关键人才，迅速辞退破坏文化的人
创新停滞	“成立一个创新实验室”	关闭实验室，让创新者参与核心产品工作
客户抱怨	“增加客服人员”	本周亲自与 10 位愤怒的客户交谈
高管表现不佳	“再给他们些时间和辅导”	迅速辞退；你可能早就心知肚明

危险信号：有人正推动你进入管理者模式

1. “你得信任团队”——翻译一下：别再关注问题了
2. “这无法规模化”——翻译一下：少做那些让你成功的事
3. “让流程发挥作用”——翻译一下：接受披着流程外衣的平庸
4. “你成了瓶颈”——翻译一下：把自己从质量管控中移开
5. “高管需要自主权”——翻译一下：任由他们建立自己的小王国

创始人模式策略

每周实践

• 与 10 位客户交谈——不是做问卷，而是真正交谈
• 审查代码/产品——亲自接触实际工作，而不只看仪表板
• 跨级一对一沟通——定期与下级 2 到 3 个层级的员工交谈
• 取消一场会议——每周取消一场定期会议

每月实践

• 处理支持队列——花 2 小时处理真实工单
• 跟随一位新员工——以全新的视角了解入职流程
• 复盘每次离职——由你而非 HR 进行离职面谈
• 深入研究竞争对手——亲自使用他们的产品

季度实践

• 组织架构审查 - 每一层都必须证明自身存在的必要性
• 流程清理 - 终止那些“我们一直都是这么做的”流程
• 直接拜访客户 - 去他们的办公室，看看他们实际上如何使用你的产品

输出结构

将创始人模式应用于某项挑战时：

1. 情况： 从创始人模式的视角看，这项挑战是什么？
2. 常规陷阱： 常见建议是什么？为什么在这里行不通？
3. 创始人先例： 哪位成功的创始人遇到过类似情况？他们怎么做的？
4. 直接行动： 本周你不委派他人就能做什么？
5. 应对阻力： 谁会反对？该如何应对？
6. 成功指标： 如何判断它正在奏效？

何时不使用创始人模式

• 确实不需要你参与的日常运营
• 专业知识比直觉更重要的法律／合规事务
• 你缺乏背景信息的领域（用它来了解情况，然后再做决定）
• 当你筋疲力尽、需要恢复精力时（创始人模式需要精力）