Sriram Krishnan：为什么我讨厌 Jobs To Be Done 框架—

嘉宾：Sriram Krishnan ｜前 Twitter 产品总监、前 Facebook 产品负责人｜领域：AI 产品与增长策略

背景与引子

如果你在产品经理群体中随机询问“Jobs To Be Done”框架，几乎没有人会表示反对。这个由哈佛教授 Clayton Christensen 提出的理论早已成为行业圣经，无数产品团队将其奉为圭臬。milkshake 案例更是被反复引用，以至于任何产品设计的讨论几乎都绕不开它。

然而，当硅谷资深产品人 Sriram Krishnan 在播客中直言“我讨厌 JTBD，我认为这是一个糟糕的框架”时，整个行业似乎被泼了一盆冷水。他的观点很简单却极具冲击力：没有一家成功的公司是建立在 JTBD 之上的，如果你选择这个框架，你可能注定失败。

这听起来像是一个叛逆者的宣言，但 Sriram 不是空穴来风的批评者。他曾是 Facebook 的核心产品负责人，亲历了这家社交巨头如何通过冷酷的算法将十亿用户绑在同一平台上；他后来加入 Twitter，亲手推动了影响深远的算法排序改革；在 AI 浪潮中，他又在 Microsoft 主导重要产品的战略布局。这样一位横跨社交媒体、算法产品和 AI 领域的产品老兵，他的反思绝非哗众取宠，而是来自对真实产品决策的深刻理解。

本文将深入探讨 Sriram 对 JTBD 框架的批评，剖析他背后的产品哲学，并试图回答一个根本问题：在真实的产品战场上，什么才是更有效的决策框架？

一、嘉宾是谁

Sriram Krishnan 是硅谷最具影响力的产品负责人之一，他的职业生涯几乎与过去二十年最重要的产品革命同步。

在 Facebook 任职期间，Sriram 深度参与了这家公司最具破坏性的增长实验。Facebook 早期最著名的产品策略之一，就是确保新用户在注册后十四天内添加至少十个好友——这是公司通过大量数据分析得出的magic number，一旦跨越这个门槛，用户留存率会急剧上升。为了达成这个目标，Facebook 几乎动用了所有工具，其中最著名的就是“可能认识的人”功能。

这个功能的逻辑至今让普通用户困惑：为什么一个刚注册的人会看到一个与自己毫无关联的人出现在推荐列表中？答案很简单——那个人恰好也需要朋友，而 Facebook 愿意让现有用户的体验稍微变差，来换取新用户的成功转化。这种冷酷的效率计算，正是 Sriram 对真实产品决策的理解。

离开 Facebook 后，Sriram 加入 Twitter，担任产品和增长团队的核心负责人。正是在他的任期内，Twitter 做出了一个有史以来最具争议的决策：引入算法排序时间线。这一功能在当时引发了资深用户的强烈反对，他们愤怒地表示“为什么不能让我自己决定看什么”。但事实是，这个功能彻底改变了 Twitter 的用户增长轨迹，被 Sriram 称为“过去五年最成功的产品发布”——它拯救了这家公司。

如今，Sriram 在 Microsoft 负责重要的 AI 产品战略，继续探索大模型时代的产品哲学。他的观点之所以重要，是因为他始终站在产品决策的真实战场上，而不是象牙塔里的理论家。

二、核心观点 TOP10

1. JTBD 是一个糟糕的框架，选择它可能意味着产品注定失败

JTBD 框架假设用户雇佣产品来完成一项“工作”，但这种单向思维忽视了产品世界的复杂性。Sriram 的判断很直接：没有成功的公司是建立在 JTBD 之上的。

2. 真实产品决策涉及太多变量，JTBD 无法处理

在 milkshake 案例中，Christensen 假设用户的需求是稳定且可识别的。但现实中，你可能面临竞争对手开了一家更好的店，或者供应链出现问题，或者杯子的设计需要适应新的车型——这些变量都在不断变化。

3. 社交媒体是多 agent 系统，不能用单用户视角理解

当 Facebook 决定向你推荐一个陌生人时，这不是为了完成你的某项“工作”，而是为了完成那个陌生人的“工作”。系统中有多个主体在同时互动，单用户框架完全失效。

4. 产品决策的核心是权衡，而非满足需求

没有产品可以取悦所有人。Twitter 的算法排序是一个典型案例：它对资深用户不友好，却对普通新用户极其友好。Facebook 愿意牺牲你的体验来帮助陌生人，这背后是对整体生态的冷酷计算。

5. Facebook 的增长魔法：14 天、10 个好友

Facebook 花了数年时间才搞清楚这个数字：如果新用户在注册后十四天内交到十个朋友，他们留下来的概率会大幅提升。整个产品系统都围绕这个目标优化。

6. 推荐系统可以刻意让用户体验变差

当你看到“可能认识的人”中出现一个完全陌生的人时，那不是你的需求，而是那个人的需求。Facebook 为了让那个人交到朋友，愿意让你的体验稍微变差。

7. 算法排序是 Twitter 五年内最成功的产品发布

尽管遭到资深用户的强烈反对，Twitter 的算法时间线上线后几乎拯救了这家公司——它让普通新用户获得了更好的体验，而资深用户早已不需要推荐。

8. 普通用户和资深用户需要不同的产品策略

Twitter 发现，算法排序不是为资深用户设计的——他们已经知道该关注谁。但对于刚注册的新用户，一个经过排序的时间线能让他们快速找到感兴趣的内容。

9. 平台竞争会迫使你主动降低用户体验

Amazon 不再发送包裹内容详情邮件，不是因为这能帮助用户，而是为了不让 Google 在 Gmail 中获取这些数据。为了商业竞争，用户体验可以被合理牺牲。

10. 真实产品经理需要处理艰难的权衡

每当有人祭出 JTBD 框架时，Sriram 的判断是：这是一个信号，说明这个人还没有面对过必须让某些用户的生活变得更糟的决策。

三、关键洞察

洞察一：产品不是为单用户服务的，而是为整个生态系统服务的

JTBD 的核心假设是产品应该帮助用户完成一项工作，这个逻辑本身没有错。但它忽略了产品所处的系统环境。一个用户可能需要一辆车，但同时可能有竞争对手在抢你的用户，政府可能在制定新的监管政策，供应链可能在崩溃——这些都会影响产品是否能完成那份“工作”。在真实世界中，产品不是独立存在的，它是整个商业生态中的一个节点。

Facebook 的案例完美说明了这一点。当它向你推送一个陌生人时，这个决策不是基于你的需求，而是基于另一个人的需求。系统中有两个用户在互动，而产品策略必须同时考虑两方。这种多 agent 的视角，是 JTBD 完全缺失的。

洞察二：资深用户的呼声可能是产品增长的最大障碍

Twitter 引入算法排序时，最大的反对声音来自资深用户。他们熟悉这个平台，知道该关注谁，他们愤怒于无法再按照时间顺序浏览内容。但 Sriram 指出，这个功能根本不是为资深用户设计的——他们已经留下来了。真正需要帮助的，是那些刚注册、不知道该关注谁、对平台还感到陌生的普通用户。

这个洞察对很多产品团队来说是反直觉的。当资深用户抱怨时，团队本能的反应是安抚他们、修复功能、满足他们的需求。但有时候，最好的策略是忽略他们的声音，专注于让新用户获得成功的体验。因为一旦新用户变成了资深用户，他们也会开始抱怨新功能的改变。

洞察三：用户体验可以被主动牺牲，当这符合商业利益时

Amazon 不再发送包裹内容详情邮件，这个决策让很多用户感到困惑和不满。但 Amazon 的逻辑很简单：它不想让 Google 通过 Gmail 获取这些数据。在商业竞争中，用户体验可以被合理地牺牲掉。这个案例揭示了一个残酷的事实：用户不是产品设计的中心，商业利益才是。当两者冲突时，很多公司会选择牺牲用户体验。

这听起来很冷血，但 Sriram 认为这才是真实的产品决策。任何声称“用户第一”的公司，如果它还在与竞争对手激烈对抗，那它要么在撒谎，要么很快就会被市场淘汰。好的产品经理需要在用户体验和商业利益之间找到平衡，而不是盲目地满足用户的每一个诉求。

四、精彩金句

“我讨厌 Jobs To Be Done，我认为这是一个糟糕的框架。”

这是 Sriram 对 JTBD 框架最直接的评价。他不是在否定 Christensen 教授的学术贡献，而是在质疑这个框架在真实产品决策中的实用性。在他看来，这个框架过于简化，无法处理真实世界中的复杂性。

“没有成功的公司是建立在 JTBD 之上的。”

这是一个大胆的声明，但它反映了一个基本事实：看看那些真正改变行业的产品——Facebook、Google、Twitter、TikTok——没有一家是靠识别用户的“工作”然后满足它来成功的。它们靠的是对系统动态的深刻理解和对多方利益的复杂平衡。

“产品是关于权衡的。”

这是 Sriram 产品哲学的核心。如果你只能记住一句话，那应该是这句。没有任何产品可以同时满足所有用户的需求。产品经理的工作不是创造一个完美的解决方案，而是做出艰难的选择，让一部分用户满意，同时让另一部分用户失望。JTBD 无法告诉你该怎么做这个选择，因为它假设选择是不必要的。

“每当有人祭出 JTBD 时，那是一个信号，说明这个人还没有面对过必须让某些用户的生活变差的决策。”

这句话揭示了 JTBD 框架最深层次的问题：它是一种回避现实复杂性的方式。那些真正在产品战场上战斗过的人都知道，有些决策就是会伤害一部分用户。而 JTBD 框架让你可以假装这种权衡不存在。

五、实战案例

案例一：Facebook 的人肉推荐系统

Facebook 多年来最核心的增长引擎不是算法，而是人肉。在你注册 Facebook 后的很长一段时间里，它会向你推送大量“可能认识的人”推荐。这些推荐的质量参差不齐，有时候你根本不认识这个人，为什么 Facebook 要推荐他？

答案在另一边：这个刚注册的人需要朋友。Facebook 发现，如果新用户在十四天内交到十个朋友，他们留下来的概率会大幅提升。所以 Facebook 建立了一个系统，通过各种信号（共同好友、共同学校、共同工作场所等）来识别谁可能需要交朋友，然后把你们匹配在一起。

你的体验可能稍微变差了——你看到了一个不想看到的人——但那个人的体验变好了，Facebook 的整体数据也变好了。这不是一个满足单用户需求的案例，而是一个优化整个生态系统的案例。没有 JTBD 能告诉你该怎么做这个决策，因为从单用户视角看，这个推荐根本没有满足任何“工作”。

案例二：Twitter 的算法时间线

2016年，Twitter 宣布将把用户的订阅时间线从纯时间顺序改为算法排序。这个决定在资深用户中引发了强烈反对，他们发起了声势浩大的抗议活动，甚至有人宣布弃用 Twitter。

但 Sriram 说，这个功能是 Twitter 过去五年最成功的产品发布。它的核心逻辑是：资深用户不需要算法排序，他们已经知道该关注谁、该看什么。但对于刚注册 Twitter 的普通用户，一个没有经过任何筛选的时间线是混乱的——他们不知道该关注谁，不知道该看什么，很多人在这个阶段流失了。

算法排序让普通新用户获得了更好的体验。资深用户抱怨，但这不重要——他们已经留下来了。这个权衡是痛苦的，但不是每个人都会经历这种痛苦：那些最终留下来的新用户，会在某个时刻变成资深用户，也会开始抱怨新功能的变化。

案例三：Amazon 的数据战争

如果你在几年前经常从 Amazon 购物，你可能注意到一个变化：以前你会收到一封邮件，告诉你包裹里有什么、什么时候会送到；但现在这封邮件变得简短了，只告诉你包裹正在路上，不会透露具体内容。

这个变化不是因为 Amazon 发现用户不喜欢知道包裹内容——相反，大部分用户肯定希望知道这些信息。真正的原因是 Amazon 不想让 Google 获取这些数据。

Google 在 Gmail 中扫描邮件内容来推送定向广告。当你在 Gmail 中收到一封 Amazon 的发货确认邮件时，Google 能够获取这些数据并用于广告优化。Amazon 不希望 Google 获得这些数据——它不想帮助自己的竞争对手——所以它故意让用户体验变差，移除了邮件中的具体信息。

这是一个商业决策，而不是一个用户决策。用户想要知道包裹内容，但 Amazon 的商业利益要求它隐藏这些信息。在 JTBD 的框架下，你可能会问：用户雇佣 Amazon 来完成什么“工作”？答案是完成购物的后续追踪。但这个“工作”现在被 Amazon 主动降级了，因为商业竞争的要求。

六、行动建议

建议一：用系统思维替代单用户思维

当你在分析用户需求时，不要只盯着一个人。想象整个生态系统中有哪些角色在互动，他们各自的目标是什么，他们之间如何博弈。Facebook 不只是服务一个用户，它同时服务两个用户——发送推荐的那一方和接收推荐的那一方。理解这种多 agent 的动态，是你做出好决策的前提。

如何开始：在你的产品文档中，明确列出所有利益相关方（不仅是用户，还包括平台、合作伙伴、竞争对手等），分析他们各自的目标和约束条件。

建议二：识别你的“magic number”并围绕它优化

Facebook 发现，新用户在十四天内交到十个朋友是他们留下来的关键门槛。这个数字不是猜出来的，而是通过大量数据分析得出来的。你的产品也可能有一个类似的magic number——找到它，围绕它构建整个增长策略。

如何开始：回顾你的用户留存数据，找出那些成功留存的用户的共同行为特征。他们在第一天做了什么？一周内做了什么？找到这个数字，然后投入资源帮助新用户完成这个行为。

建议三：为不同用户群体设计不同体验

Twitter 的算法排序不是为所有人设计的——它是为普通新用户设计的，资深用户不需要它。认识到这一点，你就可以接受让一部分用户不满意的设计决策。这不是无情，而是务实。

如何开始：分析你的用户群体，识别哪些是最有价值的用户，哪些是最需要帮助的用户。为这两个群体分别设计体验，而不是试图用一套方案服务所有人。

建议四：评估系统级指标，而非仅关注单用户指标

Facebook 不关心你今天看了什么内容，它关心的是整个平台的新用户留存率。你的产品指标也应该从单用户层面上升到系统层面——你关心的不是某个用户是否满意，而是整个用户群体是否在增长、是否健康。

如何开始：建立你的北极星指标，这个指标应该是系统级的，而不是单用户级的。然后围绕这个指标设计你的产品策略和运营策略。

建议五：准备为商业利益牺牲用户体验

这是一个hard truth：在激烈的市场竞争中，用户体验可能必须为商业利益让路。Amazon 不告诉用户包裹内容，因为 Google 是它的竞争对手。这不是最理想的用户体验，但这是正确的商业决策。

如何开始：识别你面临的主要竞争威胁，评估这些威胁如何影响你的产品决策。然后制定策略，在保护商业利益的同时尽可能减少对用户体验的伤害。

七、我的总结

Sriram Krishnan 对 JTBD 框架的批评，本质上是在说：真实的产品决策比这个框架所描绘的要复杂得多。JTBD 假设用户的需求是稳定的、可识别的，但现实中产品经理面对的是多变的竞争环境、复杂的利益博弈和痛苦的权衡取舍。

Facebook 的案例告诉我们，一个好的产品决策可能让某些用户的体验变差，只要它能让整个生态系统变得更好。Twitter 的案例告诉我们，资深用户的呼声可能是错的，我们需要关注那些真正需要帮助的人。Amazon 的案例告诉我们，用户体验可以被主动牺牲，当这符合商业利益时。

这不是在说用户不重要。用户当然重要，没有用户就没有产品。但好的产品经理知道，用户不是唯一的利益相关方。平台、合作伙伴、竞争对手、股东——他们都在影响产品的发展方向。试图讨好所有人，最终只会让所有人都不满意。

JTBD 框架提供了一种简洁的思维方式，但在真实的产品战场上，这种简洁可能是危险的。当你真正需要做出权衡时，你会发现这个框架帮不上忙。而那些已经打过硬仗的产品老兵，早已在实践中发展出了更有效的决策框架——即使他们无法像 JTBD 那样用一个 milkshake 的故事来概括。

Sriram 的反思，对于每一个正在构建产品的人来说，都是一个值得认真对待的提醒：不要被漂亮的框架迷惑，不要被用户调研数据误导，永远记住产品决策的核心是权衡，而权衡永远是痛苦的。承认这种痛苦，理解这种痛苦，然后做出你认为正确的选择——这才是产品经理真正的工作。

📺 播客信息

发布时间：2023-03-17
时长：3分钟10秒
播放量：3317 次观看
原版视频：『YouTube』