我在做一个产品，但一直纠结和AI协作方式不对

我觉得并不需要在一开始纠结于方法是否正确，在效率放大的现在，可以在实践中发现问题，然后迅速调整。

方法对吗？

最近在做一个小程序，做的时候还挺纠结的。

因为我不会写代码，所以代码这部分都是交给AI来写的。而且我也没做过产品经理，我是做运营的，所以对于一个产品到底是怎么从0到1诞生的，也并不是非常清楚，或者说我只能说出来大概。

所以我纠结的点就在于：我不清楚我现在跟AI协作做产品的方式是不是正确的。

比如，“ 会不会有更好的方式？更好的决策方式？可以让产品上线得更快，或者说走得更稳，或者说最终的功能更正确？”

这些我一开始其实不知道。

回忆之之前在工作中和AI协作得很多，写方案、做数据分析，甚至是剪辑视频和修图，其实没有过这样的疑问。

可能是因为之前的这些工作，在没有AI的时候，就是我自己做的，我知道标准的做法是什么。AI来了，其实是帮我提升了效率，或者是提升了质量，或者是帮我拓展一下视野。

但是现在会纠结对不对，是因为这个事情，我没做过，我不知道什么是标准。

但是，我知道，这是不是我想要的。

这也是经过尝试之后，释怀的原因。

方式1：我来想清楚，AI来实现。

我先说一下我现在的状态。

其实对于这个工具，我自己是有清晰的想法的，就是我到底要做什么功能，然后它的流程是什么。

比如说我目前划分了三个主板块。

第一个板块叫菜品。因为你做饭嘛，其实会有很多你会做的菜，热菜、凉菜、汤，那你需要把这些菜品传上去。因为这个回忆其实是以菜为主的，点餐也是以这个为主的。

第二个板块叫下单。就是你跟你妻子，或者你们一家人去用这个工具，有很多的仪式感，所以它会包括一个下单的环节。

第三个板块就是回忆。让你能清晰地看见你过往做过的这些菜，然后你经历了什么。

关于这个工具的板块，其实想明白了，以及每个板块下的主流程是什么样的。

比如说上传菜品的主流程，其实会有很多种方式嘛。最基础的就是你创建一个菜品，写上名称、类别，然后上传照片，就完事了。这是一个基础的流程。

但是你需要让大家用得更简单，所以会在这个基础之上增加其他的方式，比如“拍照上传，或者AI识别，或者批量上传”。

当然这些方式是自己思考之后的。

还可能有更多，比如抄别人的菜单、一键导入、复制链接导入，或者通过公共空间，大家从公共空间直接拿菜，对吧？

所以，看下来，我目前的协作方式是：我自己有清晰的想法，我已经舍弃了一些，然后我来引导AI去实现我的想法。

但是在这个过程中，其实我还是会觉得，我不知道这个对不对。

是不是我让AI直接去思考，我不要说得太多，不给它太多的限制，可能会更好一些？

方式2：我说目标，AI思考+做

然后我尝试了一下Codex的目标模式。

我给它一个目标，比如告诉它，我就是有一个模糊的想法，我想做这样的一个小程序，然后你把它变成现实，你先说说你打算怎么做，需要什么之类的。

在这个目标模式下，它会帮你去梳理流程，梳理技术框架，然后它会先建议，不要太着急，先跑一个主流程，跑一个MVP，看看功能是什么样子的。

但是它说完第一个环节，我就觉得，不完全是我想要的。

因为其中有一些功能是我不想要的，或者一开始的版本比较简单，那不符合我的预期，我就需要继续告诉他我的需求，一步步引导。

所以我会问它：“那你还有没有其他方式？”

然后它给我了一堆方式，我做筛选。其中有一些不是我想要的，就把不想要的拿走，保留我想要的。

目前来说，差不太多

那这个过程我会发现，其实两种方式在结果上差不太多，速度上有些差异。

（当然有可能是因为我现在已经走到这一步了，所以差不多。）

首先，在结果上，差不多。单次创建、批量上传、拍照上传，这是我自己设想出来的。和AI聊的话，它也不会一次性说出来这三种模式，因为批量上传和拍照上传，是在我明确两个具体使用场景之后才想加入的。不过后来AI给我的几种方式，我筛选下来基本上是这几种。

其次，在速度上，用速度换思考。在跟AI协作沟通的过程中，我会在这个流程的基础上继续衍生我的想法，直到这个想法变得清晰，或者在这个过程中找到我自己想要的东西。让AI引导你的情况下，你发现自己真实想法的速度可能会快一些，尽管有时候可能走的不对，但是在绝对速度的情况下，你有时间尝试多种路径。

到这次记录的时候，两种方式都在推进某个板块主流程的功能，最终的需求方案是达到我的预期的。

这也是我最近在AI协作过程中感受到的：其实并不需要纠结，你跟AI协作的方式到底对不对，因为可能就是走得快、走得慢的问题。

你也不需要先去学习怎么用AI做一个产品，我觉得其实可能不太有必要。你可以直接去跟它聊，聊到最后，你会发现哪些是你想要的，哪些是你不想要的。

别人的skill？

当然也可以使用一些工具中的skill，比如workbuddy中有很多专家，但这些skill是不是正确的、是不是对的，能不能达到你的目的，还是需要分辨和实践。

所以我其实觉得，在模型发展到现在的程度下，「 模型即产品 」，做就可以了。

并不需要在一开始纠结于方法是否正确，在效率放大的现在，可以在实践中发现问题，然后迅速调整。

干中学

如果你还不放心，那就有什么问题，就先去问一下。

比如说我上周遇到的问题，就是产品文档到底怎么保存，怎么更合理地去做？

那我最一开始的方式是，参考历史。我会先自己想，之前工作当中我们的产品文档是怎么保存的？可能会有版本，可能会有需求文档，会有原型图，以及还有版本号，是否在用等等。

另外就是可以直接问AI，说清楚你担心的和想要的。我为了保证之后的文档是清晰的、是可回溯的、是不会出现版本错误的，那你有什么建议？

然后它会告诉你一些建议。这些建议当中，有些东西经过你自己思考，你会觉得这不是你想要的，或者会觉得这个东西是有风险的。

那你就选择你想选的那个就好。

所以并不需要纠结，你直接去做就可以了。

OK，以上是我的一个小经历，欢迎各位同行者和大佬指正。

最后，感谢阅读，我是张路。

之前在互联网做运营，刚裸辞，正在走一段属于自己的路。

我就是那个比你早出发 100 米的样本，做成的、没做成的都写，欢迎你和我聊两句。

如果这些记录对你有用，欢迎点个「赞」和「推荐」，让更多需要的人，也能看到这个真实的样本。