我一直在思考 Meta,以及多年来他们在借鉴其他平台行之有效的机制(mechanics)并将其化为己有时,表现得有多么毫不留情。
Stories 模式奏效了,于是他们把 Stories 铺到了所有产品里。短视频奏效了,于是他们大力押注 Reels。公开文字内容奏效了,于是他们打造了 Threads。这样的例子还有很多。
人们通常谈论此事时,总说 Meta 抄袭起来毫无羞耻心,这说法倒也公允。但我认为,他们的做法背后隐藏着一个更有价值的启示。
Meta 是一家面向消费者(consumer)的公司。他们的商业模式依赖于理解究竟是什么能促使用户去创作、分享、连接、消费、回访,并总体上在他们产品上花费更多时间。
当别人花费数年时间和大量资金,摸索出一种显然受用户欢迎的新行为模式时,Meta 为什么不把它研究个透彻呢?
别人已经替他们完成了大量昂贵的探索性工作。
从某种奇怪的角度来看,Meta 实际上把整个消费者互联网都当成了一个巨大的外部产品实验室。
我认为,每家软件公司未来都需要更擅长以某种形式实践这种做法。
软件开发正变得过于容易,以至于传统的产品开发模式已经难以为继。
过去的稀缺性很大程度上源于实现成本。你可能有十个听起来不错的点子,但工程能力或许只够认真推进其中两个。无论你是否情愿,构建成本都迫使你必须进行大量的优先级排序。
这种情况正在迅速改变。
智能体(Agents)已经能够构建原型、添加监控指标(instrument things)、测试实现方案、审查代码、修复问题,并承担越来越多围绕软件的工程生产工作。我预计这一进程将继续快速推进。
最终,对于许多软件而言,“我们能不能做出来?”将变成一个相当乏味的问题。
届时,我们剩下的将是那个一直以来都更难回答的问题。
我们该不该做?
我认为,事情正是在这里开始变得有趣起来。
每天都有成千上万家软件公司在为我们进行产品实验。
他们正投入自己的时间和资金,摸索更好的方法来引导用户上手(onboard)、培养习惯、协同工作、评审工作、建立信任、分享内容、发现事物、验证信息、委派任务、积累声誉、构建市场、个性化体验、提供反馈、实现多人协作(multiplayer),以及你能想象到的软件内几乎所有其他行为模式。
而我们得以旁观这一切。
我指的不是建一个竞品功能表格,然后开始克隆任何看起来酷炫的东西。那很可能是把好产品变成一坨屎的最快途径之一。
真正有趣的部分在于,弄清楚功能底层的机制(mechanic)。
以拉取请求(pull request)为例。
表面上看,它是一个开发者工具功能。但在底层,它意味着:有人提出一项工作,该工作对其他人可见,反馈可以直接附加其上,人们可以异步审查,审批会改变其状态,且整个历史记录会永久留存。
这种机制完全可以延伸到软件开发之外的广阔领域。
你可以将其变体应用于 AI 生成内容、市场营销、财务、设计、法务、运营、研究以及众多其他领域。
Stories 是另一个显而易见的例子。
有趣之处从来不只是照片或视频会在 24 小时后消失。这种机制降低了创作压力,使人们更愿意分享;随后,它让消费这些更新变得极其简单,向创作者展示谁观看了内容,为人们提供了便捷的回复方式,并创造了日后再次分享的新理由。
在可见的功能之下,隐藏着一整套行为系统。
一旦你开始以这种方式审视软件,传统的分类方式就会变得不再那么有用。
一款游戏可以给企业级产品带来启发。GitHub 可以给 AI 公司带来启发。TikTok 可以给研究工具带来启发。市场平台(Marketplaces)可以教会智能体(agent)产品如何建立信任。消费者社交产品或许能教会 B2B 软件如何在不让用户感觉像在工作的前提下,促使他们做出更多贡献。
你本质上是在寻找那些已经被证明能够改变人类行为的“机械装置”(machinery)。
然后,你再判断这种机制是否有助于在你自己的产品中促成某种关键行为。
这一点至关重要,因为每家公司真正应该关注的核心指标各不相同。
Meta 长期以来一直关注注意力(attention),因为注意力与其商业模式直接挂钩。
一款 AI 产品可能关心的是:用户是否足够信任智能体,从而愿意将越来越重要的工作委派给它。
一个市场平台可能关心的是:每一次成功的交易,是否都能让下一次交易更容易建立信任。
一款数据分析产品可能关心的是:如何将证据转化为决策,并进而让该决策落地为实际的改进。
一家为团队开发软件的公司可能关心的是:工作是否能留下足够多的有用上下文(context),以便他人在后续接手时无需再开一次会。
无论核心目标是什么,先弄清楚行为模式。然后再去寻找那些可能有助于促成更多该行为的机制。
我可以预见,未来公司们最终会建立起一整套此类机制的库。
这种机制能在无需巨额奖励的情况下提升用户贡献。
那种机制能降低分享未完成工作时的焦虑感。
还有一种机制能提高验证行为的发生概率。
有些机制会在正常使用过程中顺带积累声誉。
另一些机制则能让工作流支持多人协作。
少数机制只有在网络密度达到一定阈值后才会生效。
有些机制在游戏中效果极佳,但一旦移植到生产力软件中就会彻底失效。
随着时间的推移,它可能更像一个图谱(graph)而非简单的库,尤其是因为 AI 能帮助我们观察到的软件世界,远超任何产品团队凭一己之力所能企及的范围。
一个智能体可以持续追踪产品发布、更新日志、截图、演示视频、评测、用户投诉、开源项目、App Store 更新,以及我们喂给它的任何其他信息。它可以开始寻找模式,拆解机制,将其与我们关心的行为模式关联起来,并最终提出建议:这些机制如何转化应用到我们自己的产品中。
随后,另一个智能体可以负责构建原型。
把这些全写出来听起来有点科幻,但我们已经足够接近其中的各个模块,以至于我认为这个方向并不难预见。
有趣的是,这一切反而让我觉得“人”的因素变得更加重要。
当构建成本降低时,判断力(Judgment)的价值就会上升。
当你能轻易添加几乎任何东西时,品味(Taste)就显得更为关键。
当你能同时优化上百种不同行为时,弄清楚究竟哪种行为真正重要就变得更为关键。
理解某件事为何在其他地方奏效,远比仅仅注意到它奏效重要得多。
而知道何时该对那该死的产品放手不管,或许将成为最有价值的产品技能之一。
我还认为,这意味着毫不留情的优先级排序(ruthless prioritization)将变得更加重要,这乍听起来有些反直觉。
长期以来,工程资源的稀缺性让我们免于自我毁灭。大量平庸的点子从未被实现,纯粹是因为根本没有时间。
我们正在失去这层保护。
我们即将变得极其擅长快速构建糟糕的点子。
这很可能会催生出一大批臃肿的产品,它们出自那些将“能做出某物”与“某物有存在理由”混为一谈的团队之手。
我愿意押注的公司,是那些真正擅长“学习循环”(learning loop)的公司。
在世界某处发现有趣的事物。理解其底层究竟在发生什么。针对它为何对你的用户重要提出假设。构建最小可行物来进行测试。将其展示给用户。衡量发生了什么变化。无论点子是否奏效,都保留所学到的经验。
然后,重复这一过程。
Meta 摸索出了这一模式的某个版本,因为他们的商业模式迫使他们这么做。他们早期的 Little Red Book 里写满了毫不留情的优先级排序(ruthless prioritization)、持续交付(keep shipping)、唯快不破(the quick inherit the earth)、代码胜于雄辩(code wins arguments)、一切皆可辩论(everything is up for debate)等一系列理念。当我透过这个视角去审视它们时,这些理念显得合理得多。
他们打造了一个能够观察人类行为变化、在发现重要趋势时迅速行动、并持续学习的组织。
AI 将让这种模式的某种变体对几乎每家软件公司都变得实用。
整个软件行业正在变成一个你可以从中学习的外部研发实验室。
其他所有人都在帮你发现什么才是有效的。
亲自尝试的代码成本每天都在降低。
这意味着,弄清楚什么才真正值得存在,将变得无比重要。