在 Stripe 做产品：craft、metrics 和对客户的痴迷

嘉宾：Jeff Weinstein ｜ Stripe Atlas 产品负责人｜领域：产品管理与创业生态

背景与引子

2016年，一群 Stripe 员工在全球各地旅行时听到了一个令人震惊的故事：一位优秀的创业者为了在美国注册公司，不得不坐飞机跨越半个地球。这不是个例——无数有才华的创业者仅仅因为无法完成繁琐的公司注册流程，而被挡在创业的大门外。

Stripe 决定解决这个问题。于是，Stripe Atlas 诞生了。

今天，每六个新成立的特拉华州公司中，就有一个是通过 Stripe Atlas 创建的。这个平台让创业者可以在一天之内完成公司注册，包括处理 83b 选举、获取 EIN、处理股权文件等所有曾经需要数周甚至数月的事情。

领导这个项目的人，就是 Jeff Weinstein。在 Stripe 工作的六年多时间里，他负责支付基础设施团队，帮助 Stripe 支付扩展到每年数千亿美元的规模。而 Atlas 项目，是他口中的“长期复利”哲学的最佳实践——把一个复杂到需要坐飞机才能解决的问题，变成一个点击就能完成的事情。

这次对话，我们深入挖掘了 Jeff 构建产品的方式：从如何与客户对话，到如何选择指标，再到他在 Stripe 内部发起的“Study Groups”项目。这不是一堂关于框架的理论课，而是一个产品领导者六年实战经验的深度复盘。

嘉宾是谁

Jeff Weinstein 是一个不走寻常路的产品人。他在马里兰州巴尔的摩一间非常“嬉皮士”的 K-12 学校长大，那里的教育理念是“你要为自己选择来这里负责”。在一次考试考砸后，教授建议他降级，他回应说：“我就是因为已经会了这些才选这门课的，我想留在这个可能会让我表现最差的班级里。”

这个故事定义了他后来的做事方式——主动选择让自己不舒服的环境，然后在压力中成长。

在加入 Stripe 之前，Jeff 创办过一家数据分析公司。那次经历让他明白了一个痛苦的教训：你的用户没有因为你的产品宕机 20 分钟而抓狂，这本身就是一个巨大的信号——他们可能根本没有那么需要你的产品。这个教训塑造了他后来对产品市场匹配的执着追求。

在 Stripe，他负责支付基础设施团队，后来接手 Atlas 项目。他的团队只有 10 个人，但他们做到了每年处理数十亿美元的公司注册业务，每 1.6 个新成立的特拉华州公司中就有一个来自 Atlas。

核心观点 TOP10

“Go Go Go + 乐观 + 长期复利” 是做产品的底层哲学 —— 保持紧迫感的同时，为那些永远不会后悔投资的能力持续积累。
Craft 是找到产品市场匹配后的“甜点” —— 没有哪个精美的设计能拯救一个没人需要的产品。
用沉默来倾听 —— 不要推销，不要猜测，直接问客户他们最大的问题是什么，然后闭嘴等待。
只关注付费客户的反馈 —— 朋友的鼓励和有真正需求的用户之间，有天壤之别。
付费和“愿意付费”是两件完全不同的事 —— 要求对方真金白银付出，才能验证需求的真实性。
指标要从客户的视角出发 —— 如果客户看到你的指标，他们会为你测量这个感到高兴吗？
“零支持票”是 Atlas 的北极星指标 —— 从 15% 提升到 85%，直接带动市场份额的同向增长。
追踪“用户倒霉日” —— 列出所有可能让用户度过糟糕一天的事件，持续监控并消灭它们。
Study Groups 是对抗组织熵增的武器 —— 让随机的人群扮演客户身份，在完全不知情的情况下使用你的产品。
把客户邀请进来一起设计产品 —— 直接让他们在白板上画出他们想要的 Dashboard，而不是你猜测他们想要的。

关键洞察

洞察一：人们不为第二个问题起床

Jeff 分享了一个他在早期创业中犯的错误：他们的产品宕机 20 分钟，没有一个用户真正抓狂。“那是我错过的最大信号——我们没有产品市场匹配。如果有，用户会翻遍整个网络只为找到你解决这个问题。”他后来意识到，“没有哪种精美设计能拯救一个没人真正需要的产品。人们只为他们的第一个问题起床，不是第二个。”

洞察二：付费才是真正的承诺

在访谈中，Jeff 提到了一个关键的验证方法：“当一个用户说’如果这个东西收费 100 美元，我需要它能做到 X’——这才是真正有价值的东西。我们一直在绕着圈说’这很有用’，但直到他们愿意付钱，那个 X 才真正浮出水面。”他甚至会在和用户通话时，直接让对方给他发一美元的发票——“让他们练习收费，这样第一次真正收费时就不会觉得奇怪。”

洞察三：指标的命名方式就是团队的文化货币

Jeff 强调指标名称本身的重要性：“你可以把’零支持票通过率’叫成’公司 X 时间段内无支持票概率_最终版_v3’，但如果它叫’零票’，每天早上团队会说’我在努力让零票图表上升’，这种简洁和聚焦会成为团队内部的行为驱动力。”他发现，当指标的名字本身就能激励人心时，你不需要每天提醒团队为什么他们在做这件事。

洞察四：竞争不是敌人，合作关系往往创造更大的市场

当被问及与 Angelist 的竞争时，Jeff 分享了一个温暖的故事：Angelist 宣布退出公司注册业务后，他们的产品负责人 Dan 给他打电话说：“我们不做了，你想要这个业务吗？”Jeff 说那一刻他既感到惊讶，又感到被尊重。后来两家公司建立了深度合作，Angelist 直接在产品里给 Atlas 引流。“我们不需要把竞争者当成敌人。如果你真的关心客户，你也会关心他们的替代选择。最终所有人都会受益。”

精彩金句

“人们不是为了第二个问题起床，他们是为了第一个问题起床。”

—— 这句话解释了为什么找到真正的客户需求比打磨体验更重要。

“不要推销，要倾听。当你在介绍自己的公司和产品时，我作为客户已经错过了告诉你我最大问题的机会。”

—— 关于为什么“pitch”会毁掉一次客户访谈。

“付费和’愿意付费’之间有天壤之别。”

—— 关于如何验证需求的真实性和紧迫性。

“最好的指标是什么？如果把你的内部仪表板截图给客户看，他们会感到高兴——因为这正是你一直在为他们解决的问题。”

—— 关于什么样的指标才是真正有意义的指标。

实战案例

案例一：Atlas 的零支持票战役

当 Jeff 开始接手 Atlas 项目时，他发现 85% 的用户在使用过程中都需要联系支持团队。“我第一周就问自己：这些人是开心地联系支持，还是痛苦地联系支持？答案显然是后者。”他设定了那个“北极星指标”：让完全没有任何支持票的用户比例最大化。

他开始追踪支持工单，把它们分类，然后逐个解决。最开始是 DocuSign 卡在邮箱、无法找到 83b 表格说明这样的“小问题”，但正是这些小问题累积成了用户的痛苦。18 个月后，零支持票率从 15% 提升到了 85%。同期的市场份额曲线呈现了完全相同的上升形态。

案例二：一张空白纸张开始的 83b 选举自动化

83b 选举是美国税法中一个极其重要的条款——新公司创始人必须在成立 30 天内提交一份纸质文件给 IRS，否则会面临严重的税务后果。但这个过程极其繁琐：需要用正确的格式、手写签名、通过 snail mail 寄到正确的地址，没有任何确认回执。

Jeff 的团队决定自动化这个流程。“我们做的第一件事是什么？派一个工程师去买信封和邮票，把一张空白纸寄到我们自己的办公室。”这只是证明“这件事可以被做到”。真正的工程花了两年——建立第三方服务商的网络、备份系统、OCR 验证、状态追踪。但正是那个“空白纸张”的时刻，让团队相信这件事是可以完成的。

到播客上线时，Atlas 已经完成了 10,000 多份 83b 选举的自动化处理，100% 准时送达。

案例三：Study Groups 的诞生

Stripe 有一个问题：随着组织变大、产品变多，每个团队都在优化自己的局部指标，但整个用户体验开始出现“熵增”——原本流畅的端到端流程变成了充满 bug 和困惑的迷宫。更糟糕的是，内部员工因为太熟悉产品，反而无法发现问题。

Jeff 决定创建一个叫“Study Groups”的项目：随机召集 4-8 个员工，完全扮演一个虚构公司的创始人角色，去完成真实的商业目标（比如“在农贸市场上收款”或“在多个国家开展 SaaS 业务”）。规则只有两条：第一，你不是 Stripe 员工，忘记你知道的一切；第二，你不是来解决问题的，你只是来练习对客户的同理心。

第一场 Study Group 之后，一位工程师反馈说：“我完全不敢相信完成这件事这么难——我一直以为我们的产品做得很好。”到 2024 年底，已经有超过 250 人参加了 Study Groups，不同团队开始自主组织自己的版本。

行动建议

建议一：设置“付款测试”来验证真实需求

为什么要做：朋友和陌生用户会说“太棒了”，但这不代表他们会掏钱。只有真正愿意付费的需求才是值得投入的。

如何开始：下次和用户对话时，直接问“如果你需要为这个功能付费，你愿意出多少？”如果他们犹豫，立刻追问“如果有这个功能，你需要它做到什么？”那个 X 就是真正有价值的点。

能得到什么：一个清晰的信号，告诉你应该优先解决什么问题，而不是被热情但无效的反馈带偏。

建议二：用“沉默法则”做一次完整的客户访谈

为什么要做：大多数人在交谈时会急于“帮忙”或“证明自己理解”，从而打断客户真正的痛点。你需要学会克制。

如何开始：约一个用户访谈，准备好一个开场问题（比如“上周工作中最让你头疼的事情是什么？”），然后全程保持沉默。不要补充，不要建议，不要点头表示理解——就等。等得越久，客户往往说得越深入。

能得到什么：你会听到那些你从未想过的真实痛点，甚至是他们自己都没意识到的问题。

建议三：追踪“用户倒霉日”并建立日志线

为什么要做：大多数产品经理知道用户会碰到问题，但没有系统性的方法来发现和量化这些问题。

如何开始：列一个清单，写下所有可能让用户度过糟糕一天的场景（404 错误、支付延迟一天、忘记密码超过 5 分钟等）。然后在你的系统中添加“日志线”——每当这些情况发生就记录一个事件。每周看一下这个柱状图，找出 Top 3 的倒霉日原因并优先解决。

能得到什么：一个客观的、以客户痛苦程度为依据的产品改进优先级列表。

建议四：组织一次“Study Groups”练习

为什么要做：内部员工无法真正用外部视角审视产品——他们知道的太多，太习惯现有的流程。

如何开始：随机找 4-6 个不同背景的同事（不一定是产品经理），指定一个虚构的商业场景（比如“作为一家刚成立的 SaaS 公司，我需要在欧盟收款”），然后让每个人尝试完成这个目标。规则：他们不知道你是 Stripe 员工，你是来观察而不是帮忙的。

能得到什么：你会看到用户实际卡在哪里——往往是那些你们从未注意到的微小摩擦点。

建议五：给指标起一个激励人心的名字

为什么要做：复杂的指标名称会被遗忘，只有简洁有力的名字才能成为团队的日常语言。

如何开始：把指标从“成功率_p99_v3”改成“秒付率”或“零票通过率”——任何团队成员在早上看到它都能立刻理解，并感到自己在为一件有意义的事情努力。Jeff 发现，指标名称本身会成为团队内部的“文化货币”。

能得到什么：一个让团队自发讨论、自发关注的核心指标，而不是需要每天用 PPT 强调其重要性。

我的总结

Jeff Weinstein 的产品哲学，本质上是在回答一个最古老的问题：什么才是真正重要的事？他的答案不是“指标”，不是“craft”，甚至不是“客户”——而是找到那个客户愿意停下一切来解决的真实痛点，然后以最快的速度、最长的耐心把这个痛点彻底消灭。

“Go Go Go + 乐观 + 长期复利”不只是方法论，更是一种心智模式：既有立刻行动的紧迫感，又有为真正重要的事情持续积累的战略定力。而“付费测试”“零支持票指标”“Study Groups”这些具体的工具和方法，都是这个底层哲学的具体体现。

Atlas 做到了一件看似不可能的事：把“在美国注册公司”从一件需要坐飞机的事情，变成一个点击就能完成的流程。Jeff 说得好：“你永远不知道下一个用 Gmail 邮箱的人会做出什么改变世界的产品。”帮助他们更容易地迈出第一步，这本身就是一件值得长期复利的事业。

📺 播客信息

发布时间：2024-07-11
时长：2小时35分钟
播放量：46805 次观看
原版视频：『YouTube』