开发分很多场景，比如 1.功能迭代修 bug 类，我觉得基本上直接问就 ok 了。 2.但是开发一个新系统，经常容易跑偏，我描述太多，限制他的想法，如果描述简单，给你的都是千篇一律的样式或半成品功能，后期调试跟改动的成本很大，token 消耗也大，甚至根本跟自己想要的相距甚远，你们是如何做到这个平衡的。
也就是说开发一个新系统，你们会按照什么模式告知他需求，把全部的需求文档，设计规范都给他还是？
开发分很多场景，比如 1.功能迭代修 bug 类，我觉得基本上直接问就 ok 了。 2.但是开发一个新系统，经常容易跑偏，我描述太多，限制他的想法，如果描述简单，给你的都是千篇一律的样式或半成品功能，后期调试跟改动的成本很大，token 消耗也大，甚至根本跟自己想要的相距甚远，你们是如何做到这个平衡的。
也就是说开发一个新系统，你们会按照什么模式告知他需求，把全部的需求文档，设计规范都给他还是？
 |
1
msg7086 1h 47m ago
一般先分拆出 MVP ？做完 MVP 以后再往上加功能吧。
|
Select Language