@Infoxicador 原型与功能产品-市场契合的更多内容：https://t.co/TBBz7RuG0H

演示、反馈循环与AI时代的产品判断力：与Ruben Casas的对话

来源：https://www.epicproduct.engineer/demos-feedback-loops-and-ai-era-product-judgment-with-ruben-casas~7cnkz
我与Ruben Casas探讨了产品工程在当下的状态——正值许多经验丰富的工程师重新回归直接构建产品的时候。

Ruben曾在产品、平台和开发者工具领域工作，如今在Postman参与AI与MCP浪潮。这次对话中让我印象深刻的，不仅是智能体（agent）能帮助我们更快交付，更是Ruben提出的一个观点：它们能让我们将两个常被割裂的事物结合起来——高层级的产品思考与具体的实现动手能力。

这种结合之所以重要，是因为实现成本在降低，但判断力并未随之廉价。甚至可以说，当构建几乎任何东西都变得更容易时，判断什么值得构建反而更加关键。

Ruben始终将对话拉回到真实问题。不是“建什么很酷？”而是“人们实际在感受什么痛点？”

他在MCP领域的例子很典型。他发现人们正遭遇纯文本智能体交互的局限，于是开始探索MCP工具的UI。关键在于，他并非从精致的产品出发，而是从一个原型和演示开始，让问题和可行方案变得可见。

这是一个有用的产品工程习惯。演示让人们有具体的东西可以回应，把对话从理论争辩转变为：这能解决你的问题吗？这有用吗？怎么改进？

我特别欣赏的一条线索是Ruben提醒我们：演示不仅仅在产品完成后的营销工具，它可以是发现和塑造产品的一部分。

他谈到早期职业生涯中销售软件的经历——展示一个正在运行的电子商务集成，远比抽象描述可能性有效。当人们能在工作演示中看到自己的产品、工作流程或痛点时，他们能更快理解机遇。

这很好地映射了我们如今如何与智能体协作：快速构建原型，展示给他人，观察他们如何使用，让反馈告诉你是否找到了真正的问题，还是只做了个有趣的东西。

Ruben还指出一个重要的张力：智能体让交付更容易，但并不意味着每个交付的功能都值得保留。

我们讨论了功能级别的产品-市场契合，而不仅仅是整个产品的产品-市场契合。如果一个功能明天消失，用户会因为工作流中断而烦恼，还是大多耸耸肩？这个问题令人不适，但很有澄清作用。

这正是产品工程仍然需要工程能力的地方。架构、测试、可维护性、品味和边界，在更多人能借助AI触碰代码库时变得更加重要。目标不仅仅是让交付成为可能，而是创造一种环境，使快速交付仍能产出连贯可靠的产品。

Ruben的作业直截了当：找到一个困扰你的问题，用智能体快速构建一个原型，录制一个简短演示，发给某人并征求反馈。

我喜欢这个提议，因为它练习了整个循环：发现问题，做出实际东西，传达价值，聆听他人回应。这个循环正是产品直觉成长的地方。

嘉宾

• https://www.postman.com/
• https://github.com/infoxicator
• https://x.com/infoxicador

作业

• 找到一个困扰你的真实问题。
• 使用智能体为其构建一个快速原型（尤其是如果你还没有认真尝试过AI编码工具）。
• 录制一个简短演示，发送给某人并请求反馈。

资源