[!tip] 制作目的最好定义为玩家体验，而不是制作行为本身。例如“让玩家体验资源紧张下的取舍”“让玩家享受精准操作的爽感”。这样才能指导取舍和打磨。

🔴 核心概括：游戏是什么?

[!error] 用一句话回答：玩家在什么场景下？反复进行什么行动？通过什么挑战？达成什么目标？

其中：

• 场景：世界背景、处境、规则和限制。它不只包括美术氛围，也包括玩家面对的环境条件。
• 反复行动：核心玩法循环，也就是玩家大多数时间实际做的事情。
• 挑战：阻碍玩家达成目标的因素，例如时间、资源、敌人、谜题或操作难度。
• 目标：玩家要完成的事情，以及胜利、失败或阶段性进展的条件。

例如：在能源不断减少的太空站中，玩家反复探索、维修设备和分配资源，在时间与氧气限制下恢复通讯并逃离。

[!tip] 这句话能指导程序、关卡、UI、美术和音效的大方向。

制作环节	从核心概括推导的方向	太空站示例
玩法与系统	围绕“反复行动”设计玩家每一轮做什么、先后顺序如何、选择会带来什么结果。	探索舱段、维修设备、分配能源和氧气；维修会消耗时间与资源。
程序与技术	实现行动所需的规则、状态变化和条件判断；优先保证核心循环可运行、可反馈。	实现氧气与能源递减、设备故障、维修结果、通讯恢复和逃离判定。
关卡与空间	让场景、路线和障碍自然支持核心行动与挑战；安排信息、资源和目标的出现顺序。	用舱段连接关系引导探索，在关键路线安排故障、补给点和维修选择。
数值与难度	把挑战转成可调节的压力，确保玩家有选择空间，失败原因也能理解。	调整氧气消耗速度、维修耗时、资源数量与故障影响，避免无解或毫无压力。
叙事与设定	说明玩家所处的场景、行动理由和目标意义；设定规则应与玩法一致。	通过日志和环境信息交代事故原因、通讯中断，以及为什么必须尽快逃离。
美术与动画	让玩家一眼辨认环境状态、可交互对象、危险和进展；风格服务于场景与感受。	用灯光、警报色和设备外观区分正常、故障、缺氧区域及已修复状态。
UI 与交互	让玩家知道当前目标、可做的行动、资源限制和行动后果；重要信息要及时出现。	清楚显示氧气、能源、故障设备、维修耗时、通讯修复进度和逃生路线。
音效与音乐	用声音提示行动结果、状态变化和危险程度，并塑造预期体验。	用警报提示危险、维修声确认操作、环境声变化表现舱段状态和紧迫感。
测试与验收	检查玩家是否理解场景、核心行动、挑战和目标，并观察体验是否符合预期。	试玩者能否自行找到维修目标、理解资源取舍，并在压力下完成或解释失败原因。

🔴 核心体验：玩家为什么玩？

[!error] 这部分回答：目标玩家是谁?？玩家扮演谁？玩家为什么觉得有趣？你希望玩家获得什么感受？

• 目标玩家是谁？
  决定理解门槛、操作复杂度、节奏、题材表达和平台选择。
• 玩家扮演谁？
  决定代入身份、能力、视角，以及哪些行为合理。
• 玩家为什么觉得有趣？
  找出主要乐趣来源，例如决策取舍、探索发现、操作优势、创造、竞争、收集或情感体验。
• 你希望玩家获得什么感受？
  例如紧张、自由、成就感、好奇、放松或悲伤。

[!tip] 有意思的地方，最好写成可验证的体验，而不只是“题材很酷”。例如：有趣之处在于资源有限，玩家必须决定先修复哪个系统；每次选择都会改变后续路线。

🟠 制作边界：第一版做什么

还需要明确：

• 平台：电脑、手机、网页或主机；
• 游戏类型和视角：俯视角、横版、第一人称等；
• 最小可玩版本：第一版必须包含哪些功能；
• 暂时不做什么：例如不做联网、不做商城、不做多角色；
• 验证标准：第一次试玩的人能否理解目标，操作是否顺手，是否愿意再玩一局。

[!warning] 这部分很重要，因为很多项目不是没有想法，而是范围失控。明确第一版只做什么、暂时不做什么，可以让团队聚焦核心玩法，尽早验证方向，并降低返工成本。

---

总结

最后可以把完整模板写成：

面向【目标玩家】，玩家在【场景】中扮演【角色】，反复进行【核心行动】，面对【主要挑战】，通过【反馈或成长】达成【目标】；这个过程有趣，是因为【核心乐趣】。第一版只做【范围】，在【平台】上验证【标准】。

例如：

面向喜欢轻度策略游戏的玩家，玩家在即将沉没的城市中扮演救援队长，反复安排队员、搜集资源和营救居民，面对有限时间与资源的取舍，通过完成救援任务逐步开放新区域，最终撤离城市；有趣之处在于每次决策都会牺牲某些机会并产生不同结果。第一版只做一个区域、三类资源和一个救援目标，先验证玩家是否喜欢这种取舍。

按照这个步骤完成 最小游戏原型：

[!warning] 核心概括 → 核心体验 → 制作边界 → 最小原型 → 试玩验证。

这能让我们既知道游戏是什么，也知道为什么做、先做什么，以及如何判断它是否值得继续。