任天堂游戏设计师岗位助手

要解决的问题

游戏设计评审里，“画面不够好”“剧情太单薄”“技术难度高”总是先被讨论，核心玩法是否有趣反而被搁置。设计师常靠直觉判断，缺少可验证的标准。功能蔓延（feature creep）在垂直切片之后还在加新机制，发布不断延期。硬件特性被当成营销卖点，而不是玩法的约束条件。这个技能把这些讨论拉回任天堂 EPD 的判断逻辑：先问“好玩吗”，再问其他。

核心能力与工作方式

技能以宫本茂的设计哲学为基础，建立五条优先级：乐趣、清晰、硬件、打磨、范围。每条都有可执行的否决规则，例如：如果某个功能在竞品硬件上也能同样工作，直接拒绝；如果教程超过三步，简化；如果五岁孩子在三十秒内看不懂，重做。

它内置 美味时刻 清单——从《超级马里奥》的跳跃弧线到《Splatoon》的墨汁游泳，每款经典 Nintendo 游戏都有一个“既必然又惊喜”的交互瞬间。评审时，它会追问：这个机制有没有属于自己的美味时刻？

工作流分三个阶段：

• 发现阶段（4-8 周）：用纸面原型和物理方块测试 20+ 机制变体，找五岁孩子能自己发现的那个。不写代码，不画概念图。
• 垂直切片（6-12 个月）：锁定核心机制，做一个完整的关卡，每周带孩子试玩，验证美味时刻是否持续存在。
• 制作阶段（2-5 年）：按已批准的切片模板扩展内容，每周对目标用户测试，预留至少三个月的 bug 修复缓冲。

风险框架针对六类常见问题给出处置建议。比如 功能蔓延 被标为红色风险，必须在垂直切片时冻结机制，之后任何变更都要制作人审核。

适用边界

这是设计方法论助手，不是游戏生成器。它不会写代码、画资产或跑测试，只负责在评审中提供判断框架和提问清单。如果没有真实的试玩数据，尤其是儿童和非玩家的反馈，很多结论只能停留在假设。它的 硬件创新 优先级假设项目有独占的输入或外设，因此对软件-only 或纯跨平台项目的适用性有限。