从团队做产品到独立开发，我发现产品流程不再是线性的 - 1/3

最近一个人借助 AI 做产品，我越来越明显地感觉到一件事：

以前熟悉的产品开发流程，好像不能直接照搬了。

过去在团队里，虽然需求也会变，设计也会返工，但大体还是：

产品梳理需求 → 设计方案 → 工程开发 → 测试上线。

现在却经常变成：

先想清楚一部分 → 做出来 → 看到真实效果 → 发现还有东西没想明白 → 回去补需求、改流程、改设计 → 再继续往前。

以前更像接力。

现在更像一圈一圈往前走。

以前为什么更接近线性

后来想想，传统产品流程之所以看起来比较线性，不一定是因为产品本身就应该这样做。

很大一部分原因，是团队需要交接。

设计师需要知道什么时候可以开始设计。

工程师需要拿到相对稳定的需求和设计。

测试需要知道什么才算完成。

所以我们会有 PRD、需求评审、设计评审、技术评审，也会尽量在交给下一个角色之前，把这一阶段的问题想得完整一些。

这些流程当然是在帮助产品变好。

但它同时也在解决另一个问题：

很多人一起工作，大家必须在某个时间点对同一件事有差不多的理解。

一个人做产品以后，这个限制突然少了很多。

上午还在讨论需求，下午可以直接让 Coding Agent 做出来。

看到结果不对，晚上再改。

没有人需要等我，也没有正式的交接点逼着我说：“这一阶段到这里结束了。”

这确实更自由。

但自由之后，流程的形状也变了。

AI 让“做出来”变得比“想明白”快很多

这是我最近感受最明显的一点。

以前一个功能从想法到真正出现在产品里，可能需要几天甚至几周。

这段时间里，很多事情会被继续讨论。

需求是不是合理，设计哪里有问题，技术上有没有坑，都有机会提前暴露。

现在，一个上午冒出来的想法，下午可能已经能用了。

问题是：

代码写完，不代表产品判断已经成熟。

页面能打开，不代表体验已经成立。

功能能跑，也不代表用户真的需要。

AI 把实现时间缩短了很多，但产品被想清楚的速度，并没有一起变快。

所以很容易出现一种状态：

产品一直在往前长，但很多决定其实还只是半熟的。

开发本身，也开始变成思考的一部分

这一点和我以前的工作方式很不一样。

过去更容易把开发理解成“把需求和设计实现出来”。

但一个人做产品后，我越来越多地发现，有些问题只靠文档真的想不清楚。

比如：

真实内容放进去以后，信息会不会太多？

一个操作到底应该放在列表里，还是详情里？

AI 给出来的结果，用户第一眼到底应该先看到结论，还是依据？

某个功能写在 PRD 里觉得很合理，真正用起来却发现根本没有存在的必要。

这些事情，经常要等产品真的跑起来以后才看得到。

所以现在的开发，不只是执行。

它也在帮我把原来模糊的想法变得具体。

这也是为什么很多细节会边做边补。

不一定是前面没认真想，而是有些问题，本来就要看到真实东西以后才能回答。

但“边做边想”也很容易变成“想到什么就做什么”

这里有一个很危险的差别。

独立开发很容易让人产生一种错觉：

反正 AI 做得快，先做了再说。

于是一个功能接一个功能往里加。

这个页面临时用一种结构，另一个页面又用了另一种。

一个当时方便的决定，因为一直没人重新检查，慢慢就变成了产品里的默认规则。

到最后会发现：

每个局部都“完成”了，但放在一起不像一个完整产品。

所以我现在会区分两种修改。

一种是原地打转：

同一个问题反复改，却没有得到新的信息。

另一种才是我理解的“螺旋前进”：

每做出来一部分，就看清一点原来不知道的东西；下一轮不是简单推翻上一轮，而是在上一轮的基础上，把产品再做实一点。

功能不一定越来越多。

但产品应该越来越清楚。

一个人做产品，少掉的不只是人手

过去团队里，产品、设计、工程、测试，本来就会从不同角度挑问题。

现在这些能力好像都可以由 AI 补上：

ChatGPT 可以讨论产品，Claude 可以做设计，Codex 可以写代码。

但实际用下来，我越来越觉得：

几个 AI 工具，不会因为分别扮演了不同角色，就自动组成一个产品团队。

每个工具都很容易把眼前的任务继续做下去。

写需求的继续补需求。

做设计的继续优化页面。

写代码的继续实现功能。

但很少有谁会主动停下来问：

这些东西放在一起，还像不像同一个产品？

这件事最后还是落回了人身上。

我真正需要改变的，是对“流程”的预期

以前我更习惯：

一个阶段相对完成，再进入下一阶段。

现在，我开始接受不同部分可以处在不同成熟度。

产品方向可能已经比较稳定。

某个功能的细节还在变化。

数据结构刚刚通过真实使用验证。

设计系统才开始形成。

有些页面甚至仍然只是临时方案。

它们不再整齐地排在一条线上。

所以新的问题也不再是：

“怎么在开发开始之前，把所有东西都想清楚？”

而是：

哪些东西现在必须想清楚，哪些东西做出来以后再决定反而更合理？

以及：

什么时候应该继续往前，什么时候应该停下来，把刚刚学到的东西整理好再走？

这是我最近最想弄明白的部分。

下一篇，我想继续梳理：如果产品开发真的从一条线变成了一圈一圈往前，那这一圈到底应该怎么走，才不会最后变成边做边乱。