Brian Chesky 的产品与组织革新法则
Brian Chesky 的产品与组织革新法则
嘉宾：Brian Chesky ｜ Airbnb 联合创始人兼 CEO ｜ 领域：产品管理、组织变革与品牌战略
背景与引子
2020年，新冠疫情让 Airbnb 在八周内损失了80%的业务。布莱恩·切斯基站在悬崖边缘，回望自己一手创立的公司，却发现了一个令人震惊的事实：这家曾以设计美学闻名的公司，已经变成了一个运转缓慢、官僚横行的庞然大物——每年在 AdWords 上烧掉10亿美元，用户却抱怨四年没看到产品有什么变化。
这不是 Airbnb 一家的困境。从部门墙到山头主义，从政治斗争到缺乏问责，大公司走向僵化的故事每天都在上演。但切斯基用两年时间完成了一场几乎不可思议的逆转：把公司从10个事业部缩减到职能制，让7000人像50人的Startup一样工作，让产品路线图成为全公司的单一指挥棒。
这场变革的操盘手，正是这位从未接受过正规商业训练的 Airbnb CEO。他毕业于罗德岛设计学院，学的是工业设计，却硬生生把自己修炼成了管理学和品牌营销的高手。
最近，切斯基做客 Lenny Rachitsky 的播客，首次系统性地公开了他这些年摸索出的产品与组织方法论。这场对话的信息密度极高，几乎每一分钟都有一个反直觉的管理洞见。以下是我从中学到的最重要的东西。
一、嘉宾是谁
Brian Chesky 是 Airbnb 的联合创始人兼 CEO。2007年，他和大学室友 Joe Gebbia 在旧金山租不起公寓的房子里，临时把自己的公寓改造成“气垫床+早餐”的住宿服务，为参加设计大会的访客提供住处。这个看似荒诞的想法，如今服务着全球220个国家的旅客和房东，市值超过800亿美元。
切斯基身上有一种少见的特质：他既是设计师，也是营销人，更是战略家。在创办 Airbnb 之前，他学了十几年艺术，主修工业设计。这种跨界背景让他对产品设计、用户体验、品牌叙事有着异常的敏感度——他曾公开表示“扁平化设计已经过时”，并主导 Airbnb 全面转向带纹理、有维度、更拟物的全新设计语言。
在 Lenny 的播客中，切斯基第一次如此系统地阐述 Airbnb 这两年做对了什么。他分享了产品管理如何被重新定义、如何用一张路线图统一全公司、CEO 为什么必须亲自下场做产品，以及他是如何在自己越来越忙的同时，却让公司越来越高效。
如果你对产品管理、组织设计、品牌战略感兴趣，这场对话是必看必听的。
二、核心观点 TOP10
-
CEO 就是首席产品官 —— 如果一家科技公司的 CEO 不是首席产品官，那这家公司到底是不是产品或技术驱动，就值得打一个大大的问号。
-
把产品管理和产品营销合并 —— 你不可能做一个产品却不知道怎么跟用户讲它。把产品经理培养成既懂产品开发、又懂市场传播的综合性角色。
-
全公司只有一张路线图 —— 取消三年计划、年度计划，改用两年滚动路线图，每六个月发布一次，所有项目必须入表。
-
深入细节不是微观管理 —— 微观管理是告诉别人该怎么做，深入细节是知道每一个环节在发生什么。就像董事会在监督 CEO。
-
过度授权反而让团队变慢 —— CEO 越放手，团队越没有方向感，拿到的资源越少，动作越慢。这是个反直觉的悖论。
-
品牌营销像吊灯，效果营销像激光 —— 激光可以精准照射一个角落，但照亮整个房间需要吊灯。两者都需要，但不能只用激光。
-
“加一个零”逼团队突破 —— 当你问“这个目标能不能扩大10倍”，团队就会被迫用全新的方式思考问题，而不是优化现状。
-
快速决策比完美执行重要 —— 开会不拖，当场拍板，第二天就执行。决策速度本身就是竞争力。
-
公司应该像一个小型Startup那样运营 —— 扁平化、功能制、职能融合，减少管理层级，让核心团队真正能快速行动。
-
工程和营销必须紧密相连 —— 工程师是厨师，营销是服务员。服务员整天和顾客打交道，知道怎么卖东西，他们之间不能隔着一道墙。
三、关键洞察
洞察一：过度授权是隐形的效率杀手
切斯基分享了一个他花了很长时间才意识到的悖论：他越放手，团队反而越慢。他以为是“授权”，但实际上团队感受到的是目标模糊、资源不足、缺乏支持。结果就是：他想给团队更多自主权，团队却得到了更少的方向感和资源。
这个洞察对所有管理者都是警醒。我们常以为放手就是信任，但切斯基指出，当团队不知道 CEO 在关注什么，他们就无法判断什么才是真正重要的。
洞察二：公司会天然走向分裂和官僚化
切斯基描述了大公司走向僵化的一般路径：团队之间出现依赖关系 → 依赖方排队等待资源方 → 等待太慢，团队开始自建功能 → 自建功能形成小山头 → 小山头变成事业部 → 事业部各自为政 → 政治斗争、官僚主义、缺乏问责 → 惰性蔓延。
这不是某个 CEO 能力不足的问题，而是组织结构演化的必然结果。唯一的破解方法，是在分裂发生之前就用统一的路线图和清晰的目标把大家绑在一起。
洞察三：产品开发不能和用户教育割裂
切斯基指出了一个很多公司都会踩的坑：辛辛苦苦做了产品发布，用户却不知道你做了新东西，或者不知道新功能有什么用。于是产品越做越保守，因为新功能得不到足够的用户反馈。
Airbnb 的解法是：让产品经理同时负责产品营销——他们不只规划功能，还要规划用户怎么知道这个功能、怎么学习使用它、怎么向朋友推荐它。功能开发和用户教育变成同一个团队的责任，而不是两个互相不说话的部门。
四、精彩金句
“If you build a great product and no one knows about it, did you even build a product?”
如果做了一个好产品，却没人知道它的存在，这个产品真的存在吗？切斯基的答案是否定的。产品的价值在于被用户理解和使用，而不是躺在代码库里。
“Way too many founders apologize for how they want to run the company.”
太多创始人在管理风格上向团队道歉，不断找平衡点。但所有人都真正想要的是清晰——清晰的方向，清晰的优先级，清晰的目标。
“Being in the details is what every responsible company’s board does to the CEO.”
深入细节不是微观管理，这就像董事会在监督 CEO 一样——董事会不会告诉你怎么做，但如果你不知道细节，你怎么知道团队做得好不好？
“The canvas keeps getting bigger. The mountain top keeps getting higher.”
切斯基用这句话形容他永无止境的心态。画布在不断扩大，山峰在不断升高。只要还在爬山，就永远是个初学者。
“A lot of founders spend their time based on reacting.”
很多创始人每天的生活是回复邮件、应付会议、应付突发状况。但真正重要的不是处理涌入的事情，而是提前规划好要做什么。
五、实战案例
案例一：Airbnb 的 2019 危机与重组
2019年，切斯基意识到公司正在慢下来。开支在上升，人数在膨胀，但产品几乎没有变化。他做了一个后来被证明极其关键的举动：让所有人把自己在做的事情写下来。
结果令人震惊：公司同时在进行大约3000个项目。
切斯基的解决方案是：把3000个项目削减到约600个，减少80%的工作量，同时减少管理层级，从事业部制改为职能制——设计、工程、产品营销、市场、运营，各自作为独立功能直接向他汇报。他建立了一套 CEO 审查计划，每周到每12周不等，定期过问每一个重要项目的进展。
这个过程在一到两年内消耗了大量精力，但从第三年开始，整个组织开始像一台调校好的机器一样运转。人们减少了加班时间，却完成了更多的工作。
案例二：Guest Favorites 的诞生
Airbnb 最大的产品问题之一是用户不确定自己会得到什么。酒店提供的是标准化的确定性，而 Airbnb 提供的是独特的偶然性——但这种偶然性有时让用户感到不安。
Airbnb 的解法是 Guest Favorites：从全球700万套房源中，用3.7亿条评价、客户投诉记录、房东取消数据等信号，筛选出评分最高的200万套房源，作为“客人最喜欢的房源”推荐给用户。
这个功能看起来简单，执行却极其复杂——它需要跨多个团队协作，需要确保客人端和房东端的体验一致，需要配套完整的营销内容。而这正是 Airbnb 新的工作方式的胜利：产品经理负责从功能开发到用户教育的全链路，所有团队在同一张路线图上。
案例三：A/B 测试的局限
切斯基分享了一个他深有体会的观察：很多公司用 A/B 测试来决定产品方向，但测试结果往往是局部的、最优的，而不是全局的、最优的。
他举了一个比喻：想象你用 A/B 测试来决定客厅里沙发的颜色，测试告诉你“深蓝色沙发最好，因为用户在这个沙发上待的时间更长”。但你忽略了沙发和茶几、落地灯、地毯、电视之间的关系，忽略了整个客厅作为一个系统的整体体验。
过度依赖 A/B 测试的组织，会慢慢变成一个做局部优化的机器，而不是一个打造全局体验的设计工作室。
六、行动建议
建议一：重新思考产品经理的角色
如果你正在带产品团队，问自己一个问题：你的产品经理是否知道怎么向用户讲清楚产品？如果答案是否定的，考虑把产品营销的职责纳入产品经理的工作范围，或者招聘更全面的产品营销角色。产品开发的结束不是上线，而是用户真正理解和使用它。
建议二：做一次全公司的工作盘点
找一个时间窗口，要求所有团队把他们正在做的事情列出来。你可能会惊讶地发现同时在进行多少个项目。然后问自己：哪些是真正重要的？哪些可以砍掉？如果 Airbnb 能从3000个压缩到600个，大多数公司只会更多。
建议三：建立跨部门的发布节奏
不要让产品团队和营销团队各自为政。试着在项目开始时就把营销计划同步进来，确保每个功能都有配套的用户教育方案。发布不只是一个技术动作，而是一个完整的故事。
建议四：设定“10倍”目标而不是“10%优化”目标
当你遇到一个停滞不前的问题，试着问自己：如果我要让这个结果增长10倍，我需要做什么完全不同的努力？这个问题的答案，往往比“如何提升10%”更有价值。
建议五：CEO 要学会说“不”
切斯基说他现在学会对“假工作”说不——那些看起来像工作、但实际上并没有推动任何进展的事情。每个创始人每年都应该问自己一次：我真正应该专注的三件事是什么？然后把其他事情全部砍掉。
七、我的总结
Brian Chesky 分享的不仅仅是一套 Airbnb 的管理实践，更是对“科技公司到底应该怎么运转”这个问题的系统性回答。他最核心的论点是：在知识密集型的产品公司里，CEO 不能把自己的核心竞争力外包出去。产品方向、用户理解、品牌叙事，这些必须由最懂产品的人来把控——而最懂产品的人，往往就是 CEO 本人。
但这不意味着 CEO 要事无巨细地管。切斯基区分了“微观管理”（告诉别人怎么做）和“深入细节”（知道正在发生什么）。他建立了一套让信息透明、让跨团队协作成为可能的机制：一张路线图、一个发布节奏、一套 CEO 审查体系。
更重要的是，他提醒我们：好的组织不是让一千个人像一千个人一样工作，而是让一千个人看起来像十个人一样协作。这需要清晰的方向、统一的语言，和一个愿意为产品负责到底的领导者。
📺 播客信息
- 发布时间：2023-11-12
- 时长：1小时13分钟28秒
- 播放量：389425 次观看
- 原版视频：『YouTube』