SuperAPI AI 工具集

game-design-friction-journey-audit

设计与创作

查看项目

更新于 10-16 04:01

技能介绍

用途

Game Design Friction Journey Audit 用于审计一个游戏、功能流程、经济路径、新手引导旅程、成长链条或 live-ops 循环中的摩擦质量与摩擦累积。当你发现某个功能“卡得不对劲”、进度因为玩家无法清晰表达的原因变慢,或需要把有意义的挑战与意外的阻碍区分开时,可以使用这个技能。

核心原则

并非所有摩擦都是坏事。

有些摩擦创造承诺、决策、期待与精通。另一些摩擦则制造困惑、瘫痪、怨恨或流失。目标不是移除所有阻力,而是识别哪些阻力在承担设计功能,哪些只是在挡玩家的路。

产出内容

该技能生成:

  • 审计目标:正在审查的旅程、循环或功能
  • 旅程拆解:玩家在目标流程中推进的主要步骤
  • 摩擦地图:摩擦出现的位置、类型与成因
  • 累积分析:多个摩擦叠加成疲惫或死锁的地方
  • 诊断:设计从有意义挑战滑向有害阻塞的转折点
  • 建议:哪些应保留、减少、显性化、重排或移除

流程

  1. 定义被审计的旅程:明确被审查的系统或流程、适用的玩家类型、所属游戏阶段(FTUE、前期、中期、后期、活动循环、变现路径、社交循环等),以及该流程原本要支持的目标玩家行为。记录审计目标、预期玩家目标与玩家情境。

  2. 将旅程拆成步骤:把旅程映射为一系列玩家可感知的步骤。对每一步识别玩家动作、玩家决策、需求或依赖、反馈或奖励,以及解锁下一步的条件。步骤应足够粗略以便阅读,又足够具体以便定位摩擦。

  3. 识别每一步的摩擦:对每一步追问什么在拖慢进度、什么在阻塞进度、什么制造不确定性、什么消耗时间/注意力/资源、什么强制取舍或承诺。可能的摩擦来源包括资源稀缺、依赖链、等待与计时器、不清晰的提示或目标、UI 或信息不透明、认知过载、技巧挑战、社交协作负担、随机性、严苛惩罚或恢复成本、变现压力。

  4. 分类摩擦:将每个摩擦点归为:

  • 有益摩擦:支持决策、规划、期待、精通、承诺、战略取舍,以及感觉公平且可读的情绪张力。
  • 有害摩擦:产生困惑、无意义的空耗、任意阻塞、不可读的需求、过载的任务链、重复的行政性操作、无学习的惩罚、进度瘫痪。
  • 混合摩擦:原则上有用,但当前过强、过于不透明、叠加过多或时机不当。多数系统是好想法被以错误的强度实现,因此不宜简单二分为好坏。
  1. 评估强度与可见性:对每个摩擦点评定强度(低/中/高)、可见性(明显/部分隐藏/不透明)与公平感(公平/临界/感觉不公平)。轻微但隐藏的摩擦仍可能危险;强烈但玩家能清楚理解其存在原因的摩擦也可能可接受。

  2. 分析摩擦累积:寻找叠加效应——若干中等摩擦在哪里汇聚成高摩擦时刻,玩家在哪里被迫同时满足过多约束,流程在哪里要求过多记忆、过多等待或过多并行任务,重复的有害摩擦在哪里缺乏足够的奖励、清晰度或释放。常见累积模式:多种资源加计时器加低清晰度;复杂链条加弱反馈加低背包空间;反复失败加长恢复加弱学习信号;社交义务加日程压力加差的协作工具。

  3. 寻找断点:识别挑战变成拖累、策略变成不透明、期待变成空耗、难度变成无助、健康循环变成流失风险的位置,这些是关键设计断点。

  4. 诊断摩擦在设计中的角色:回答哪些摩擦点是幻想或精通弧线的核心,哪些摩擦只因清晰度弱、UX 差、节奏差或经济过度约束而存在,哪些摩擦是必要且应被保护的,哪些摩擦正在造成意外伤害。

  5. 给出设计建议:对每个主要摩擦问题说明问题、为何有害、应保留/减少/移除/显性化/重排/缓和,以及预期效果。典型干预包括:显性化隐藏需求、减少同时约束、改进反馈与目标清晰度、在不移除承诺的前提下缩短空耗、在移除行政负担的同时保留有意义的取舍、错开依赖而非一次性堆叠。

响应结构

审计目标 / 旅程拆解 / 摩擦地图(步骤、摩擦点、类型、成因、强度、可见性、公平感)/ 累积分析 / 断点 / 诊断 / 建议。

快速模式

当需要速度时使用快速检查:玩家在哪里变慢或停止?摩擦在创造策略还是困惑?它是否公平且可读?附近还叠加了哪些其他摩擦?什么应被保留、缓和、显性化或移除?

工作原则

好的摩擦给玩家一些有意义的东西去对抗。坏的摩擦让玩家疑惑自己到底为什么在对抗。

本技能是 Stanislav Stankovic 的 Game Design Skills Bundle 的一部分,采用 PolyForm Noncommercial 1.0.0 许可——个人、学术与非营利用途免费;商业用途需要许可,以技能包形式出售。条款见 https://github.com/Stanestane/game-design-skills-bundle 。必需声明:Copyright Stanislav Stankovic (https://www.stane-island.net/)。