做产品 PMaker
想清楚 画出来 做出来 放出去 1 市场调研 2 用户调研 3 产品规划 4 需求管理 5 信息结构设计 6 原型设计 7 交互设计 8 设计评审 9 UI 设计 10 用例编写 11 产品开发 12 数据指标 13 产品测试 14 发版资料 15 发布与培训 16 收集反馈 反馈回到调研,下一轮开始 十六步,不是十六个人,小团队一个人可能包掉三段

完整流程分四段。每一段的交付物,是下一段开工的输入。

产品的工作流程

十六个环节,每一步都有明确的交付物。跳过哪一步,欠的债都会在后面某一步还。

读完你能回答
  • 一个想法到上线,中间到底要经过什么
  • 每一步该交出什么东西,下一步才能开工
  • AI 真正压缩掉的是哪几步,哪几步一步没少

这套流程是大团队协作磨出来的,不是仪式。它的价值在于把「交付物」定死了:上一步交不出东西,下一步就开不了工。你一个人做产品的时候,人少了,交付物一个都不会少,只是从文档变成了脑子里的判断。

四段各交付什么

想清楚 1–4 步 调研报告 · 用户画像 · 产品路线图 · 带优先级的需求列表 这一段决定「做不做」,做错了后面全部白干 画出来 5–9 步 站点地图 · 信息结构图 · 原型 · 交互文档 · UI 稿 这一段决定「长什么样」,评审是唯一的刹车 做出来 10–13 步 用例文档 · 可运行的东西 · 埋点方案 · 测试报告 埋点在这一段就要定,不是上线后补 放出去 14–16 步 版本说明 · 操作手册与 FAQ · 反馈汇总 · 下一轮迭代计划 没有这一段,产品只是发出去了,不算上线
四段之间是硬交接。信息结构图没画完就开始画原型,页面会越加越多;埋点没定就开发,上线后只能靠猜。

AI 压缩了哪几段

把十六步按「AI 能替你干多少」重排一遍,能看出你的时间该花在哪。

压缩很多 6 原型设计 9 UI 设计 11 产品开发 10 用例编写 原来几天到几周的活,现在按小时算。这几步不再是瓶颈 压缩一些 5 信息结构 7 交互设计 13 产品测试 14 发版资料 它能给出方案,但选哪个、边界怎么处理,还是你定 几乎没压缩 1 市场调研 2 用户调研 3 产品规划 4 需求管理 8 评审
被压缩的四步,原本占了大团队一半以上的工时。它们变快之后,瓶颈整个前移到了「想清楚」那一段——也就是最没被压缩的那一段。

这解释了一个常见的感受:做得越快,废弃的东西越多。产出速度提高了十倍,判断速度没有变。

一个人怎么跑

把十六步压成五步,交付物保留,形式从文档换成能直接喂给 AI 的东西。

想清楚给谁、解决什么 列内容页面和数据 写规格状态和边界 让它写一次一件 验收走查加埋点 交付物换了形式 调研报告一句话产品 + 一份反面清单 信息结构图内容清单 + 页面地图 PRD 和用例一份 spec 文件,AI 直接照着写
形式变了,问题没变。规格文件回答的仍然是用例文档那几个问题:有哪些实体、会出现哪些状态、异常怎么处理。