把模糊想法改写成体验目标
“更友好”“更有沉浸感”“提高留存”都可以成为讨论起点，但还不足以直接实现。你需要继续说明：对谁、在哪一步、希望发生什么变化。
用四层表达，拆开一句愿望
以“让引导更友好”为例：
- 玩家目标：第一次来的玩家能完成一次有效蓝色消除。
- 体验障碍：目前可能不知道只收集蓝色，也可能不理解相邻。
- 设计假设：目标常驻，第一次选择时给上下文提示，能减少误解。
- 验证方式：观察是否独立完成，记录无效选择和求助。
目标相对稳定，方案可以替换。如果第一版提示没有奏效，你可以调整位置、顺序或教学方式，而无需把所有功能推倒重做。
业务目标与玩家目标怎样连接
你当然关心回访和收入。但“留存更高”不是玩家打开游戏时的直接目标。
这条连接是一个需要验证的假设，不保证改善引导就一定提高留存。玩家回访也会受玩法、难度、内容、入口和推广人群影响。
目标要能指导取舍
假设 AI 提出一个华丽的 20 秒开场。你可以问：这段开场帮助玩家理解什么？是否允许跳过？再次进入还会播放吗？在慢网下会不会阻挡第一局？
不是所有动画都有问题。关键在于它服务的目标和代价是否清楚。你可以选择保留一个简短的世界观介绍，同时让可玩入口先准备好。
数值目标如何写才可靠
“让 95% 的玩家在 10 秒内学会”看起来专业，但如果没有基线、测试任务、样本和计时口径，就只是精确的猜测。
首轮可以先写：
观察目标：新玩家是否能独立完成第一次有效消除。
计时起点：棋盘已显示且允许操作。
完成条件：消除一对相邻蓝色，并能解释本局收集目标。
记录：是否求助、无效选择次数、完成时间和卡点。
暂定阈值：先获取基线，之后再决定，不预设提升比例。
“能解释”通常需要主持人观察或询问；不能仅由埋点推断。也不要把玩家逐字说出规则当成唯一成功条件，实际正确操作同样重要。
可复制的 AI 请求
我的愿望是“新手引导更友好”。
请把它拆成：玩家目标、当前障碍、可替代的设计假设、验证方法。
每个假设说明可能的副作用。
没有真实数据时，不要编造提升百分比；把数值目标列为待确认项。
动手练习
选一个正在开发的功能，写下三件事：它帮助玩家完成什么；你猜测怎样设计会有帮助；什么结果会让你放弃这个设计。接着去核心循环检查它是否真的支持游戏的主要体验。
“先目标、再信号、再指标”的测量思路可进一步阅读 Google 的 HEART 研究论文页面。本章四层需求写法和方块小岛推演是本站的教学应用。