阅读指南：把经验变成产品能力

你能可靠地实现需求，却在独立做游戏时发现：这次没有人先告诉你需求。即使每个功能都做对，仍可能不知道为什么玩家会开始、继续或回来。

这本手册默认你懂开发，但不默认你学过产品、用户研究、游戏设计或统计。我们从具体困境出发，比较不同选择的后果，解释方法为何可能有效，再检查适用边界。

为什么学习应从决定开始，而不是术语开始

“要不要做排行榜”需要理解场景与动机；“独立完成变多”需要核对分母和人群。只记住一个框架名字，不会自动告诉你怎样选。

阅读一章时先找这次要做的决定，再问：问题怎样产生？不同解释各支持什么动作？什么条件改变后需要改选？图用于看清路径、比较和时间窗口，正文负责补上依据与限制；箭头本身不构成因果证据。

按你遇到的问题选入口

当前困境	先读哪里	为什么从这里开始
几个想法都不错，不知道投哪个	机会验证	先比较会推翻方向的未知，而非实现难度
玩家说不好玩，不知道改什么	访谈、可用性	把宽泛评价拆回具体行为与原因
功能越做越多，版本出不来	优先级	以当前目标说明取舍与机会成本
有人玩，却很少回来	留存、指标	先查口径与价值，再选回访机制
广告收入不错，能否投放	单位经济	把同队列收入、贡献和现金分开

第一次系统学习可用 十二周路线，但实际问题可以直接进入专题。要留下可复查材料时再用 模板，不必模拟大公司部门流程。

知识为什么组成反馈循环

用户与场景帮助选择承诺，定位约束范围，交互与玩法把承诺变成体验，数据和研究检查结果，经营、增长、交付与平台决定能否持续。

其中任一前提被推翻，都可能需要回到上游。精美 PRD 无法补救错误定位，埋点可靠也不能替你定义价值；工程优势则能用于减少歧义、异常和成本，让推理更容易被检验。

怎样区分例子、依据与事实

贯穿项目 一笔连星是虚构案例。原话、指标和预算只用于推演，不是市场规模、真实收益或行业基准。阶段门槛也是教学建议，可以按风险调整。

方法是判断工具，机制解释与具体方案要分别看；来源只支持它实际讨论的范围。官方资料附日期和核验范围，公开文档不能替代账号状态。详细入口见 来源索引。

这样标注，是为了让你知道哪一层可以暂用、哪一层必须自己补证，避免把案例的顺畅叙事误当真实有效性。

学习的边界与最小动作

读完不等于验证。没有真人研究或真实后台，相关关口保持待做；模拟练习仍可帮助检查推理，但不能把假设填成结果。

每篇留下三个答案：它帮助什么决定，当前依据是什么，什么反例会使我改选。先用一百五十字写目标人群、场景、体验和最大失败原因，暂不列技术栈，再做 能力自评。