小白做产品，从需求到产品（五）：文档大致，调整沟通具体 方法论+实践真实需求案例

之前通过初步的需求文档，我们反复调整沟通之后就有个能够可操作的Demo产品，但是很多功能和需求点会不太符合我们预期，而且我们会有进一步的额外功能调整或者添加。

在这之后呢，我尝试过几次与AI沟通在整理一些具体模块详细的文档和一个整体文档，另外我会配一些开发环境和编译环境等的内容，本想这有了这些青雀少儿文档之后，AI从全局层面、局部层面的各个业务功能模块了如指掌，让他自己按照流程去进行。 可是结果不太满意（后面说说为啥）。调整详细文档是最耗时的，认真专注的话一两天能搞定，AI直接据此来进行全新开发，速度是比较快的，三五个小时就能搞完所有模块和功能，为此，我还做了两个模型分别进行独自开发，最终两个效果都不太满意。

类似的测试我做过两三次，最终都以失败告终。

这与我想的不一样，后面我调整策略，采用全局+局部反复回头了解，再加上每个模块反复沟通确认，反复回头了解主要就是了解切记整理的那些详细文档，当然，这里面不会有具体的技术细节和相关参数等，因为这样反而会更乱，所以文档主要是业务功能和细节功能点等的整理，这样反复沟通确认，会有一个慢慢60分+的产品，甚至可以慢慢尝试达到75分+。

这个我想很多开发者都遇到过类似的情况，一旦稍微大一点的系统或者产品，往往这种文档反复对齐+反复沟通确认的方式会好很多，沟通确认这个点非常非常重要！