从零搭建产品团队：顶级产品负责人的实战方法论

4 分钟阅读

嘉宾：Rohini Pandhi ｜ Mercury 产品扩展团队负责人 ｜ 领域：AI 产品与多产品战略

背景与引子

在硅谷创业文化中，“产品经理是多余的”几乎成了一种政治正确。马斯克曾公开表示不需要产品经理，Stripe 的 CEO 也曾表达过类似观点。这种声音在早期创业公司中格外流行——创始人觉得产品经理只会拖慢速度、成为瓶颈、分散决策权。

但真相是什么？Mercury（一家金融科技公司）从零起步，400 名员工时都没有一个官方产品经理，却在这些年里做得相当成功。直到最近两年，他们才正式建立产品团队，如今已有 30 名产品经理。这家公司的经历，几乎代表了所有创业公司都会面临的抉择：什么时候该引入产品管理？该如何从零搭建产品团队？多产品战略该怎么执行？

今天这位嘉宾，曾在 Square 工作超过 7 年，负责支付、发票和硬件钱包产品线。如今她在 Mercury 领导产品扩展团队，过去一年孵化了 6 条新产品线，这在行业内极其罕见。她的实战经验，对任何正在考虑产品化、规模化或进入多产品阶段的创始人、产品负责人，都极具参考价值。

一、嘉宾是谁

Rohini Pandhi 目前是 Mercury 的产品扩展团队负责人，负责孵化并规模化公司内部的新产品线。在加入 Mercury 之前，她在全球知名金融科技公司 Square（现 Block）工作了超过 7 年，深度参与过支付、发票和 BitKey 硬件比特币钱包等产品。Rohini 还是 Transparent Collective 的联合创始人——一个帮助弱势群体创始人获得资源和人脉的 501c3 非营利组织。同时，她也是一位活跃的天使投资人。

从她的经历可以看出，Rohini 是典型的”0 到 1”型产品经理，擅长在模糊不清的阶段找到方向、搭建产品。这种经历让她对产品团队建设、多产品扩张有着独特的洞察和实战经验。

二、核心观点 TOP10

  1. 创始人就是最初的 PM
    在公司早期阶段，创始人必须自己承担产品经理的职责——贴近客户、贴近解决方案。不要急着引入 PM，直到你自己已经无法继续做这份工作。

  2. Hiring Amazing Engineers 是一切的起点
    当你招募的设计师和工程师本身就有产品思维、具备产品热情时，公司可以在没有 PM 标题的情况下运转得很好。

  3. 当瓶颈开始出现，就是引入 PM 的信号
    如果每个决策都要等创始人拍板，当团队开始无法同时兼顾产品职责和本职工作时，当你要进入相邻市场时——是时候引入产品经理了。

  4. 先用”业务负责人”头衔试水
    Mercury 早期雇佣了”业务负责人”，让他们承担跨职能协作和项目管理的工作。最终这些人中的一部分转为正式 PM，说明过渡期可以灵活处理。

  5. 建立职业阶梯是搭建产品团队的第一步
    在定义产品经理的期望之前，先把技能矩阵和能力预期白纸黑字写下来。Mercury 定义了”热爱客户、追求品质”和”对业务产生正向影响”两条核心能力线。

  6. 面试加入写作测试环节
    把文档写作能力纳入面试流程，因为在 Growing 公司里，清晰的两页文档能让团队对齐目标、减少误解——这是 PM 的核心技能。

  7. 用 Pioneer / Town Settler / City Planner 模型招对人
    不同阶段的产品需要不同类型的 PM：0 到 1 用 Pioneer，成长期用 Town Settler，成熟期用 City Planner。别让 City Planner 去干 Pioneer 的活。

  8. 用 S 曲线理解候选人的职业轨迹
    每个人都在沿着”低模糊度→高模糊度”的 S 曲线成长。了解候选人在 S 曲线的哪个位置，给他们下一阶段最需要的挑战。

  9. 质量是一种竞争优势
    在金融科技这种”无聊行业”里，投资细节、打磨体验能建立信任。当每个小改进累积起来，会形成真正的护城河。

  10. 新产品的种子团队必须与成熟产品完全隔离
    新产品如果靠近成熟产品的组织架构，会被成熟产品的优先级持续吸附，永远长不大。Mercury 的扩展团队是独立于核心产品团队的。

三、关键洞察

洞察一：PM 不是一种人，而是一类人

大多数人抱怨 PM 没用，是因为他们遇到了错误的 PM 类型。Pioneer（0 到 1）、Town Settler（成长期）、City Planner（成熟期）是完全不同的角色定义。一个擅长优化成熟产品的 PM，放在 0 到 1 的环境里可能完全束手无策。创始人如果觉得 PM 没用，往往是因为他们找的是 City Planner，而公司需要的是 Pioneer。

洞察二：质量投资短期内看不见数据，长期是护城河

Mercury 推出的 Bill Pay 产品里有个小细节：当用户上传发票时，界面会 OCR 识别并自动填充字段，光标会自动跳转到正确的位置。这个细节不会提升任何单一指标，但几乎每个用户都会提到它有多”好用”。Rohini 认为，这些小细节的复利效应，最终会形成竞争对手无法复制的体验优势。

洞察三：多产品战略的核心是组织隔离

Mercury 发现，新产品（“种子”）如果放在成熟产品附近，会被成熟产品的引力持续拉走——因为成熟产品永远有更多优先级、更紧急的需求。解决方案不是增加资源，而是物理上隔离开来——独立的团队、独立的 OKR、独立的评审节奏。

洞察四：客户访谈要像纪录片导演，不是产品经理

很多公司说自己”客户至上”，但做的访谈都是验证性访谈——提前想好要验证的假设，然后找客户来”确认”。真正好的客户研究，是像纪录片导演那样不带预设地观察：客户在什么场景下遇到问题？他们的真实需求是什么？说什么和想做什么是两回事。

洞察五：多产品定价要锚定客户旅程阶段

创业早期，产品应该是免费的。Mercury 的计费逻辑是：核心的银行转账功能永远免费，但当用户进入需要发票、应付账款等复杂功能的阶段，再谈收费。这符合客户的自然成长路径，也是在测试真正的产品市场契合度。

四、精彩金句

“Well stolen is half done.”
偷来的创意只需要完成一半。Rohini 在搭建 Mercury 产品团队时，大量借鉴了 Square 的经验，加上本地化调整，效率极高。

“Great PMs make your life easier. You have more joy. You can do the thing you actually want to do.”
好产品经理让所有人更轻松。如果创始人觉得 PM 没用，那他们只是没有遇到过真正优秀的 PM。

“Quality is not about rounding corners. It’s about fitting full enterprise capability into a mobile screen and still making it easy to use.”
质量不是简单的圆角和留白，而是把企业级能力塞进移动端的同时，保持极简体验。

“Every career follows an S curve.”
每个人的职业发展都是一条 S 曲线——从低模糊度单项目，到多项目并行，再到高模糊度大挑战，最后到高规模高模糊度的战略层。

“When you’re playing tennis, you want to play with people who are a little bit better than you.”
招聘时也一样。优秀的人才希望与优秀的人为伍，他们测试公司质量的方式之一，就是看公司的面试流程有多专业。

五、实战案例

Square Invoicing：从 0 到 1 的产品扩张

Rohini 在 Square 的第一个重要产品是发票功能。她的做法非常有启发性，分成了几个清晰阶段：

第一步，让产品从”hack”变成”正经产品”——用户勉强能用，但团队要对它负责。第二步，发现用户都在移动端，但发票只在网页端——于是搬到了手机。第三步，从服务现有客户到成为入口产品——开始面向外部新客户，获客策略从 SEO/SEM 入手。每次都是一个小洞察、一个小杠杆，但累积起来是巨大的增长。

这个案例展示了如何用阶段性的方式拆解”规模化”这个宏大命题，而不是企图一步登天。

Mercury 的多产品闪电战

2024 年，Mercury 在几乎不到一年的时间里，发布了个人银行（4 月）、Bill Pay（5 月）、发票功能（8 月）、支出控制和员工报销（10 月）。每一条新产品的发布周期，都比上一条更短。背后原因是：团队学会了如何识别”种子信号”（比如 Payment Request 这个小功能的使用数据），如何利用已有产品的分发优势（个人银行用户可以直接使用企业软件套件），以及如何用月度回顾机制判断是否继续投入。

六、行动建议

建议一：建立 PM 能力矩阵再开始招聘
在招人之前，先明确”PM 在你这家公司需要什么能力”。Mercury 定义了两条轴线：产品质量与热情、对业务的正向影响。每个层级需要什么技能，清晰写出来。这会直接指导你的面试问题设计。

建议二：设置”客户访谈”最低频率
团队每周至少安排一次客户访谈。当进入 Discovery 模式时，有些团队做到 20-25 次每周。方式不限——与 CS 团队一起跟进、与 RM 一起参与销售拜访、在社交媒体上直接与用户交流——重要的是保持真实信号的输入。

建议三：用 Pioneer/Town Settler/City Planner 框架评估候选人
面试时不要只看简历，而是 drill 进去了解候选人过往做的项目：那是 0 到 1 的项目还是优化项目？模糊度如何？规模如何？找到真正做过类似工作的人。

建议四：新产品团队物理隔离
如果你的公司已经有多条产品线，设立独立的新产品孵化团队，不与成熟产品共享资源池。至少保持一个季度或半年的独立评审周期，而不是随时可以”借调”资源。

建议五：用免费阶段测试产品市场契合
进入新市场时，先让产品免费使用，观察用户的真实使用率和留存情况。当用户开始主动要求更多高级功能时，再考虑定价。这才是真正的产品市场契合信号。

七、我的总结

Rohini Pandhi 的分享，贯穿了一条隐含的主线：产品管理的本质，是关于节奏感的艺术。什么时候不该有 PM、什么时候该引入 PM、用什么类型的 PM、怎么设计面试流程、如何在细节上建立信任、如何隔离新产品的组织结构——所有这些决策，都是关于”时机”和”边界”的判断。

Mercury 的故事说明了一个反直觉的事实：产品管理不是流程的负担，而是让团队在不失去灵魂的前提下，能继续规模化增长的关键能力。而真正优秀的 PM，不应该让你失去控制感，而是让你有更多时间去定义公司真正要做的事情。

如果你正在思考产品团队建设，或者正在经历从单一产品到多产品的跃迁，Rohini 的框架——Pioneer/Town Settler/City Planner、S 曲线职业发展模型、种子隔离策略——都是可以直接借鉴的工具。但最重要的，还是那句话：Great PMs make your life easier。如果你的体验不是这样，说明你还没有找到对的人。

📺 播客信息

  • 发布时间：2025-01-12
  • 时长：1小时19分钟25秒
  • 播放量：11038 次观看
  • 原版视频：『YouTube』