这类产品如果靠自己从零做,复杂度不低,而且我也不确定自己能否把需求想清楚。所以我就先跟 AI 聊,把我的想法慢慢讲给他,跟他讨论产品定位、功能设计、交互流程、技术架构等方面的内容。我还让他做了个原型页面,并且生成了一个产品规格说明书。第一版出来的时候,我的感觉是:还行。这个原型也能点一点、看一看,像那么回事。
第一版页面原型
到这里之后,好像距离成功就只差一个程序员了,但是肯定还有问题没有解决,即使这是我跟 AI 聊了好多轮的结果。它只能用来演示想法,甚至想法也没有完全表达出来。
第二次尝试:一个小团队
我开始换一种方式使用 AI:既然 AI 能帮我做图、做页面,那它应该也能参与到更完整的产品推进里。我让他模拟一个小团队,把事情推到更可执行的层面。一个项目要做出来,需要不断做任务拆解。任务拆解需要依据。上一版的产品规格说明书还不能作为这个依据。一是内容不够全面,二是我还不确定是否能做出来。这时业界已经开始流行用 subagent 了,也有很多产品实现了 AI 工作流。我觉得产品的设计与讨论很难有一个固定流程,所以更倾向于和多个 agent 交叉讨论。于是我构建了几个AI角色:三个产品经理、一个设计师、一个技术专家。之所以是三个产品经理,是因为他们对应了不同的模型。我没有构建程序员角色,因为这个时候还不需要他。我把初始想法写成一个简单的文档,让一个产品经理写 PRD,其他产品经理评审;评审完之后,再让技术专家来看能不能做出来。技术专家说这是一个需要花五六年才能沉淀出来的产品,我们可以分阶段来实施,先做个 MVP。于是产品经理又出了一个 MVP 版本的 PRD,设计师画出了一个原型页面。
在最后的产品方案迭代过程中,我其实成为了一个独断专行的上帝;而 AI 无论扮演哪个角色,这时都只会顺着我的思路往下走。我并不清楚这个修改对项目落地会有什么影响,但我又不想听从 AI 产品经理和 AI 技术专家的建议。这个过程就像开车:AI 只是油门,一踩就跑,跑得还挺快,我只是没有把方向盘交给他。只是我也不知道自己选的方向能不能走下去。大致过程就是这些。如果你也想用 AI 做类似的事,希望这些记录能有点用。