老板一句「做个XX」，AI跑完调研到原型｜Codex Subagents实操篇

做产品的，最怕老板甩来一句：「做个 XX，你先看看。」

结果呢？你一个人查竞品查到眼花，写 PRD 写到头秃，画原型画到崩溃。折腾快一周交上去，老板扫一眼：「流程好像不太对？」血压一下就上来了。

同样是接这需求，有人熬夜一周憋方案，有人让 AI 员工接力，半天就出了能讲的雏形——差的不止是手速，是会不会把活拆给队伍。

上篇聊完「172 个 AI 员工」，后台最多的问题就是：我不写代码，这玩意跟我有啥关系？

关系大了。产品岗最累的三步——调研、写需求、画原型——正好全是能拆出去的活。这篇就手把手演示：怎么用 AI 员工三步接力，把这三座大山搬掉。

这条流水线长啥样

一个想法丢进去，三个「员工」接力，出来一份方案雏形。它像一条工厂流水线：上一道工序的成品，就是下一道的原材料。

第一步市场调研 + 竞品分析（俩人并行）：business-analyst 摸清目标用户和核心诉求；竞品分析专员找出 3 到 5 个对手，功能、定价、短板挨个比。
第二步产品需求整理（接第一步）：product-manager 基于调研结论，理出需求清单（PRD）——核心功能、用户流程、优先级。
第三步产品原型 Demo（接第二步）：ux-designer 基于需求，产出原型说明——页面结构、关键界面、主要交互，文字加简易结构描述。
最后 knowledge-synthesizer 把三步串成一份「从调研到原型」的完整交付物。

注意一个细节：第一步俩人是并行的，但三步之间是排队的——因为需求要吃调研的产出，原型要吃需求的产出。这个「看依赖决定并行还是串行」，正是上篇讲的核心。

你干的事只有一件：看汇总稿，改改，拿去讲。

一段话叫它跑起来（直接抄）

我要做一个「面向小团队的任务管理工具」的雏形，请按三步流水线来做：
第一步（调研）：同时派 business-analyst 分析目标用户和核心诉求，派竞品分析专员找出 3–5 个对手，对比功能/定价/短板。
第二步（需求）：等调研完成，派 product-manager 基于上面的结论整理产品需求（PRD），写明核心功能、用户流程、优先级。
第三步（原型）：等需求定稿，派 ux-designer 产出原型 Demo 说明（页面结构、关键界面、主要交互），用文字 + 简易结构描述。
最后让 knowledge-synthesizer 把三步串成一份连贯的交付物，每条结论附依据。

跑完你拿到的不是一堆碎片，是一份能拿去汇报的方案雏形。

丑话说前头：第一次跑出来的东西，大概率平庸——竞品列得不准，PRD 写得像教科书。别慌，这不代表玩法不行，是你还没把「每一步交什么、按什么格式」说细。把提示词里的要求改具体，调个两三次，就顺手了。我自己的第一版也惨不忍睹，后来就是一点点磨出来的。