八个领域的能力地图

知识地图用于看清独立开发的责任范围，不是开始做作品前必须全部通过的考试。你需要逐步形成判断力：知道一个问题属于哪个领域，怎样收集证据，什么时候值得投入。

从玩家的一局游戏看全链路

看见宣传 → 愿意进入 → 理解目标 → 操作与选择 → 得到反馈
   ↑                                            ↓
发行经营 ← 数据与迭代 ← 结算、失败与重试 ← 关卡规则
                    微信平台与客户端承载整个过程

领域	要能回答的问题	第一阶段的证据	起点
玩法与策划	一局在做什么，为什么想继续？	能解释核心循环，并观察玩家理解情况	设计落地
客户端与引擎	输入如何改变状态并产生画面？	完成开始、游玩、结算、重开	Cocos 入门
交互与视觉	玩家知道哪里能点、发生了什么吗？	无口头解释也能完成第一局	交互实现
美术动效音频	操作反馈清楚且风格统一吗？	一份素材表和一组完整操作反馈	素材管线
关卡数值经济	难度与资源变化是否可解释？	配置三关，记录通过率与剩余回合	关卡配置
微信平台性能	目标设备能持续正常玩吗？	前后台、弱网、冷启动和真机记录	运行环境
用户研究数据	玩家在哪里遇到困难？	一次观察、一个假设和一次修改	试玩观察
发行商业经营	第一批玩家从哪来，成本如何承担？	一份发布准备表和投入上限	发布准备

数据建模适合描述规则和配置；事务与幂等经验适合处理重复结算；日志与可观测性经验适合做事件记录和故障复现。服务稳定性经验仍有价值，但客户端还需要处理帧耗时、资源峰值、前后台和设备差异。

需要特别补齐的是空间与时间：对象的位置来自父子坐标变换，动画会跨越多帧，异步加载完成时目标节点可能已经销毁。它们不像一个请求返回后就结束的控制流。

首作必学：最小规则、输入、状态、场景、资源、基础反馈、本地存档、微信构建、真机检查、玩家试玩与发布约束。

按需学习：碰撞物理、复杂动画、远程资源、服务端存档、广告、排行榜、付费和多关卡经济。

后续深入：复杂 Shader、引擎源码、大规模实时联网、复杂内容生产工具。先认识它们解决什么问题，再由项目决定投入。

产品问题从 PM 的产品阅读指南进入；视觉问题从 UI Power 的视觉基础进入。回到本站时，把结论写成具体规则、节点结构、配置字段或验收动作。

完成标准：给你一个现象，如“玩家不知道已经输了”，能同时考虑规则、反馈、布局和事件记录，而不是只检查接口有没有报错。