我是一个爱好者的独立开发者，我已经完成了几份规模不大的游戏节小型作品（尽管我尝试了好多更大的作品，但被标准的方式拖住了）。随着时间的推移，我的设计流程变轻变薄，到目前为止我大多数只会做个Trello板或者UI模拟。

这种策略在小型游戏方面是管用滴，但渐渐地，我有了许多我称之为“游戏想法”的东西，我总是被某些核心玩法的灵感所吸引想要构建，但它们其实并没有成为真正意义上的游戏。我很害怕“在设计上代替建设”，但我觉得我已经达到了现在流程的限度。

我现在觉得需要有一个工作流程从这些想法出发的过程，来评估它们并在承诺它们之前就它们。在我以前尝试写写GDD，然而我发现它们对我而言并没有什么特别好的帮助。它们可能会在内容和范围上有所不同，经常建议你写个GDD会让人觉得和画出一只鹰有多像样的。

究竟我想要的是有一份设计流程，和一些合理构成的文件，来作为独立开发者的“设计阶段”。我想尝试看看这个过程在有几个备胎想法上运行，就来确定下一个项目或预先设想的哪一个需要被承诺。

对有设计经验的朋友请问一下，你们对如何处理从游戏想法和遐想转化为实现性的文件和计划的过程有何建议？我肯定这就是这样那些“简单问题会花了一辈子的时间来解决的”，但我真的想突破到下一步，真希望能得到你们的帮助。