手游设计通常遵循以下两个主要设计原则：迭代设计=先获得一些核心机制，然后不断迭代，直到创造出有趣的东西；这是开发前的一些初始和未扩展的设计；规划设计=在开始任何开发之前考虑所有功能、每个级别的页面、主要功能之间的所有关系和交互。典型的迭代设计师来自PC世界，习惯于按一定的费用出售预打包的非免费游戏内容，具有高趣味性。他们通常来自休闲设计领域，即从事高留存率和低货币化的游戏。在我看来，太多人在迭代设计上走得太远了。这些人对MVP（最小可行产品）抱有虔诚的看法，并使用MVP方法作为支柱和对功能考虑不足的借口。这种方法的采纳者通常会发表这样的评论：“我们可以稍后进行迭代。”“现在不用担心货币化，我们只需要取笑。”不幸的是，非技术设计师不了解游戏代码不是灵活的资源。这不同于创建和重建乐高积木。与Play-Doh不同，您无法在不付出任何代价的情况下进行重大更改：因为代码（尤其是具有大量硬编码的游戏代码）相对缺乏弹性。我将在这里采取一个相当极端的观点，并强调移动、免费游戏空间中的许多迭代游戏设计师处于危险状态，并且有可能因为他们的懒惰而摧毁整个游戏团队。移动游戏开发过程的新口头禅不应该是关注MVP，而是关注更多的东西。KimTheory：根据最可行的方案开发最简单可行的产品。对于那些不愿意投入时间和精力思考自己的设计的人来说，手机游戏领域可能会很艰难。我经常看到这样的情况：一些没有有效设计或完善的半成品想法；太多的设计师追求最畅销的游戏设计并试图为现有游戏带来新功能，但实际上这些功能根本没有意义；对于游戏中的所有功能是否可以有效组合以及它们之间如何关联和交互，没有真正考虑过。对于所有面临这些情况的设计师，您应该听从以下建议：停止！你确实很危险。你正在破坏整个游戏开发。您正在浪费宝贵的时间和资源，而这些时间和资源本可以通过更好的计划来节省。加速设计=延迟整体开发。急于添加一些全新的、半成品的功能只会增加开发成本。那么我们如何才能更好地规划呢？这归结为几个关键任务：UI：确保UI支持您正在设计的功能。提前为所有关键页面创建示意图。用户流程：确保每个新功能都有自己的页面，并在提交开发之前测试用户流程。边缘案例：考虑所有主要的边缘案例。什么是边缘案例？边缘情况是在正常游戏流程之外但仍需要设计的游戏情况。确保在边缘情况下不会用完子弹。系统影响：考虑这些功能将如何影响您的游戏平衡和经济。这对您游戏中的其他系统有何影响。UI如何影响游戏的其余部分。确保一切一致。设计影响：这项新功能将如何影响整个用户核心循环、设计目标和盈利能力？如果您在PvP游戏中添加新的PVE功能，将会造成很大的损害。这对货币化有何影响，以及您可以期望通过游戏货币化什么。请思考这个问题！***，有些情况下交互式方法可??以使规划方法更有意义。尝试一种全新的游戏方法，并且伴随着重大风险。此外，这与过度规划无关。你应该按照我上面的建议执行计划，以确保你的功能、游戏类型、目标等有意义。您面临的具体情况将决定您采用的最可行的方案。没有适用于所有情况的单一答案。根据场景的不同，一般需要为以下游戏类型做更多的规划：更复杂：更复杂、相互关联、包含的系统更多；您需要了解您的功能将如何影响游戏中的一切。更多UI：与复杂性相关，但与您拥有的屏幕更相关。更多系统：通常，如果您的游戏更硬核，则意味着游戏有更多系统。在很多游戏分发案例中，比如《DOTA Legends 》（以及很多副本），我们都看到了PVE和各种基于用户留存的系统的存在。图片概述：何时使用迭代设计与计划设计？截图（来自gamasutra）总结：希望这篇文章可以帮助你通过更好的规划来提高产品的成功率。您需要根据情况知道何时专注于计划以及何时进行迭代。利用上述做法减少游戏开发生产阶段的迭代次数；大多数计划工作应该在前期制作中完成。
