PRD 正在消失:Coding Agent 重写的不仅是代码,还有产品构建流程

blog cover

2026 年,Harrison Chase 发了一篇文章:《How Coding Agents Are Reshaping Engineering, Product and Design》。

产品经理看完觉得在说自己。设计师看完觉得在说自己。工程师看完也觉得在说自己。

他们都没说错。

image1.png

一、AI正在重构整个互联网行业的工作范式

软件公司的 EPD 团队——工程、产品、设计,最终产出的东西只有一个:代码。

image2.png

传统产品构建流程:

用户需求 →产品经理(需求分析) → UX设计师(确定原型与交互体验) → UI 设计师(高保真界面)→ 前后端开发 → 多维度测试 → 运维部署上线

image3.png

过去那套流程之所以成立,是因为一个隐性前提:写代码很贵。

正是因为这个前提,我们才需要产品经理把需求讲清楚,设计师把界面画清楚,开发再去实现。PRD 本质上不是一份文档,而是一个“跨角色沟通工具”——用来降低昂贵执行的出错成本。

但 Coding Agent 出现之后,这个前提消失了。

编程智能体让"写代码"的成本趋近于零,像UXbot这种通过描述需求,就能生成设计、代码,跑通整个流程的工具越来越多。

image4.png

任何人都可以用UXbot这种工具,通过自然语言描述需求、直接生成可运行原型。

image5.gif

这从根本上改变了三个角色的协作方式、价值定位和能力要求。

传统 “想法 — 方案 — 开发 — 测试 — 上线验证” 的冗长流程将被极大简化,直接压缩为 “想法 — 实现 — 验证”。

流程变短了,但生成出来的东西并不天然正确。

Coding Agent 带来的是产出爆炸。

image6.png

项目数量在快速增长,候选方案在批量生成,但其中架构合理的不多,真正解决用户问题的更少。

这意味着,整个团队的核心工作从执行变成了审查。判断力比执行力更值钱。

image7.png

这不是一句口号,而是一个资源重新定价的过程。

未来的 PRD 可能不再是几十页的需求文档,而是一段结构化的 Prompt——清晰描述目标、约束与验收标准,让 Agent 可以执行,让团队可以判断。

形式变了,但背后那个问题从未改变:这个产品到底想解决用户什么样的问题?

二、实现成本下降之后,组织与角色的重构

当实现成本极度降低,最先被放大价值的不是某个具体岗位,而是一类人:通才。

image8.png

具备跨产品、设计与工程能力的人,在过去同样有价值。但他们的效率受限于团队协作——再强的个人能力,也必须经过多轮跨角色沟通才能落地。而沟通成本,是组织里最昂贵的成本之一。

现在,这个约束正在被削弱。一个通才可以通过与 Coding Agent 直接交互,绕过传统协作链路,自己定义需求、自己生成原型、直接产出可运行代码。

在通才之外,团队开始分化为两类核心角色:

1)Builder:构建者

Builder 是能够直接驱动 Agent 完成产品构建的人。他们不需要写每一行代码,但需要知道什么值得做、怎么做、做出来是否可用。

他们通常具备几个关键特征:

有基础的 product sense(知道什么值得做)

能熟练使用 Coding Agent(知道如何做)

具备基本的设计直觉(知道做出来是否可用)

这类人可以将一个小功能从想法直接推进到上线,快速构建复杂功能的可运行原型,并在极短时间内完成“验证—迭代”的闭环

2)Reviewer:判断者

如果说 Builder 解决的是“做出来”,那么 Reviewer 解决的是另一个更关键的问题:“这些东西,到底值不值得做?”

Reviewer 通常在某一领域具备极强的系统思维能力,例如:

工程侧:架构是否合理、系统是否可扩展

产品侧:是否真正解决用户问题

设计侧:体验是否符合认知与使用习惯

当 AI 可以批量生成完整原型,组织真正稀缺的能力变成了筛选,因此 Reviewer 的核心价值变成:在大量 AI 生成结果中进行筛选,快速判断优劣决定哪些可以进入生产环境。

对于当前的产品、设计与工程角色来说, Coding Agent带来的变化,并不意味着被替代,而是意味着角色的路径分化。

关键是要梳理清楚,你更适合往哪个方向分化。而在这种分化之下,有两项能力正在成为所有角色的“基础设施”。

三、在这个时代,产品领域的两项核心技能

1)Product Sense(产品判断力)

Agent 本身不具备判断能力。在 Agent 驱动的生产模式下,我们的核心职责就是判断问题本身是否值得解决。

这意味着,好的产品判断力被进一步放大,差的产品判断力带来的破坏也被同步放大。

image9.png

Product sense 不再只属于产品经理,而是所有参与构建产品的人都必须具备的基础能力。

2)System Thinking(系统思维)

当执行成本趋近于零,真正稀缺的是对整体系统的理解能力。

具体表现为:

工程侧:是否具备清晰的架构心智模型

产品侧:是否理解“真实需求”而非“表层诉求”

设计侧:是否理解体验背后的结构逻辑

而对产品、设计与工程角色来说,背景和出发点变得没那么重要了,每个人都有机会成为最有价值的人。

关键是要想清楚两件事情:

你的product sense和系统思维哪块更弱

你要往哪个方向走(是通才,builder,还是reviewer)

对于产品经理:

  • 向 Builder 发展: → 学会使用 Agent 自主构建原型,直接验证想法
  • 向 Reviewer 发展: → 强化对用户与业务的理解,提升判断质量

对于工程师:

  • 向 Builder 发展: → 补足产品感与设计直觉,提升端到端构建能力
  • 向 Reviewer 发展: → 深化系统设计能力,成为架构层的决策者

值得一提的是,深度专才没有消失。顶级的系统架构师仍然稀缺,对用户问题有极致洞察的产品经理仍然不可替代。

但问题在于,中间那一层——执行稳定但判断普通的"还不错"——正在被快速替代。

因为基础执行能力已经被 AI 覆盖。这一层在过去是组织的主体,在未来会是最先被结构性缩减的部分。

现在,背景和起点在新的框架下没那么重要了。每个方向都有机会,但前提是你先想清楚自己在哪,想去哪。

互联网行业的人员结构调整,最快或将在 2026 年下半年显现,最晚也将在 2027 年底全面到来。

留给想清楚的时间,不多了。

欢迎体验UXbot的超绝生产力,让我们一起开启产品构建新时代。

该页面包含给搜索引擎使用的静态快照,完整交互内容会在 JavaScript 加载后呈现。