用途
Game Design SMART Goal Audit 用于审计游戏设计目标，依据为游戏设计场景调整过的 SMART 标准。游戏设计目标常常混合了玩家体验意图、行为结果和业务指标，因此该技能专门针对这种现实情况来评估目标。
它适用于审计游戏设计目标、功能目标、OKR、计划目标或任何已声明的设计意图。
为什么在游戏设计中使用 SMART
资料指出，游戏设计目标常以可预测的方式失败：
- 过于模糊而无法评估：“玩家应该感到投入”——投入看起来是什么样？如何知道已经达成？
- 意图上不可衡量：“循环应该感觉良好”——感觉是真实的，但没有代理指标或明确的观察方法就无法测试。
- 范围无限：“提高留存”——哪个细分群体？漏斗的哪个部分？提高多少？
- 与设计本身脱节：一个可以适用于任何功能的目标不是设计目标，而是业务愿望。
SMART 强制清晰。应用于游戏设计时，它有助于区分设计意图（你在打造什么体验）与设计成功标准（你如何知道已经达成）。
SMART 框架——游戏设计解读
- S – Specific（具体）：目标是否指明了具体的机制、系统、玩家细分群体、时刻或行为，而不只是一个模糊方向？
- M – Measurable（可衡量）：是否有指标、行为信号、游戏测试观察方法或代理指标来确认目标已达成？
- A – Achievable（可实现）：考虑到团队规模、范围、平台、时间线和现有系统，它是否现实？是否避免对玩家行为过度承诺？
- R – Relevant（相关）：它是否与游戏支柱、功能目的或已知玩家需求相连？达成这个目标是否真的重要？
- T – Time-bound（有时限）：它是否附有里程碑、冲刺、发布或游戏测试检查点？
审计流程
第 1 步：识别目标类型
在审计之前先对目标分类，这会影响 SMART 的应用方式：
- 体验目标——描述玩家感受或状态（“玩家感到强大”）
- 行为目标——描述玩家行动或模式（“玩家每周回访 3 次”）
- 设计产出目标——描述团队将构建什么（“在 Q2 发布制作系统”）
- 指标目标——描述 KPI 或指标（“将 D7 留存提高 5%”）
- 混合目标——结合意图与结果（常见，往往最弱）
在审计顶部标记类型。体验目标需要特殊处理——它们需要代理指标或观察方法才能变得可衡量。
第 2 步：为每个 SMART 标准打分
每个标准使用：
- ✅ 强——明确满足
- ⚠️ 部分——隐含或较弱存在
- ❌ 缺失——不存在
每个标准写 1–2 句话，具体说明强在哪里或缺了什么。对于游戏设计目标，特别注意：
- S：是否指明了玩家细分群体？是否指明了游戏时刻或系统？
- M：对于体验目标，是否定义了游戏测试方法、行为代理或调查工具？
- A：目标是否尊重功能或团队的范围与约束？
- R：目标是否连接到设计支柱、玩家需求或业务目标？
- T：是否有与评估绑定的游戏测试门、里程碑或发布？
第 3 步：总体评估
用 2–3 句话评价目标的整体质量。指出最大的单一弱点及其重要性。
第 4 步：重写目标
重写为更强的 SMART 版本，要求：
- 保留原始设计意图
- 增加具体范围、可衡量信号和时间框架
- 对于体验目标：增加代理指标或观察方法（例如“以游戏测试会话显示 X 行为来衡量”或“由会话后调查得分 Y 验证”）
- 用方括号标记假设：[assumed: D7 retention proxy] [assumed: Q3 milestone]
- 避免编造团队尚未做出的设计决策
第 5 步：教练式备注（可选）
如果目标揭示出某种模式——例如所有目标都聚焦体验却没有衡量计划，或所有目标都聚焦指标却没有设计意图——添加简短的模式观察。
输出格式
Goal: [引用或转述]
Type: [Experience / Behavioral / Design output / Metric / Mixed]
SMART Audit
S – Specific: [✅ / ⚠️ / ❌] [说明] M – Measurable: [✅ / ⚠️ / ❌] [说明] A – Achievable: [✅ / ⚠️ / ❌] [说明] R – Relevant: [✅ / ⚠️ / ❌] [说明] T – Time-bound: [✅ / ⚠️ / ❌] [说明]
Overall
[2–3 句总结。指出最大弱点。]
Rewritten Goal
[改进后的 SMART 版本]
[如有假设则注明]
如果提供了多个目标，依次审计每个目标，然后在相关时添加 Patterns Across Goals 部分。
语气与方法
- 像资深设计师做简短评审一样——直接、具体、不居高临下。
- 不要以“本质上不可衡量”为由拒绝体验目标。相反，挑战团队去定义衡量方法（游戏测试行为、NPS 代理、会话调查、行为遥测）。
- 如果目标写得确实好，简短说明并继续。不要堆砌空洞的赞美。
- 如果用户提供了上下文（游戏类型、玩家细分群体、上线中还是发布前）——使用它。孤立看很模糊的目标在特定阶段可能是合适的。
- 如果目标实际上是愿景陈述或原则，温和指出：“这读起来更像设计支柱而不是目标——以下是如何把它变成目标。”
适用场景
适用于需要审查游戏设计目标、功能目标、OKR、计划目标或设计意图的场景，尤其是目标过于模糊、无法衡量、范围无限或与设计脱节时。
限制
资料未提供该技能的具体安装命令、运行环境要求、平台支持范围或收费价格信息。该技能属于 Stanislav Stankovic 的 Game Design Skills Bundle，采用 PolyForm Noncommercial 1.0.0 许可——个人、学术和非营利使用免费，商业使用需要许可，以技能包形式出售。条款详见 https://github.com/Stanestane/game-design-skills-bundle。
Required Notice: Copyright Stanislav Stankovic (https://www.stane-island.net/)