产品市场契合只是产品：Stripe 前 COO 讲怎样把组织建起来

Hughes Johnson 说，写《Scaling People》并不是她自己的主意，是 Stripe 联合创始人 Patrick 和 John Collison 把她推进去的。写完之后她才体会到，把一家公司建起来有多费功夫。她加入 Google 时公司大约 1800 人，离开时大约 6 万；加入 Stripe 时大约 160 人，录制时已经超过 7000 人。她希望这本书能加快别人的学习，但坚持世上并没有真正的捷径。

书的由来，有一部分是创始人不断约 John Collison 吃饭，追问 Stripe 是怎么规模化的。他常带回一句玩笑：公司需要一个“盒装 Claire”。她给 Elad Gil 的《High Growth Handbook》写过一章，因为足够具体、可操作，反响很好，Patrick 于是推动她写成更长的版本。Lenny 也问她，把东西写下来是否让思考更清楚。她说自己原以为靠说话更能理清思路，可每次真写下来都会庆幸自己写了。

她从 Collison 兄弟身上学到最多的，是遇到问题就去找人请教。哪怕她觉得自己做过类似的事，他们仍会问：你跟谁谈过，你读过什么。Stripe 需要职级体系时，她打电话给 Square、Airbnb 和另外几家公司。有人把这件事说成一场血洗，有人说自己动手太晚，很羡慕 Stripe 这么早开始。她后来把 24 小时多语言客服也做成了同类功课：自己以为会做，仍去请教别人，结果是更快采用外包，因为内部扩不到需要的速度。

Stripe 以吝啬头衔出名。Hughes Johnson 说，这一点她和 Patrick Collison 几乎没怎么争论就达成了一致。头衔会发出层级和权威的信号，而 Stripe 想要的文化是：谁懂这件事，谁就该在场、谁就该推动决策，跟资历深浅无关。她也承认这套做法可能走过头了，现在公司更大，多一点看得见的结构会更清楚。

第二个理由是可选空间。营销团队只有两个人时，就封一个市场负责人，等团队长到二十人，往往得在上面再叠一层；把已经给出去的头衔收回去，比从来没给过更伤人。她也看不惯二十五人的公司挂着七个副总裁：客户一看，头衔和规模对不上。职级体系已经够难做了，再叠加轻易发放的头衔，组织弹性会更差。

灵活的头衔在销售里也有用。Stripe 早期团队常常要把产品卖给比自己大得多的客户，对方习惯按级别一对一对人。她鼓励同事如实、有创意地描述自己真正负责的范围，但不要编造头衔。可以说自己负责支付产品的优化，因为范围确实那么大；不能自称销售副总裁。成熟公司爱做层级匹配，你没有对等头衔时，把真实职责讲清楚，比硬造一个头衔更有用。

Lenny 问，为什么运营和文化结构要这么早放在心上。Hughes Johnson 说，产品市场契合当然最重要，这本书也不是写给从零到一的阶段，更接近从零点五到一点五、从一到二。可一旦有了牵引，许多公司没意识到自己已经撞上了，于是在“建公司”这件事上落后。产品市场契合只是产品，产品自己不会规模化。那些后来翻车的公司，常见原因是组织和没建好，产品和使命跟着一起受损。

她说，Collison 兄弟直到她加入，才比较彻底地接受 Stripe 必须开始规模化。她看了进来的支持需求和销售线索，算下来公司大概应该是当时人数的两倍，这个判断把不少人吓了一跳。房子的比喻从这里展开：你需要柱子和梁、电线水管这类管线，还需要地基；如果它们被建成可复制的结构，就像 Google 的 OKR 能从公司落到个人，就能在不同规模上继续用。等得太久，人们会各自发明系统，房子两年里加盖十七次，最后只能拆掉重建。

对还在找产品市场契合的创始人，她的建议是保持简单：拿去见投资人的那套叙事，对内也要讲，包括为什么存在、解决什么问题、早期客户怎么说。然后尽早放进一点点招聘流程，因为面试并不是人天生就会的技能。团队还挤在一间屋子里时，口头同步就够；一旦招聘开始加速，就要把基础内容写下来，并加上很轻的做事方式，否则速度复制不下去。

书从个人运营原则写起，因为 Hughes Johnson 认为管理从管理者本人开始，从团队或产品开始是搞反了。她的第一条原则是自我认知，并由此建立彼此认知，这是公司建设和管理里最根本要攻克的事。她建议从一份很长的价值观清单里选出十个，再压到五个，再压到三个，最好和同事讨论为什么；然后再标出自己的工作风格倾向，比如更外向还是更内向、更偏任务还是更偏人。

她用一位化名 Eli 的经理来说明价值观练习。Eli 极度看重透明，根源是童年时没人告诉他母亲病危，直到继父带他去吃饭才说“你母亲走了”。这个价值观是真资产，有时也会变成麻烦：计划还没完成，他就把一切告诉整个团队。知道一条价值观背后的故事，才知道该怎么管理它。她还提到，最大的长处往往自己看不见，因为它像呼吸一样自然。John Collison 曾对她说，你给的反馈其实相当狠，我离开时却觉得很乐观。

第二条原则是：把你以为说不出口的话说出来。她借用 Fred Kaufman 在《Conscious Business》里的“左栏”概念，也就是脑子里那串相当刺耳的即时评论。左栏不能原样倒出来，也压不回去，办法是把它去毒。两个办法：先提问，哪怕只是问“我们是不是有件事没谈”；再认领观察，说这是你的感受和判断。她举例：与其说“你把那场面试搞砸了”，不如说“我在想，那场面试是不是错过了一个机会”。这样做，常常会打开一扇别人也等着走进去的门。

Hughes Johnson 说，太多人以为经理的工作是当专家、告诉别人做什么。在她看来，工作是帮团队里的人把事情做到最好：提供上下文、信息和辅导，而辅导多半是探索，上课只是少数情况。她喜欢基于假设的辅导。科学假设本来就是一个有根据的直觉，经理不该等凑齐一百万个数据点才开口。拿一点数据，形成一个假设，再跟对方一起看它是否成立。

她举的例子都很具体。问完“那场演示你觉得怎么样”之后，可以补一句：我感觉你有点紧张，腿在抖，话在重复。或者告诉一个一遇到不舒服的话题就把椅子往后推、退出圆圈的人：你刚才离大家有四英尺远。观察必须由你认领，当成一面镜子递过去，而且应该是双向的，对方也可以反馈给你。这些小动作的目的是让人看见自己，再一起想怎么改。

第三条和第四条原则是：分清管理和领导，以及回到操作系统。Reid Hoffman 对她说，自己更像领导者而管理者，还讲过一个被下属说“我不会雇你去管麦当劳”的故事；他把这件事当成开放反馈的证据。高增长环境里充满混乱，季度目标或标准发布流程这类共用仪式能给稳定感。她在 Google 同时管产品、工业设计、运营和商务拓展时，各团队在最底层用同一套骨架运转，她才能在多个上下文之间切换而不失去立足点。

Hughes Johnson 说，书的核心是房子这个比喻：创始文件是地基，规划、OKR 和季度业务回顾是梁，运营节奏是管线。Stripe 的年度客户活动 Sessions 会倒逼内部节奏；大约半年前还有一场内部演示，逼着团队先做出大胆的东西。领导团队常犯的错，是换了很多载体、又很快丢掉。她的建议是：只做很少几件事，持续做好，一年再考虑改一次。

Lenny 补充说，世上没有完美流程。Hughes Johnson 同意：没有完美的组织架构，也没有完美的绩效体系，承诺并坚持一套，比没有强。她还说每家公司内部都乱。她曾和一个创始人朋友在飞机过道里交换“掀开石头下面全是爬虫”的故事。外界看着 Stripe 像一台机器，内部一样有大量破事。让公司显得运转良好的，是持续遵守少数做事方式，即便现实仍然很乱。

她建议先写三样创始文件：使命、长期目标和运营原则或价值观。Stripe 的使命“提高互联网的 GDP”，来自客户和候选人不断把这句话送回来。长期目标则给使命加肉，例如推进开发者工具的水平，用来解释为什么公司要在 API 和文档上持续投入。长期目标也会让短期目标更好写：每年的目标往往都能放进三到五个桶里，比如国际化或新产品。新同事开始反复问“什么重要、为什么这样做”时，就是该写下来的信号。

她说的操作系统包括：像 OKR 这样的目标、季度业务回顾的形式和节奏、指标与仪表盘、规划流程，以及这一切发生的频率。每个 COO 提到规划都会叹气，因为大家都讨厌它，可过了某个阶段，你仍然得拼出一套来。节奏不必是一个季度。Stripe 有段时间按六个月走流程，部分新产品线的业务回顾改成每六周一次。年轻公司常觉得成熟公司的日历节奏太慢，她的回应是：你可以改时间窗，但不能没有可预期的节奏。

怎么判断节奏偏了？两次评审之间几乎没有进展，说明太密；拿出来的内容已经过时，大家都说“这事已经聊过了”，说明太疏。她还提醒：如果指标会开得很勤、战略会开得很稀，指标会会悄悄变成战略会。到真正开战略会时，房间里会觉得这会已经开过了。更频繁的检查也不等于更快，额外的核对会制造开销，反而拖慢速度。

Stripe 有一个她喜欢的习惯：直接看团队的实时仪表盘，不再专门做一版汇报材料。这倒逼仪表盘必须是网页上能打开的实时数据，也省掉准备时间。即便如此，公司后来还是出现了开销问题，包括一场指标会用转盘随机点人上台讲数。转盘的逻辑是：你不知道下周轮到谁，于是日常就得把仪表盘维持在可讲的状态，省掉会前赶工。

Hughes Johnson 说，全部公司里有 COO 的不到百分之二十，肯定不到百分之三十。这个角色在高增长公司、或制造属性很强的生意里更常见，比如苹果要把软硬件做成一体，或她在 Google 做过的自动驾驶。当创始人同时在做产品、建公司和搭领导团队时，COO 能提供杠杆。它不是默认该有的岗位。

她担心市场上出现一种神话：只要找到那个银弹 COO，问题就解决了。更稳妥的路径是先雇业务运营负责人，或找一位偏运营的 CFO，先让对方管几块职能，看能不能跟着公司一起长大，再决定要不要变成 COO。Stripe 的业务运营团队就被她形容成瑞士军刀，用来帮公司规模化。有人找她说“我只要找到一个你这样的人”，她的回应是：我未必适合你的公司，而且当年能做成，也有运气成分。

一位朋友曾对她说，她和 Patrick Collison 之间那种恰到好处的张力，才说明这对关系对公司有用。她把它读成两件事同时成立：他相信她会按他要的质量交付，她也可以在优先级上顶回去，或给出难听的反馈。出色的 COO 关系里有摩擦、有互信，事情还在往前走。她还提醒：不要把创始人自己不爱做的一长串事打包成 COO 的职位描述。她在招聘谈话里见过这种清单，那往往说明创始人还没面对自己那份工作里该进化的部分。在 Stripe，她和 Collison 兄弟以及其他早期成员是一起做事，活并没有从他们的盘子里被端走。

快问快答里，Hughes Johnson 说规模化时要保持对齐，靠的是已经写成文的共同文件，加上聪明的沟通。一封邮件或一次全员会到不了所有人，领导者要像市场人员一样，在不同渠道里重复同一句话：有人读邮件，有人看视频，有人参加会。Offsite 有用，是因为把人从日常里拽出来，会腾出空间，也会留下记忆。一群人关在房间里一起做出来的计划，比你锁门三小时再走出来宣布的计划更有效。

公司范围的同步，她建议尽早投入内部网首页、通讯和创始人的短视频，最好有人专门做“内部该知道什么”这件事，不必把它叫成内部营销。销售团队在这件事上往往更成熟，因为他们必须让一线随时跟上产品和话术。做得好，同样的做法可以复制到团队周报；做不好，各处会冒出一百万个信息源，核心信息就指不过去了。

开会的门槛应该更高：大家要知道为什么开、目标是决策还是同步、谁必须在场。她的说法是把隐含的事说成明示，并问有没有人可以不来、会后读纪要。产品经理权责不匹配时，她建议把决策本身说清楚：要决定什么、谁拍板、标准是什么、谁需要被知会，用 SPADE、RACI 或 RADAR 任一模型即可。她也引用贝索斯的第一类和第二类决策：不可逆的和可逆的，先判断属于哪一种。拿不准谁是决策人，多半就是你；担心不是你，就去问，别卡住。所有人真正在意的是进展、影响和动量。