返回列表
🧠 阿头学 · 💬 讨论题

构建成本归零后的产品护城河:行为机制提取与判断力溢价

AI抹平工程成本后,软件公司的核心竞争已从开发能力彻底转向对跨域行为机制的精准提取与无情优先级排序,缺乏独立判断力的团队必将被功能臃肿反噬。
打开原文 ↗

2026-08-20 原文链接 ↗
阅读简报
双语对照
完整翻译
原文
讨论归档

核心观点

  • 工程稀缺性护城河已彻底失效:AI大幅降低构建成本后,“能不能做”不再是产品瓶颈,过去靠资源限制自然淘汰的平庸点子将全面泛滥,产品灾难将从“缺功能”直接转向“功能臃肿且无存在理由”。
  • 跨域机制提取绝对优于功能克隆:成功产品的核心价值不在表层UI,而在驱动人类行为的底层系统,盲目像素级抄袭必死,拆解并迁移已被验证的机制才是跨品类创新的唯一正解。
  • 判断力与品味直接决定产品生死:当实现门槛归零,决定“该不该做”和“何时砍掉”的优先级排序能力成为新护城河,团队必须建立高频假设-测试-归档的学习循环以对抗战术勤奋。
  • AI将强制重塑外部研发实验室范式:智能体可自动化追踪全网产品动态并拆解行为模式,企业竞争将演变为利用AI进行机制扫描与快速原型验证的效率战,人工经验将被数据流替代。

跟我们的关联

  • 对 👤ATou 意味着产品决策重心必须从交付速度强制转向机制验证,下一步应建立“行为机制图谱”库,用MVP严格测试跨域机制对核心指标的催化效果,彻底停止堆砌伪需求。
  • 对 🧠Neta 意味着需将AI定位从代码生成器强制升级为机制扫描仪,下一步应训练Agent自动抓取竞品更新日志并输出“机制-场景-指标”匹配建议,将战略洞察周期压缩至天级。
  • 对 🪞Uota 意味着增长策略必须从流量套利全面升级为行为系统套利,下一步应剥离海外成功产品的UI表象,提取其降低心理门槛或建立信任的底层逻辑进行本地化重组,放弃盲目跟风。

讨论引子

1. 当AI能零成本实现任何功能时,团队如何建立客观且可执行的“砍需求”熔断标准,以彻底杜绝“能建就建”的无效产出? 2. 跨域移植行为机制(如将社交Stories机制引入B2B工具)时,如何量化评估场景错配带来的用户认知摩擦,并设定明确的失败止损线? 3. Meta的“借鉴”策略高度依赖其垄断级社交图谱,缺乏同等分发能力的中小公司,如何验证提取的机制能真正跑通而非沦为无效功能?

我一直在思考 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 将让这种模式的某种变体对几乎每家软件公司都变得实用。

整个软件行业正在变成一个你可以从中学习的外部研发实验室。

其他所有人都在帮你发现什么才是有效的。

亲自尝试的代码成本每天都在降低。

这意味着,弄清楚什么才真正值得存在,将变得无比重要。

I keep thinking about Meta and how ruthless they have been for years about taking mechanics that work somewhere else and making them their own. Stories worked, so they put Stories everywhere. Short form video worked, so they went hard on Reels. Public text worked, so they built Threads. There are plenty more examples. People usually talk about this like Meta has no shame about copying, which is fair enough, but I think there is a much more useful lesson buried in what they have been doing. Meta is a consumer company. Their business depends on understanding what gets people to create, share, connect, consume, come back, and generally spend more time with their products. When someone else spends years and a bunch of money discovering a new behavior that people clearly like, why wouldn’t Meta study the hell out of it? Someone else already did a ton of the expensive discovery work for them. In a weird way, Meta has treated the rest of the consumer internet like a giant external product lab. I think every software company is going to need to get much better at doing some version of this. Software is becoming way too easy to build for product development to keep working the way it has. A lot of the scarcity used to come from implementation. You could have ten ideas that sounded good and maybe have the engineering capacity to seriously pursue two of them. The cost of building forced a bunch of prioritization on you whether you liked it or not. That is changing fast. Agents can already build prototypes, instrument things, test implementations, review code, fix issues, and do more and more of the production work around software. I expect that to keep moving quickly. Eventually “can we build this?” becomes a pretty boring question for a lot of software. Then we are left with the question that has always been harder anyway. Should we build it? This is where I think things get interesting. There are thousands and thousands of software companies running product experiments for us every day. They are spending their own time and money figuring out better ways to onboard people, create habits, collaborate, review work, build trust, share things, discover things, verify things, delegate work, build reputation, create marketplaces, personalize experiences, give feedback, make something multiplayer, and pretty much every other behavior you can imagine inside software. We get to watch all of it. I don’t mean make a spreadsheet of competitor features and start cloning whatever looks cool. That is probably one of the fastest ways to turn a good product into a pile of shit. The interesting part is figuring out the mechanic underneath the feature. Take a pull request. On the surface it is a developer tool feature. Underneath, someone proposes a piece of work, the work becomes visible to other people, feedback gets attached directly to it, people can inspect it asynchronously, approval changes its state, and the whole history sticks around afterward. That mechanic can travel pretty far outside software development. You could apply versions of it to AI generated work, marketing, finance, design, legal, operations, research, and plenty of other things. Stories are another obvious example. The interesting part was never just that a photo or video disappeared after 24 hours. The mechanic lowered the pressure to create, which made people more willing to share, then made consuming those updates incredibly easy, showed the creator who watched, gave people an easy way to reply, and created another reason to share again later. There is a whole behavioral system underneath the visible feature. Once you start looking at software this way, categories get a lot less useful. A game can teach an enterprise product something. GitHub can teach an AI company something. TikTok can teach a research tool something. Marketplaces can teach agent products about trust. Consumer social products probably have a lot to teach B2B software about getting people to contribute more without making it feel like work. You are basically looking for machinery that has already proven it can change human behavior. Then you figure out whether that machinery can help with a behavior that matters inside your own product. That part is important because every company has a different thing it should actually care about. Meta has spent a lot of time caring about attention because attention is tied pretty directly to their business. An AI product might care about whether people trust an agent enough to delegate increasingly important work to it. A marketplace might care about every successful transaction making the next transaction easier to trust. An analytics product might care about turning evidence into a decision and then getting that decision turned into an improvement. A company building software for teams might care about work leaving enough useful context behind that someone else can pick it up later without needing another meeting. Whatever it is, figure out the behavior first. Then go hunting for mechanics that might help create more of it. I can see companies eventually having entire libraries of these things. This mechanic increases contribution without requiring a giant reward. This one reduces the anxiety of sharing unfinished work. Another one makes verification more likely. Some mechanics build reputation as a byproduct of normal use. Others make a workflow multiplayer. A few only work once you have enough network density. Some work incredibly well in games and completely fall apart when you move them into productivity software. Over time it probably becomes more like a graph than a library, especially because AI can help us watch so much more of the software world than a product team ever could on its own. An agent could watch product launches, changelogs, screenshots, demos, reviews, user complaints, open source projects, App Store updates, and whatever else we can throw at it. It can start finding patterns, breaking mechanics apart, connecting them to behaviors we care about, and eventually suggesting how they might translate into our own products. Then another agent can build the prototype. That sounds a little sci-fi when you write it all out, but we are already close enough to pieces of this that I don’t think the direction is particularly hard to see. The funny part is that all of this makes the human side more important to me. Judgment gets more valuable when building gets cheaper. Taste matters more when you can add almost anything. Knowing which behavior actually matters becomes more important when you can optimize a hundred different ones. Understanding why something worked somewhere else matters a lot more than noticing that it worked. And knowing when to leave the damn product alone might become one of the most valuable product skills of all. I also think this means ruthless prioritization gets more important, which sounds backwards at first. For a long time engineering scarcity saved us from ourselves. A bunch of mediocre ideas never got built because there simply wasn’t time. We are losing that protection. We are about to become extremely good at building bad ideas quickly. That is probably going to create a whole new class of bloated products made by teams that confuse the ability to build something with a reason for it to exist. The companies I would bet on are the ones that get really good at the learning loop. See something interesting somewhere in the world. Understand what is actually happening underneath it. Form a hypothesis about why it might matter for your users. Build the smallest thing that lets you test it. Put it in front of people. Measure what changed. Keep the learning whether the idea worked or not. Then do it again. Meta figured out a version of this because their business forced them to. Their old Little Red Book is full of ruthless prioritization, keep shipping, the quick inherit the earth, code wins arguments, everything is up for debate, and a bunch of other ideas that make a lot more sense to me when I look at them through this lens. They built an organization that could watch human behavior change, move quickly when they saw something important, and keep learning. AI is going to make some version of that useful for pretty much every software company. The entire software industry is becoming an external R&D lab that you get to learn from. Everyone else can help discover what works. The code to try it yourself is getting cheaper every day. Which means knowing what deserves to exist is going to matter a hell of a lot more.

我一直在思考 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 将让这种模式的某种变体对几乎每家软件公司都变得实用。

整个软件行业正在变成一个你可以从中学习的外部研发实验室。

其他所有人都在帮你发现什么才是有效的。

亲自尝试的代码成本每天都在降低。

这意味着,弄清楚什么才真正值得存在,将变得无比重要。

I keep thinking about Meta and how ruthless they have been for years about taking mechanics that work somewhere else and making them their own. Stories worked, so they put Stories everywhere. Short form video worked, so they went hard on Reels. Public text worked, so they built Threads. There are plenty more examples. People usually talk about this like Meta has no shame about copying, which is fair enough, but I think there is a much more useful lesson buried in what they have been doing. Meta is a consumer company. Their business depends on understanding what gets people to create, share, connect, consume, come back, and generally spend more time with their products. When someone else spends years and a bunch of money discovering a new behavior that people clearly like, why wouldn’t Meta study the hell out of it? Someone else already did a ton of the expensive discovery work for them. In a weird way, Meta has treated the rest of the consumer internet like a giant external product lab. I think every software company is going to need to get much better at doing some version of this. Software is becoming way too easy to build for product development to keep working the way it has. A lot of the scarcity used to come from implementation. You could have ten ideas that sounded good and maybe have the engineering capacity to seriously pursue two of them. The cost of building forced a bunch of prioritization on you whether you liked it or not. That is changing fast. Agents can already build prototypes, instrument things, test implementations, review code, fix issues, and do more and more of the production work around software. I expect that to keep moving quickly. Eventually “can we build this?” becomes a pretty boring question for a lot of software. Then we are left with the question that has always been harder anyway. Should we build it? This is where I think things get interesting. There are thousands and thousands of software companies running product experiments for us every day. They are spending their own time and money figuring out better ways to onboard people, create habits, collaborate, review work, build trust, share things, discover things, verify things, delegate work, build reputation, create marketplaces, personalize experiences, give feedback, make something multiplayer, and pretty much every other behavior you can imagine inside software. We get to watch all of it. I don’t mean make a spreadsheet of competitor features and start cloning whatever looks cool. That is probably one of the fastest ways to turn a good product into a pile of shit. The interesting part is figuring out the mechanic underneath the feature. Take a pull request. On the surface it is a developer tool feature. Underneath, someone proposes a piece of work, the work becomes visible to other people, feedback gets attached directly to it, people can inspect it asynchronously, approval changes its state, and the whole history sticks around afterward. That mechanic can travel pretty far outside software development. You could apply versions of it to AI generated work, marketing, finance, design, legal, operations, research, and plenty of other things. Stories are another obvious example. The interesting part was never just that a photo or video disappeared after 24 hours. The mechanic lowered the pressure to create, which made people more willing to share, then made consuming those updates incredibly easy, showed the creator who watched, gave people an easy way to reply, and created another reason to share again later. There is a whole behavioral system underneath the visible feature. Once you start looking at software this way, categories get a lot less useful. A game can teach an enterprise product something. GitHub can teach an AI company something. TikTok can teach a research tool something. Marketplaces can teach agent products about trust. Consumer social products probably have a lot to teach B2B software about getting people to contribute more without making it feel like work. You are basically looking for machinery that has already proven it can change human behavior. Then you figure out whether that machinery can help with a behavior that matters inside your own product. That part is important because every company has a different thing it should actually care about. Meta has spent a lot of time caring about attention because attention is tied pretty directly to their business. An AI product might care about whether people trust an agent enough to delegate increasingly important work to it. A marketplace might care about every successful transaction making the next transaction easier to trust. An analytics product might care about turning evidence into a decision and then getting that decision turned into an improvement. A company building software for teams might care about work leaving enough useful context behind that someone else can pick it up later without needing another meeting. Whatever it is, figure out the behavior first. Then go hunting for mechanics that might help create more of it. I can see companies eventually having entire libraries of these things. This mechanic increases contribution without requiring a giant reward. This one reduces the anxiety of sharing unfinished work. Another one makes verification more likely. Some mechanics build reputation as a byproduct of normal use. Others make a workflow multiplayer. A few only work once you have enough network density. Some work incredibly well in games and completely fall apart when you move them into productivity software. Over time it probably becomes more like a graph than a library, especially because AI can help us watch so much more of the software world than a product team ever could on its own. An agent could watch product launches, changelogs, screenshots, demos, reviews, user complaints, open source projects, App Store updates, and whatever else we can throw at it. It can start finding patterns, breaking mechanics apart, connecting them to behaviors we care about, and eventually suggesting how they might translate into our own products. Then another agent can build the prototype. That sounds a little sci-fi when you write it all out, but we are already close enough to pieces of this that I don’t think the direction is particularly hard to see. The funny part is that all of this makes the human side more important to me. Judgment gets more valuable when building gets cheaper. Taste matters more when you can add almost anything. Knowing which behavior actually matters becomes more important when you can optimize a hundred different ones. Understanding why something worked somewhere else matters a lot more than noticing that it worked. And knowing when to leave the damn product alone might become one of the most valuable product skills of all. I also think this means ruthless prioritization gets more important, which sounds backwards at first. For a long time engineering scarcity saved us from ourselves. A bunch of mediocre ideas never got built because there simply wasn’t time. We are losing that protection. We are about to become extremely good at building bad ideas quickly. That is probably going to create a whole new class of bloated products made by teams that confuse the ability to build something with a reason for it to exist. The companies I would bet on are the ones that get really good at the learning loop. See something interesting somewhere in the world. Understand what is actually happening underneath it. Form a hypothesis about why it might matter for your users. Build the smallest thing that lets you test it. Put it in front of people. Measure what changed. Keep the learning whether the idea worked or not. Then do it again. Meta figured out a version of this because their business forced them to. Their old Little Red Book is full of ruthless prioritization, keep shipping, the quick inherit the earth, code wins arguments, everything is up for debate, and a bunch of other ideas that make a lot more sense to me when I look at them through this lens. They built an organization that could watch human behavior change, move quickly when they saw something important, and keep learning. AI is going to make some version of that useful for pretty much every software company. The entire software industry is becoming an external R&D lab that you get to learn from. Everyone else can help discover what works. The code to try it yourself is getting cheaper every day. Which means knowing what deserves to exist is going to matter a hell of a lot more.

📋 讨论归档

讨论进行中…