Hao的游戏PM笔记

📝 本期摘要Hao 的游戏PM笔记本期拆解了一个校招视角的真实问题：项目组开一个校招名额时，心里到底在算什么。招聘官网上呈现的是一个岗位，但项目组看到的，是未来一年里多出来的一整段责任——正式编制、导师带教时间、项目能分出来的活儿、实习生愿意连续投入的时长，四笔账缺一不可。本期从项目组内部视角回答了"岗位挂着为什么流程突然变慢""导师带教为什么是成本""新人为什么从杂活做起"等真实困惑，并给准备游戏 PM 秋招的同学一套可落地的面试准备清单。❓ 本期讨论了这些问题• 一个校招名额对项目组来说，为什么不只是"招一个人"？ • 岗位明明挂着、面试反馈也不错，为什么流程却突然慢下来？ • 为什么"好带、能接住反馈"比简历上的 GameJam 经历更重要？ • 校招新人为什么往往从会议跟进、任务状态维护这些杂活做起？ • 面试反问环节，哪三个问题能帮你判断岗位有没有真实需求？🔥 本期核心内容校招名额 = 未来一年的一整段责任 学生在招聘官网上看到的是一个岗位，项目组看到的却是编制（HC）、带教投入、可分配活儿与培养周期构成的一整段责任。项目组愿意开这个名额，说明它判断一年以后仍然需要这个方向；反之，岗位挂着流程却慢下来，往往不是候选人不够好，而是项目组还没想清明年的编制和方向。四笔账决定名额能不能开 一是正式编制，校招实习含转正机会，项目组点头即占明年 HC；二是导师时间，带教是"要提前安排的资源"，骨干满负荷时有名额也不敢招；三是项目现在能给出稳定、明确、有人验收的活儿，答不上来"新人每天做什么"名额就难开；四是连续投入时间，能稳定到岗三个月以上，比多会一个工具更重要。这些判断本质上都围绕团队的迭代节奏与人力排期——Sprint 排期是否健康，直接决定有没有余量接新人。"好带"＝能接住反馈，讲案例比堆关键词有用 面试官真正评估的是带教时间能否收回来。与其在简历里写"参加过 GameJam"，不如讲清楚一个案例——最初怎么做、别人指了什么、你改了什么、最后变化如何。这段经历会让面试官知道，花在你身上的带教时间能慢慢收回来。实习生按人才标准招，短期产能只放后面参考 项目组更关心这个人一年后能否成长为团队需要的角色。准备游戏 PM 秋招，重点证明三件事：能把复杂的事讲清楚、能在反馈里成长、理解游戏研发协作（策划/程序/美术/测试如何围绕一个版本工作）。理解"版本节点"与"美术资源卡点"这类跨职能上下文，正是校招新人拉开差距的地方。🏷️ 本期提到的人物与概念人物：无（本期为 Hao 单人解读） 公司/产品：网易游戏 / NetEase Games；米哈游 / miHoYo；pmnote.ai 概念：校招 / campus recruitment；HC（正式编制）/ Headcount；导师带教 / mentorship；版本节点 / version milestone；Sprint 迭代 / Sprint；美术管线 / art pipeline🔗 延伸话题Q：游戏公司校招实习转正率高吗？ A：校招实习通常包含转正机会，但转正名额与项目组的 HC（正式编制）直接挂钩——项目组点头即占明年编制。想提高转正概率，面试时重点证明自己能连续投入、能接住反馈，并问清"前三个月最希望新人接住什么工作"。Q：游戏PM新人一般从什么工作做起？ A：多数从会议跟进、任务状态维护、风险收集开始，跟着一个模块学习怎么推进，而不是独立管版本。这些工作本质上是敏捷迭代的最小协作单元，能帮你快速建立对团队节奏（Sprint 排期、版本节点）的感觉。Q：游戏PM怎么快速理解研发流程？ A：先搞清楚策划、程序、美术、测试如何围绕一个版本协作，以及"美术资源为什么卡在某个环节"这类上下文问题。想系统补齐，可以看 pmnote.ai 的文章库，里面有美术管线、版本管理、研发工作流的完整拆解。Q：游戏PM面试反问环节问什么比较好？ A：问"入职前三个月最希望新人接住什么工作""新人由谁带、多久反馈一次""项目现在处在哪个阶段、今年最重要的节点是什么"——这三个问题能帮你判断岗位有没有真实需求，也让面试官知道你已经站在项目里面想事情。🌐 About This EpisodeHao's Game PM Notes breaks down what a campus recruiting headcount really means from the inside: not a job post, but a full year of responsibility — headcount (HC), mentor bandwidth, real work, and commitment. Practical advice for game PM candidates preparing for autumn campus recruiting, with concrete questions to ask at the end of interviews. A must-listen for anyone entering game project management.📌 关于 Hao 的游戏 PM 笔记「Hao 的游戏 PM 笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把 10 年游戏项目管理经验整理成开放知识库。 主理人 Hao，10 年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么（大部分免费）： • 百科：术语库 · PM 证书指南 · 岗位与 JD 观察 · 3D 沙盘 • 内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客 • 工具箱：游戏 PM 日常可复用的工具与模板 • 成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B 站 · 小红书 · 公众号 · 知乎 一切从这里开始 → pmnote.ai📖 本期延伸阅读网易校招游戏PM面试模拟丨附答题思路在小宇宙查看该单集文稿

📝 本期摘要Hao 的游戏 PM 笔记本期邀请一位系统策划和一位关卡策划，沿着一个 MMO 功能从目标到上线的过程，拆开讲游戏研发里的真实分工。嘉宾按自己的网络游戏项目经验估算，用于设计和写方案的时间可能只有两成，更多时间花在配置、验证、联调、返工和验收。节目还讨论了版本管理、Sprint 协作、线上事故和 AI 对策划工作的影响。所有比例均为个人经验，人物、公司和项目细节已经抽象处理。---❓ 本期讨论了这些问题• 系统策划与关卡策划分别负责什么，边界为什么经常重叠？• 一个 MMO 功能怎样从制作人或运营提出的目标走到上线？• 游戏开发团队的 Sprint 里，PM 应该在什么时候让风险暴露？• 线上事故发生后，止损、修复、沟通和复盘应该怎样排序？• AI 能减少哪些重复配置，新人还需要练习哪些判断？---🔥 本期核心内容1. 方案只是研发过程的一小段 嘉宾按个人项目经验估算，设计和写方案可能占两成，从零到一的配置约占三到四成，调试、验收和上线准备约占四到五成。三个区间会随功能复杂度变化，不能机械相加，也不代表行业统计。2. 系统守循环，关卡做体验 系统策划更靠近规则边界、养成经济、产出循环和功能逻辑。关卡策划更靠近空间、动线、机制、引擎配置和反复验证，两边在玩法规则与落地执行上会出现交叉。3. 版本管理要让问题早点出现 一个功能通常要经过目标提出、方案拆解、执行细化、跨职能开发、内部体验、QA 测试和上线反馈。PM 在 Sprint 中把依赖和风险提前展示出来，团队才有时间调整范围、排期、方案或资源。4. AI 可以加速产出，人继续负责判断 AI 已经能帮助策划搭方案框架、制作氛围图、处理表格和快速做 Demo。项目目标、系统关联、实现成本、体验标准和最终验收仍然需要团队结合真实项目作出判断。---🏷️ 本期提到的人物与概念人物：Hao / Hao，系统策划 / Systems Designer，关卡策划 / Level Designer公司/产品：大型多人在线游戏 / Massively Multiplayer Online Game概念：版本管理 / Version Management，迭代周期 / Sprint，敏捷开发 / Agile Development，Scrum，游戏美术管线 / Game Art Pipeline，线上运营 / Live Operations，质量保证 / Quality Assurance---🔗 延伸话题Q：游戏版本管理为什么不能等到方案写完才开始？A：程序、美术和 QA 越晚介入，依赖、资源成本与边界问题就越容易堆到开发后段，留给团队调整的时间也越少。Q：游戏开发团队的 Sprint 应该重点检查什么？A：除任务是否完成以外，还要检查跨岗位依赖、体验验证、风险负责人和下一次可见结果，避免每个人都完成了自己的部分，功能仍然无法验收。Q：游戏美术管线为什么要在玩法早期介入？A：关卡与系统方案会直接影响场景、界面、特效和资源生产，早期使用概念图或白模验证，可以减少正式资源完成后的返工。Q：AI 会不会让游戏策划新人失去练习机会？A：重复配置会减少，但新人仍要学习怎样判断目标、拆解系统关联、验证体验并承担结果，AI 生成的 Demo 可以成为更快的练习材料。---🌐 About This EpisodeHao's Game PM Notes brings together a systems designer, a level designer, and a game PM to explain how an MMO feature moves from an initial goal to launch. The episode covers game project management, version management, Sprint collaboration, game art pipelines, live incidents, and how AI changes entry-level game development work.---📌 关于 Hao 的游戏 PM 笔记「Hao 的游戏 PM 笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把 10 年游戏项目管理经验整理成开放知识库。主理人 Hao，10 年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么（大部分免费）：• 百科：术语库 · PM 证书指南 · 岗位与 JD 观察 · 3D 沙盘• 内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客• 工具箱：游戏 PM 日常可复用的工具与模板• 成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B 站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai---📖 本期延伸阅读[游戏项目管理研发工作流](https://pmnote.ai/articles/game-dev-workflow/)在小宇宙查看该单集文稿

📝 本期摘要Hao 的游戏 PM 笔记本期把一款游戏从立项、量产研发一路拆到发行与长期运营，分析 AI 已经进入哪些生产环节，哪些能力仍停留在演示和试点阶段。代码辅助、QA、客服、买量和反作弊已经出现相对稳定的用法；开放式 NPC、动态剧情与实时生成内容则受到成本、延迟、玩法一致性和玩家信任的共同限制。节目也进一步讨论了游戏行业为什么需要 FDE 式角色，以及团队该如何通过验收、接入、回滚和责任机制，把 AI 从个人工具变成可持续的生产流程。❓ 本期讨论了这些问题为什么游戏行业的 AI 使用率很高，开发者的信任度却仍然偏低？AI 在程序、美术、策划、QA 和 LiveOps 中分别发展到了什么阶段？游戏团队应该怎么判断一个 AI 场景是否值得进入正式生产？AI 编程进入项目后，版本管理和审核带宽为什么可能先成为瓶颈？Sprint、敏捷研发和游戏美术管线应该怎样接入 AI，而不是制造更多返工？🔥 本期核心内容AI 离玩家越远，通常越容易进入生产代码辅助、测试报告、买量、客服和反作弊都有相对明确的输入、输出和人工复核方式。开放式 NPC、动态剧情与实时 UGC 直接影响玩家体验，一次错误就可能变成体验事故、舆情问题或合规风险，因此团队明显更谨慎。游戏行业卡住的不是模型演示，而是部署通用模型进入真实项目后，还要补上项目数据、权限、引擎、资产格式、版本规范、评测集、异常处理和持续运维。FDE 式角色承担的正是这段工作：不仅让功能跑起来，还要让团队持续使用，并把重复问题沉淀成连接器、模板和评估集。AI 提高产出速度后，审核与版本管理可能先撞墙AI 编程可以缩短编码时间，但 Code Review、自动化测试、架构判断和上下文维护不会同步变快。如果这些环节没有进入同一套版本管理与 Sprint 节奏，团队只是把等待和返工从开发阶段推到了交付阶段。美术 AI 的分水岭不是能不能生成，而是能不能进入管线概念探索和 3D 白模已经具备实际价值，最终资产仍要面对拓扑、性能、风格统一、版权记录和引擎导入。游戏美术项目管理需要关注可编辑、可追溯和可批量验收，而不能只统计生成了多少张图、多少个模型。🏷️ 本期提到的人物与概念人物：Sulka Haro / 松尾丰 Yutaka Matsuo公司与产品：Google Cloud / Unity / NVIDIA / Roblox / Razer / Square Enix / 腾讯 Tencent / 网易 NetEase / Steam概念：前线部署工程师 Forward Deployed Engineer（FDE）/ 游戏项目管理 Game Project Management / 敏捷研发 Agile Development / Scrum / Sprint / AI 编程版本管理 AI-assisted Version Management / 游戏美术管线 Game Art Pipeline / 生成式 AI Generative AI / 实时运营 LiveOps / 用户生成内容 User-Generated Content（UGC）🔗 延伸话题Q：游戏项目管理怎么判断一个 AI 工具值不值得接入？A：先检查它能否减少具体的等待、返工或损失，再确认结果由谁验收、如何接入现有系统、失败后怎样回滚，以及谁长期维护。Q：AI 编程会怎样影响游戏版本管理？A：代码产出增加后，提交量、Review、测试和架构判断都会承压；团队需要把 AI 生成代码纳入正常分支、评审和回归机制，而不是建立一条不受约束的快速通道。Q：游戏开发团队在 Sprint 中怎么使用 AI？A：优先让 AI 处理需求一致性检查、历史信息检索、测试用例草稿和 Bug 归类，再通过明确的完成标准与人工裁决进入 Sprint，而不是用 Token 消耗或生成数量代替交付结果。Q：游戏美术项目管理怎么接入生成式 AI？A：先从概念探索、Layout 和白模等可回滚环节开始，同时记录素材来源、修改过程和验收标准；最终仍以资产能否稳定进入引擎和正式版本作为判断依据。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao examines how generative AI is entering game project management, engineering, QA, art pipelines, LiveOps, and player-facing experiences. The discussion explains why game PM and game producer teams need clear evaluation, version management, human review, and rollback mechanisms before AI can become part of production.📌 关于 Hao 的游戏 PM 笔记「Hao 的游戏 PM 笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把 10 年游戏项目管理经验整理成开放知识库。主理人 Hao，10 年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM 证书指南 · 岗位与 JD 观察 · 3D 沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏 PM 日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B 站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读游戏行业的 5 个 AI 落地方向在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记这期拆解了一个所有游戏从业者都在感受的变化：钱不是没了，是给钱的规矩变了。从 Embracer 两年取消 80 多个项目、裁员七八千人拆成三家，到微软 687 亿美元收购动视暴雪后关停自家做了七年的《Perfect Dark》，再到网易两年连收七个海外团队，Hao 用大厂和一级市场的公开动作说明：「先给钱、后证明」的老规矩正在退场，取而代之的是「先做 demo、跑核心玩家测试、拿数据换下一笔钱」的分段付款。背后有两层原因，一是国内 6.83 亿游戏用户、年增长只剩百分之一点几，增量没了；二是 AI 让「这个项目到底要多少人」这道题失去了可信答案——从 3 月 Tripo 2.1 把带贴图模型的生成时间从两到五天压到几分钟，到年中开源大模型逼近头部旗舰，成本结构半年一变。Hao 结合自己在游戏团队做项目管理的经验，给出了从业者视角的应对：资本买的是「设计层面的方法论」这颗脑子，而「生产该怎么组织」这部分正在被重新定价；对个人来说，判断一个项目值不值得去，得多加一条「它在 AI 上走到哪一步了」。❓ 本期讨论了这些问题为什么这两年游戏项目的预算和人力越来越难批？投资人现在到底在为什么付钱，为什么钱还是流向了行业老炮？AI 介入研发之后，「这个项目要多少人」这道题为什么没人会答了？立项期、demo 期的项目，版本节奏和里程碑该怎么切，才能撑到下一笔钱到账？找工作时，怎么判断一个项目能不能活到自己简历上写得出东西的那天？🔥 本期核心内容「先给钱、后证明」的老规矩塌了，钱改成一截一截给Embracer 在 2023 年年中同时开发 221 款游戏，两年后取消 80 多个项目、裁员七八千人、公司拆成三家，做《黑道圣徒》的 Volition 三十年老牌子说关就关。全球游戏行业风投从 2021 年巅峰的一年 125 亿美元一路下滑，今年二季度回升到 31 亿美元，但大头进了 AI 技术公司，最早期的种子轮反而创下几年来新低。现在的常态是：先给一笔钱做 demo、把核心体验做出来、跑核心玩家测试，数据过关再谈下一笔。不敢「先信人」的根因是市场满了国内游戏用户 6.83 亿，去年增长百分之一点几，想玩游戏的人基本都在玩了，往后所有产品抢的是同一批人的时间。同时头部产品把新玩法直接吸进自己的生态——某吃鸡产品内的 UGC 平台日活三千多万、玩家自制地图十几万张，搜打撤、非对称、猫捉老鼠一应俱全。新项目要拿钱，等于要证明自己的差异化大到值得玩家放弃已经熟悉的游戏。AI 让「要多少人」这道题失去了标准答案过去行业有成熟配比，多大体量配多少美术多少程序，抄作业就行。今年 1 月多数人还认为 AI 生成可用 3D 模型「看不到头」，3 月 Tripo 2.1 的开源实测把一个带贴图模型的产出从传统建模的两到五天压到几分钟；大语言模型侧的开源阵营也在半年内逼近头部旗舰。AI 的迭代只受算力约束、不受人的约束，所以半年后的成本结构谁也说不准——批预算的人不敢签一年编制，不是抠门，是这道题没有可信答案。资本买的是设计方法论，不再为「生产该怎么组织」付老价钱让 AI 出张原画、出个模型是几分钟的事；让它设计一套养成循环套上战斗循环、把商业化埋进去、再保证上线后连续更新三五年不掉链子，今天还干不了。GDC 从业者调查里 AI 用得最凶的是商务和管理（接近六成），用得最少的恰恰是策划和设计。老炮的经验里装着两样东西，「游戏该怎么设计」资本照单全收，「生产该怎么组织」资本一分都不想多给——验证阶段的成本被压到地板，量产的大钱等验证过了再谈。对从业者的现实解法：把「AI 走到哪一步」当成选项目的硬指标靠一份 PPT 吃三年的日子没了，往后每个阶段都要重新证明一次，像一年一签。反过来看，几个人的小团队做出百万销量已经不算新闻，验证成本被压下去之后，趟路的人会先跑通、大厂再回头抄作业。挑机会时除了看流水、看测试口碑、看核心团队履历，还要加一条：这个项目在 AI 上走到哪一步，直接决定下一笔钱来不来。今年有人盘了七千多个游戏行业在招岗位，AI 相关的占比接近 15%，其中一半以上不是新设 AI 岗，而是策划、程序、美术这些老岗位加上了 AI 门槛。🏷️ 本期提到的人物与概念人物：Hao（游戏项目管理 / Game Project Manager）· 丁磊 / William Ding公司 / 产品：Embracer Group · Volition · 《黑道圣徒》/ Saints Row · 微软 / Microsoft · 动视暴雪 / Activision Blizzard · 《Perfect Dark》· 网易 / NetEase · Tripo · GDC（Game Developers Conference）概念：分段付款 / Milestone-based Funding · 垂直切片 / Vertical Slice · 核心玩家测试 / Core Player Test（CE Test）版本节奏与里程碑管理 / Release Cadence & Milestone Planning · 版本管理 / Version Management敏捷开发 / Agile · Sprint 迭代 / Sprint · Scrum 框架 / Scrum游戏美术管线 / Game Art Pipeline · 美术项目管理 / Game Art Production Management · 外包验收 / Outsourcing Acceptance & QA拓扑 / Topology · 技术债 / Technical Debt · UGC 平台 / User-Generated Content Platform风险投资 / Venture Capital · 种子轮 / Seed Round🔗 延伸话题Q：立项期和 demo 期的项目，版本节奏该怎么切才拿得到下一笔钱？A：把里程碑从「时间驱动」改成「证据驱动」——每个版本只对应一条要被验证的结论（核心体验成不成立、付费模型跑不跑得通），版本号绑定这条结论的验证状态，而不是绑定功能清单。demo 期通常压到 8-12 周一个可测版本，版本管理的重点从「合并代码」变成「保证每次外部测试拿到的都是可解释的数据」。展开写法可以看 pmnote.ai/articles/game-pm-complete-guide。Q：预算被压缩之后，Sprint、敏捷、Scrum 这套方法论在游戏团队还落得下去吗？A：落得下去，但重心要换。过去 Sprint 服务于「按计划产出」，现在服务于「尽快证伪」——每个迭代结束要回答的不是「做完了多少」，而是「哪个假设被验证或推翻了」。团队规模缩小时，Scrum 的仪式可以减，但迭代评审必须保留，因为那是唯一能把验证结果沉淀成下一笔预算依据的场合。Q：AI 已经能生成模型了，游戏美术项目管理和外包验收要怎么调整？A：分开看验证阶段和量产阶段。验证阶段可以大胆用 AI 出占位资产和原型，验收标准从「品质」改成「能不能支撑玩法判断」；量产阶段目前仍然进不了高品质管线——生成模型的拓扑是乱的，进动画还得重做，所以外包验收清单里要新增「资产来源与可迭代性」一项，避免把不可返修的资产收进管线。Q：普通履历的人在这轮变化里是更难了还是更容易了？A：分两头。挤在大团队里做纯执行的最难受，因为「为什么要这么多人」这句话只会问得越来越勤；但对履历普通的人来说，这几年反而是少有的超车机会——今年游戏行业在招岗位里 AI 相关占比接近 15%，一半以上是老岗位加了 AI 门槛，这意味着评价标准正在重置。下份工作攒下的 AI 本事，就是下下份工作的入场券。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao explains why funding in the games industry has shifted from "trust the team first, prove later" to milestone-based payments tied to a playable demo and real player test data. Drawing on ten years of game project management experience, Hao breaks down two structural causes: a saturated market with almost no user growth left, and AI making traditional headcount ratios impossible to defend. For any game producer or game PM planning budgets, release cadence or art pipelines in 2026, the practical takeaway is to treat "how far this project has gone with AI" as a core signal when choosing where to spend the next few years.📌 关于 Hao 的游戏 PM 笔记「Hao 的游戏 PM 笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把 10 年游戏项目管理经验整理成开放知识库。主理人 Hao，10 年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM 证书指南 · 岗位与 JD 观察 · 3D 沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏 PM 日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B 站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读游戏项目经理完全指南 · pmnote.ai/articles/game-pm-complete-guide在小宇宙查看该单集文稿

📝 本期摘要Hao 的游戏 PM 笔记本期拆解了转行做游戏 PM 最核心的障碍——不是缺少经验，而是缺少把已有能力翻译成项目管理证据的能力。策划的竞品拆解、版本规划本质是范围拆解和优先级判断；美术的资产管线和外包验收天然就是美术 PM 的日常；QA 的缺陷追踪对应质量管理和风险分级。四个岗位的已有能力，换成 PM 语言就是转行证据。❓ 本期讨论了这些问题没有游戏 PM 经验，拿什么证明自己能做？策划、程序、美术、QA 各自的经历，怎么翻译成项目管理证据？美术资产管线和外包验收经验，为什么天然就是美术 PM 的日常？简历上"负责需求设计""负责模块开发"为什么打动不了面试官？游戏开发中的版本节奏管理，和敏捷 Scrum 里的 Sprint 有什么相通之处？🔥 本期核心内容转行最缺的不是 PM 经历，而是能力翻译的能力很多转行者并非真的没有经验，只是把项目管理工作藏在了原岗位的 title 和职责描述里。策划做竞品拆解要拆系统、判断玩法和版本节奏，做版本规划要决定需求优先级，这些换成 PM 语言就是范围拆解和优先级判断。美术转 PM 的证据藏在资产管线里排过原画、模型、绑定、动画和特效的节点，跟过外包交付，定过验收标准，处理过返工和延期——这些本来就是美术 PM 的日常。简历上经常被写成一句很弱的"对接供应商"，实际包含了资产管线管理、外包验收和版本节奏把控。QA 的缺陷追踪本质是质量管理和风险分级QA 做缺陷追踪不只是在提 Bug，要判断严重程度和影响范围，推动策划、程序、美术对齐修复优先级，版本时间不够时判断哪些问题必须挡住上线——翻译成 PM 语言就是质量管理、风险分级和跨团队推动。面试官真正想确认的是你能不能分担，不是 title 匹配面试官更想确认你进来后能不能帮制作人、主策或团队负责人少盯排期、少追风险、少处理失控的协作。你能讲清楚自己可以替团队分担什么，title 就没那么重要。🏷️ 本期提到的人物与概念概念：项目管理 / Project Management、范围拆解 / Scope Decomposition、优先级 / Priority、跨职能沟通 / Cross-functional Communication、资产管线 / Asset Pipeline、外包验收 / Outsourcing Acceptance、版本节奏 / Version Cadence、敏捷 / Agile、Scrum / Sprint、缺陷追踪 / Bug Tracking、风险分级 / Risk Classification、质量管理 / Quality Management🔗 延伸话题Q：零经验转行游戏 PM，第一步应该做什么？A：不是急着删掉原来的经历，而是重新回答三个问题：解决过什么问题、做过哪些判断和取舍、推动过哪些人交付了什么。把已有经历翻译成目标岗位听得懂的管理证据。Q：游戏美术项目管理具体管什么？和普通 PM 有什么区别？A：美术 PM 管的是资产管线——从原画到模型、绑定、动画、特效的全流程节点排期，加上外包交付节奏和验收标准制定。和普通 PM 的区别在于要懂资产环节的依赖关系和返工成本，这是美术管线管理的核心。Q：敏捷 Scrum 里的 Sprint，在游戏开发版本管理中怎么落地？A：游戏开发的版本节奏和 Sprint 有相通之处，但游戏更强调跨职能联调节点和资产依赖管理。PM 需要把 Sprint 的迭代节奏和美术管线、程序联调的时间线对齐，而不是简单套用固定周期。Q：简历上"负责需求设计"和"做了竞品拆解、定了优先级、推动了跨职能交付"，面试官看到有什么区别？A：前者只描述了职责，后者展示了管理思维和交付结果。面试官要找的是能替团队分担排期、风险和协作的人，title 反而不那么重要。🌐 About This EpisodeHao's Game PM Notes breaks down why career changers into game project management don't lack experience—they lack the ability to translate existing skills into PM evidence. From scope decomposition and asset pipeline management to risk classification and cross-functional coordination, each role already carries transferable management capabilities.📌 关于 Hao 的游戏 PM 笔记「Hao 的游戏 PM 笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把 10 年游戏项目管理经验整理成开放知识库。主理人 Hao，10 年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM 证书指南 · 岗位与 JD 观察 · 3D 沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏 PM 日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B 站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读游戏项目管理（PM）完全指南在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期讨论游戏项目经理招聘中的“去初级化”：一些岗位名称和经验要求没有明显变化，但JD里的动词正在从协助、跟进和协调，转向主导版本、分配资源、识别风险与推动交付。面试题也越来越接近真实项目现场。排期冲突、多项目争抢资源、外包延期等问题，考察的不是候选人会不会表达沟通意愿，而是能否拆清约束、给出取舍方案并推动相关方共同决策。对求职者来说，简历需要从职责罗列转向“角色—目标—动作—结果”。做过几年PM却始终停在执行层的人，可能比清楚知道自己缺什么的转行者更容易陷入经验错觉。❓ 本期讨论了这些问题为什么游戏PM岗位正在出现“职责去初级化”？游戏PM面试为什么越来越常考排期冲突、资源分配和外包延期？游戏PM简历怎么从“负责跟进”改成能证明推进能力的项目经历？游戏开发团队的Sprint和敏捷实践，怎样体现PM的风险判断与交付能力？游戏美术项目管理中的管线理解和外包验收，为什么会成为岗位门槛？🔥 本期核心内容初级动作仍然存在，但已经很难单独构成岗位价值会议、跟进和信息同步依然是PM的日常，只是纪要、提醒和状态汇总正在被工具接管。企业更关心的是风险出现后，PM能否判断影响、组织取舍并把问题推到结果。面试官通过场景题观察候选人的决策过程面对“四周工作量、两周后上线”，直接回答延期或砍需求并不完整。更成熟的处理方式是先拆任务与依赖，再确认范围和优先级，最后在调资源、分阶段交付、缩范围和调整节点之间形成共同决策。简历要从职责清单改成结果证据“负责项目管理、协调部门、跟进进度”只能说明参与过。角色、目标、关键动作和结果四个要素，才能让招聘方看见候选人在版本管理、风险控制和资源冲突中真正承担了什么。专业场景是新人建立判断力的练习场Sprint不是按模板开会，而是围绕版本目标拆任务、识别依赖、暴露风险和完成阶段验收；美术PM也不能只追资产日期，还要理解美术管线、供应商协作和外包验收。新人不必假装资深，但需要通过真实项目证明自己开始承担完整问题。🏷️ 本期提到的人物与概念人物：Hao（游戏项目经理 / Game Project Manager）岗位：研发PM / Game Development PM；版本PM / Release PM；特性PM / Feature PM；美术PM / Art PM概念：岗位去初级化 / De-juniorization；版本管理 / Release Management；风险管理 / Risk Management；资源分配 / Resource Allocation；敏捷与Sprint / Agile & Sprint；Scrum；游戏美术项目管理 / Game Art Project Management；美术管线 / Art Pipeline；外包验收 / Outsourcing Acceptance；结构化推进 / Structured Project Execution🔗 延伸话题Q：零经验怎么转行做游戏项目经理？A：先补游戏研发流程和一个具体方向，再用实习、Game Jam或课程项目证明自己做过目标拆解、风险判断和交付复盘；完整入门路径可参考游戏项目管理（PM）完全指南。Q：游戏开发团队的Sprint怎么写进简历？A：不要只写“参与敏捷开发”，应写清Sprint目标怎么拆、依赖怎么确认、风险如何暴露、阶段结果如何验收，以及你在偏离计划时做了什么调整。Q：游戏美术项目管理为什么强调管线和外包验收？A：美术资产需要经过需求澄清、制作、阶段审核、技术检查和最终验收；不了解生产管线，PM只能追日期，很难判断返工、质量和供应商交付风险。Q：游戏PM面试遇到项目推不动的问题怎么回答？A：先说明目标、约束和卡点，再判断影响与优先级，给出资源、范围、节奏上的备选方案，最后补上对齐决策和持续跟踪，避免只回答“积极沟通、及时汇报”。🌐 About This EpisodeHao's Game PM Notes examines how junior game PM roles are being redefined around ownership, risk judgment, resource allocation, and delivery outcomes. The episode explains how to become a game PM by building evidence through release management, Agile and Sprint practices, game art pipelines, and outsourcing acceptance—not by listing coordination tasks alone. It also offers practical guidance for anyone exploring game project management, game producer roles, or a game project management course.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把10年游戏项目管理经验整理成开放知识库。主理人Hao，10年游戏行业经验，策划转项目经理，持有PMP / PMI-ACP / PSM / PSPO认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM证书指南 · 岗位与JD观察 · 3D沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏PM日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读游戏项目管理（PM）完全指南（2025版）在小宇宙查看该单集文稿

📝 本期摘要Hao 的游戏 PM 笔记本期系统拆解了 FDE（Forward Deployed Engineer，前向部署工程师）这个在 AI 公司快速增长的岗位，如何进入游戏行业并落在六个具体方向。Hao 结合自己翻阅大量招聘页面、社区讨论和开源项目的调研，分析了游戏公司为什么不用 FDE 这个名字却在做 FDE 的事，拆解了研发工作流 Agent、内容生产管线、测试质量、知识基础设施、工具链改造和 UGC 生成平台六个方向的落地逻辑，并从薪酬差异、组织形态和职业切入路径三个维度，回答了这份工作到底值不值得接。❓ 本期讨论了这些问题FDE 这个岗位为什么在 AI 公司突然变多，游戏公司为什么不用这个名字？怎么判断一个岗位到底是不是 FDE，看哪三件事就够了？游戏团队用敏捷 Sprint 管版本节奏，AI Agent 接进来以后版本管理和回归测试要怎么改？游戏公司落地 AI 时，研发工作流 Agent 和美术内容生产管线各自卡在哪里？不同岗位的人——开发、技术策划、PM——各自怎么切入 FDE 这条线？🔥 本期核心内容游戏公司没有 FDE 岗位名，但相关工作已经分散在六个方向2023 到 2025 年，AI 公司招聘市场上 FDE 缩写出现频率涨了 42 倍。到了游戏公司，岗位名换成技术策划（AI）、AI 应用产品经理、AI 应用研发工程师等，但职责反复出现模型接入、Agent 落地、生产流程改造和推动使用。目前能形成实际需求的六个方向：研发工作流 Agent、内容生产管线、测试质量、项目知识基础设施、编辑器与工具链改造、UGC 和 AI 游戏生成平台。FDE 的核心边界：进现场、对生产结果负责、把问题变成产品输入OpenAI 对 FDE 的岗位描述给了三条边界：进入真实现场参与需求发现和系统设计；对生产结果负责到上线和持续使用；项目里的问题要变成可复用的产品输入。少了上线责任和复用要求，岗位很容易变成临时补位。游戏美术管线和外包验收就是典型——生成一张图和进入生产管线之间隔着版本管理、风格约束、资产命名、引擎导入和批量验收，模型只负责其中一段。薪酬差异主要来自交付范围，不是模型能力腾讯云 FDE 约 25-60K、15 薪；网易技术策划（AI）约 30-55K、16 薪；米哈游 AI 应用产品经理约 35-50K、16 薪。只会调用 API，和能完成场景拆解、系统适配、部署、验证、推动几十人持续使用，市场定价不会一样。用敏捷 Sprint 管版本节奏的团队，AI 接进来后还要处理模型版本升级时的回归测试和通过标准，这些工程化能力才是拉开薪酬差距的关键。个人可以推动 0 到 1，进入复制阶段后需要平台、评估和明确 Owner0 到 1 的目标是证明一个工作流值得改，个人或小组可以推动。进入 1 到 N 后，权限怎么复制、评估集怎么维护、版本怎么升级、谁提供培训都要补上。组织只把复杂性推给个人，不提供授权和产品化空间，这份工作很容易从机会变成长期消耗。🏷️ 本期提到的人物与概念人物：Hao公司/产品：腾讯 / Tencent、网易 / NetEase、米哈游 / miHoYo、FunPlus、OpenAI、a16z、腾讯轻游梦工坊概念：前向部署工程师 / FDE（Forward Deployed Engineer）、研发工作流 Agent / R&D Workflow Agent、内容生产管线 / Content Production Pipeline、测试与质量验证 / Testing & Quality Assurance、项目知识基础设施 / Project Knowledge Infrastructure、编辑器与工具链 / Editor & Toolchain、UGC 与 AI 游戏生成 / UGC & AI Game Generation、敏捷与 Sprint / Agile & Sprint、版本管理与回归 / Version Management & Regression、美术管线与外包验收 / Art Pipeline & Outsourcing QA、投入产出比 / ROI🔗 延伸话题Q：游戏团队用敏捷开发管版本，AI Agent 接进来后版本管理要怎么改？A：模型或 Prompt 升级后需要知道哪些用例要回归，结果变化是否在允许范围内。FDE 在这里的工作是把「感觉不错」改成可复现的用例、通过标准、证据和回退方案，嵌入 Sprint 的迭代节奏里。Q：游戏美术项目管理中，AI 生成的内容怎么进外包验收流程？A：生成一张图和进入生产管线之间隔着版本管理、风格约束、资产命名、元数据、版权记录、人工修改、引擎导入和批量验收。更有用的指标不是生成了多少张，而是合格资产从提出需求到进入引擎，周期缩短了多少、返工有没有增加。Q：零经验想转行做游戏 PM，FDE 这个方向适合切入吗？A：游戏 PM 不会因为懂流程就自动成为 FDE，标准 FDE 仍需较强工程交付能力。但 PM 很适合承担项目级部署负责人：找场景、明确边界、组织数据、定义验收、推动采用、计算收益，再和工程角色共同完成落地。Q：How can a game producer or game PM start moving toward an FDE role?A：Start by mapping which parts of your workflow are well-defined enough to hand to AI, then take ownership of adoption—not just generating output, but making sure the team actually uses it. This is the core of forward deployed engineering in game project management.🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao breaks down how the Forward Deployed Engineer (FDE) role—exploding in AI companies—is quietly entering the game industry under different job titles. He maps six concrete directions where FDE work is already happening in game development, from R&D workflow agents to art pipeline and outsourcing QA, and explains what it means for game producers, game PMs, and engineers looking to transition. The episode draws on hiring data, community discussions, and real game project management experience.📌 关于 Hao 的游戏 PM 笔记「Hao 的游戏 PM 笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把 10 年游戏项目管理经验整理成开放知识库。主理人 Hao，10 年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM 证书指南 · 岗位与 JD 观察 · 3D 沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏 PM 日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B 站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读游戏行业的5个AI落地方向在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期抽样观察了北京、广州的游戏项目管理岗位，覆盖研发PM、版本PM、美术PM、发行PM、本地化PM、研发效能专家和AI应用专家等方向。传统岗位仍然看重完整项目经验、研发流程理解、跨部门协作和风险管理，但越具体的岗位，越会要求候选人理解Git、构建发布、SDK接入、3D美术管线、供应商管理或多语言本地化。PMP、PMI-ACP、PSM和PRINCE2等证书出现在部分JD中，多数仍是优先项或加分项，而非普遍的硬性门槛。AI相关岗位的要求已经不再停留在“会使用工具”，而是进一步指向AI工作流搭建、自动化封装、效果量化、资产管理和团队推广。❓ 本期讨论了这些问题北京和广州的游戏PM岗位分别在关注哪些能力？PMP、PMI-ACP、PSM和PRINCE2证书对求职有多大帮助？为什么版本PM越来越需要理解Git、SDK和自动化部署？游戏美术项目管理为什么重视3D管线与供应商管理？AI能力正在怎样进入发行、美术和本地化岗位？游戏开发团队的Sprint和敏捷能力，应该如何体现在项目经验中？🔥 本期核心内容通用型JD很难说明岗位到底在解决什么问题不少岗位仍然只写计划、进度、风险和跨部门沟通，候选人很难据此判断具体项目、协作对象和交付责任。JD越抽象，企业后续筛选简历和面试的成本通常也越高；对求职者来说，则需要在面试阶段继续追问岗位对应的业务场景。专业场景经验正在拉开游戏PM岗位的差异版本PM需要理解Git、构建发布、SDK接入、多渠道提审和自动化部署；美术PM要熟悉3D美术管线、资产排期、供应商管理与外包验收；本地化PM则要处理多语种同步发行、机器翻译译后编辑和自动化脚本。通用项目管理能力只是基本盘，真正决定匹配度的是能否理解具体生产流程。项目管理证书有价值，但多数只是辅助证明本期样本中，PMP、PMI-ACP、PSM和PRINCE2主要出现在优先项或加分项里。证书能够证明候选人系统学习过项目管理方法，但无法替代完整项目经历、复杂问题处理能力和对游戏研发流程的判断。AI岗位开始从工具使用走向工作流工程化北京和广州的部分岗位已经要求候选人搭建AI工作流与工具链，完成输入输出规范、自动化封装、效果量化、AI资产管理、SOP编写和团队培训。AI能力的评价单位正在从“用过哪些工具”，转向“能不能稳定接入生产流程，并拿出可验证的效率、质量和交付结果”。🏷️ 本期提到的人物与概念人物：Hao（游戏项目经理 / Game Project Manager）公司：趣加 / FunPlus；Hungry Studio；完美世界 / Perfect World；祖龙娱乐 / Archosaur Games；途游游戏 / Tuyoo Games；点点互动 / Century Games；英雄游戏 / Hero Games；米哈游 / HoYoverse；百奥家庭互动；诗悦网络 / Shiyue Digital；网易游戏 / NetEase Games；三七互娱 / 37 Interactive Entertainment岗位：研发PM / Game Development PM；技术项目经理 / Technical Program Manager；版本PM / Release PM；美术PM / Art PM；发行PM / Publishing PM；本地化PM / Localization PM；研发效能专家 / Developer Productivity Specialist；AI应用专家 / AI Application Specialist概念：敏捷与Sprint / Agile & Sprint；版本管理 / Release Management；游戏美术项目管理 / Game Art Project Management；美术管线 / Art Pipeline；外包验收 / Outsourcing Acceptance；AI工作流 / AI Workflow；工具链 / Toolchain；机器翻译译后编辑 / Machine Translation Post-Editing（MTPE）；应用内广告变现 / In-App Advertising（IAA）🔗 延伸话题Q：PMP证书是进入游戏PM岗位的硬性要求吗？A：不是。本期样本中，证书多数属于优先项或加分项；完整项目经验、研发流程理解和具体管线能力通常更接近硬性要求。Q：游戏版本PM需要掌握哪些技术知识？A：至少需要理解Git、构建与打包、发布机制、SDK接入、多渠道提审和自动化部署，才能识别版本风险，而不只是跟进日期。Q：游戏美术项目管理应该从哪里入门？A：先理解角色、场景、动画等3D资产的生产管线，再补需求拆解、资产排期、供应商管理、整包交付和外包验收。Q：游戏开发团队的Sprint和敏捷应该怎么落地？A：重点不是照着模板开会，而是围绕版本目标完成需求拆分、依赖确认、风险暴露和阶段验收，让团队更早发现交付问题。Q：AI能力怎样才能写进游戏PM简历？A：不要只罗列使用过的工具，应该展示具体业务场景、工作流结构、自动化程度，以及对效率、质量、稳定性和交付周期带来的变化。🌐 About This EpisodeIn this episode, Hao's Game PM Notes reviews a sample of game project management jobs in Beijing and Guangzhou. It explains how game PM roles are becoming more specialized in release management, game art pipelines, localization, Agile and Sprint practices, and AI workflow engineering. The episode also discusses whether PMP and other project management certifications matter when applying for game PM and game producer positions.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把10年游戏项目管理经验整理成开放知识库。主理人Hao，10年游戏行业经验，策划转项目经理，持有PMP / PMI-ACP / PSM / PSPO认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM证书指南 · 岗位与JD观察 · 3D沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏PM日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读游戏项目管理（PM）完全指南（2025版）在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期抽样拆解了深圳7月的游戏项目经理招聘需求，覆盖研发PM、版本PM、特性PM、美术PM、研发效能PM及AI游戏生成产品经理等方向。样本中的传统游戏PM岗位，核心要求仍然集中在完整项目经验、研发流程理解、跨职能协作、风险控制和专业管线背景；AI尚未成为普遍门槛，明确提及的岗位大约只占一到两成，并且集中在资深特性管理与研发效能方向。另一个明显现象是，同类岗位的薪资差距很大，技术背景、大型3D项目经验和完整上线经历仍是更稳定的议价筹码。❓ 本期讨论了这些问题深圳7月的游戏PM岗位主要分成哪些类型？研发PM、版本PM、特性PM和美术PM分别在招什么样的人？AI在传统游戏PM岗位JD里的占比有多高？为什么技术背景和大型3D项目经验反复成为加分项？游戏PM的薪资水平为什么会在相近要求下出现明显差距？游戏开发团队的Sprint、敏捷和研发效能能力，正在如何影响PM招聘？🔥 本期核心内容传统游戏PM的基本盘没有明显改变多数岗位仍围绕计划制定、进度跟踪、风险监控、资源协调和跨团队沟通展开。更高级的岗位会进一步要求特性全生命周期管理、数据化汇报、流程改进，以及对项目最终结果负责。岗位正在按专业管线继续细分版本PM要覆盖构建、冒烟测试、提审和发布；美术PM通常要求理解3D资产生产、整包管理和供应商协作；特性PM则需要拆解需求、组织跨职能团队并通过过程验收守住质量。游戏美术项目管理与外包验收，越来越难靠通用项目管理经验直接替代。AI渗透率不高，但出现的位置很明确在本期抽样的传统游戏PM岗位中，明确写入AI的约为一到两成：一种把AI程序化生成列为资深岗位加分项，另一种直接招聘研发效能PM，要求掌握MCP、Skills、Harness、脚本和AI研发工具。AI还不是普遍门槛，但已经从“会聊天”走向工具链、流程改造和可展示产物。技术背景仍是深圳游戏PM岗位的重要溢价项多个研发与版本PM岗位偏好程序、测试或技术研发背景。原因很现实：当PM要管理UE项目、自动化测试、构建工具、资产流程与敏捷Sprint时，只会催进度很难完成有效判断；技术理解决定了能不能识别风险并推动解决。🏷️ 本期提到的人物与概念人物：Hao（游戏项目经理 / Game Project Manager）公司/项目：腾讯游戏 / Tencent Games；金铲铲之战 / Teamfight Tactics；逆战：未来 / NZ Mobile；迷你世界 / Mini World岗位：研发PM / Game Development PM；版本PM / Release PM；特性PM / Feature PM；美术PM / Art PM；研发效能PM / Developer Productivity PM；AI产品经理 / AI Product Manager概念：敏捷与Sprint / Agile & Sprint；软件过程管理 / Software Process Management；游戏美术项目管理 / Game Art Project Management；美术管线 / Art Pipeline；外包验收 / Outsourcing Acceptance；程序化生成 / Procedural Content Generation；AI工作流 / AI Workflow；模型上下文协议 / Model Context Protocol（MCP）；Harness Engineering🔗 延伸话题Q：零经验怎么转行做游戏项目经理？A：先根据目标岗位补研发流程和一个专业方向，再用项目经历证明自己能做计划、识别风险和推动交付；只背项目管理术语，很难通过游戏公司的岗位判断。Q：游戏开发团队的Sprint和敏捷应该怎么落地？A：Sprint不是固定开会模板，而是围绕版本目标建立需求拆分、依赖确认、风险暴露和验收节奏；PM需要理解研发流程，才能让敏捷服务于交付而不是增加仪式。Q：游戏美术项目管理怎么入门？A：先补角色、场景、动画等3D资产管线，再学习需求澄清、供应商管理、整包排期和外包验收；美术PM的门槛首先是看得懂生产过程。Q：AI会成为游戏PM招聘的硬性要求吗？A：短期内不会覆盖所有岗位，但研发效能、技术PM和资深特性PM会更早要求候选人拿出AI工具、工作流或实际产物；AI能力会先从加分项变成这些细分方向的门槛。🌐 About This EpisodeIn this episode, Hao's Game PM Notes reviews a July 2026 sample of game project management jobs in Shenzhen, covering game development PM, release PM, feature PM, art PM, and developer productivity roles. The episode explains current salary ranges, Agile and Sprint expectations, game art pipelines, and why AI workflow experience is emerging first in technical game PM and developer productivity positions. It is useful for anyone learning game project management or exploring how to become a game PM.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把 10 年游戏项目管理经验整理成开放知识库。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM证书指南 · 岗位与JD观察 · 3D沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏PM日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读游戏项目管理（PM）完全指南（2025版）在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记开启「岗位与JD观察」系列，尝试从招聘网站上的岗位数量和职责变化，追踪AI时代游戏PM的真实走向。本期集中查看了7月中旬的一批研发PM、美术管线PM、版本PM、发行PM、AI项目管理与AI产品经理岗位。多数传统PM岗位仍停留在排期、协调和信息同步，但已经有公司明确要求候选人搭建AI提效工具、AI工作流或轻量化项目跟进机制。招聘市场正在出现一条分界线：一边是职责宽泛、偏执行和打杂的通用PM；另一边是能解决具体管线问题、理解业务数据，甚至能亲手搭建AI工具的复合型人才。PM未必会直接消失，但岗位边界正在重新划分。❓ 本期讨论了这些问题一份游戏PM的JD，怎么判断是明确招人还是泛泛找人？美术管线PM、版本PM和发行PM分别需要哪些专业能力？PMP、ACP等项目管理证书，对求职和面试到底有多大帮助？游戏公司开始要求PM具备哪些AI工具和工作流实践？AI项目继续采用传统分工时，是否还需要独立的PM岗位？Sprint、敏捷和版本管理经验，为什么仍然频繁出现在游戏PM招聘中？🔥 本期核心内容1. JD写得越具体，项目要解决的问题通常越明确明确写出角色、精灵、场景、高精度3D资产或版本发布流程的岗位，往往已经知道候选人进来要解决什么。只罗列排期、沟通、会议和文档维护的通用JD，可能意味着团队还没有形成清晰的PM画像，入职后容易变成哪里缺人补哪里。2. 游戏PM正在从通用协调岗转向专业管线岗本期看到的岗位已经覆盖美术管线、版本发布、发行项目管理和AI项目管理。团队需要的不只是“会推进”的人，还需要候选人理解3D资产生产、版本流程、买量投放、留存变现或数据产能管理。3. AI能力开始进入普通PM岗位，而不只存在于AI岗位一些初级PM和发行PM的JD已经要求候选人搭建AI提效工具、AI工作流或轻量化跟进机制。这类要求关注的不是会不会使用聊天机器人，而是能否把AI接进真实协作流程，减少信息同步和重复执行。4. AI方向出现了三类不同的PM画像AI项目管理更看重项目经验、资源协调和跨团队交付；AI数据项目管理需要数据背景、产能分析和技术理解；AI产品经理则要求理解大模型、多模态、Agent、幻觉与工具链，并能把技术方案转成实际产品。三个岗位都写着AI，但能力结构并不相同。5. 小团队可能减少独立PM，但不会减少项目管理能力如果未来AI项目仍由算法、工程、业务等多个职能分工协作，独立PM仍有存在空间。若团队缩小到少数人直接驱动产品，项目管理会融进负责人或产品角色，不一定继续以独立职位存在。🏷️ 本期提到的人物与概念公司与平台：BOSS直聘 / BOSS Zhipin、鹰角网络 / Hypergryph、米哈游 / HoYoverse、MiniMax岗位：游戏研发PM / Game Development PM、美术管线PM / Game Art Pipeline PM、版本PM / Release PM、发行PM / Publishing PM、AI项目经理 / AI Project Manager、AI产品经理 / AI Product Manager概念：岗位职责 / Job Responsibilities、职位描述 / Job Description、敏捷与Sprint / Agile & Sprint、版本管理 / Release Management、游戏美术项目管理 / Game Art Project Management、AI工作流 / AI Workflow、智能体 / AI Agent、多模态 / Multimodality🔗 延伸话题Q：游戏PM求职时，应该怎么判断一份JD值不值得投？A：先找具体对象、具体问题和具体交付物。写清楚管线、版本、业务指标或当前流程问题的JD，岗位画像通常更明确；只有通用动词、没有业务细节的岗位，需要在面试时重点追问入职后的真实职责。Q：PMP或ACP证书对游戏PM求职有用吗？A：证书更适合证明候选人接受过系统训练、提高简历筛选通过率，但很难替代项目经验。真正进入面试后，面试官更关注候选人处理过哪些风险、推动过什么交付，以及是否理解游戏研发管线。Q：游戏开发团队的Sprint和敏捷经验为什么仍被频繁要求？A：游戏研发充满需求变化和跨职能依赖，敏捷经验能帮助PM建立迭代节奏。但企业真正需要的是能根据项目环境调整方法的人，而不是照搬Scrum仪式。Q：想转向AI项目管理，应该先补什么？A：有项目管理背景的人可以先补AI基本认知，再亲手完成一个工作流、Agent或小工具。能够展示需求定义、方案选择、版本管理和实际结果的Demo，比简历上只写“熟悉AI工具”更有区分度。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao reviews game PM and AI-related job descriptions posted in mid-July 2026. The episode explores how game project management roles are splitting into general coordination, specialized production pipelines, and AI-driven project or product roles—and what aspiring game PMs should build beyond certificates and basic chatbot usage.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把10年游戏项目管理经验整理成开放知识库。主理人Hao，10年游戏行业经验，策划转项目经理，持有PMP / PMI-ACP / PSM / PSPO认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM证书指南 · 岗位与JD观察 · 3D沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏PM日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读一名游戏PM眼中的AI变革在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记这期从游戏片尾字幕的长度说起：三十年里开发者名单从《DOOM》的6个人，涨到《GTA V》的上千人，如今又被《Balatro》《幻兽帕鲁》《黑神话：悟空》这样的小团队重新拉短。Hao用《人月神话》里的沟通路径公式，拆解了PM这个岗位是怎么随名单变长而诞生、又为什么会随曲线掉头而被重新定义。结合自己不写代码、用AI给团队交付内部工具、给自己搭网站的真实经历，他给出一个判断：执行越便宜，“定义、验收、担责”这三件事就越贵，能留下来的是把这三件握在手里的人。❓ 本期讨论了这些问题为什么游戏开发者的片尾名单，用了三十年变长、这几年却开始变短？小团队凭什么能绕开《人月神话》里的沟通成本诅咒？大厂裁员之后，为什么很少有项目组真的变快了？敏捷、Sprint、Scrum 这套方法论，在小团队和大团队里为什么跑出完全不同的结果？AI 把执行变便宜之后，游戏PM还剩下哪些不可替代的工作？🔥 本期核心内容名单变长的三十年，本质是沟通成本的三十年。 《DOOM》6个人、成本不到100万美元；二十年后《GTA V》上千人、2.65亿美元。布鲁克斯的公式——沟通路径等于人数乘以人数减一再除以二——意味着100人有4950条路径、1000人有近50万条，PM这个岗位就是为了兜住这些路径才出现的。曲线掉头先发生在行业边缘。 2022到2025年中全球游戏业裁掉约4.5万个岗位，同期市场收入却创新高；而1个人的《Balatro》、55人的《幻兽帕鲁》、140人的《黑神话：悟空》拿走了最响的掌声。小团队把沟通路径压到接近于零，AI又把小团队需要的人数进一步往下压。大团队砍不动，卡在流程、激励和等待。 流程是为分工而非生产力设计的；提效十倍的人拿不到十倍的钱、只会接十倍的活；小队内部再快，也要停下来等公共资源和审批。一支队伍的真实速度取决于它一路要停几次，而这背后是权力结构，比裁人难得多。执行越便宜，定义、验收、担责越贵。 Anthropic 的周会被AI汇总取代、最后直接问AI就行，PM“收集—汇总—同步”的工作被淘汰。能留下的人是握住定义、验收、担责的人；对还没入行的人，“你完整做成过什么”正在取代“你参与过什么环节”。🏷️ 本期提到的人物与概念人物：布鲁克斯 / Fred Brooks（《人月神话》作者）、比尔·盖茨 / Bill Gates、约翰·卡马克 / John Carmack公司与产品：GTA V、GTA 6、DOOM、小丑牌 / Balatro、幻兽帕鲁 / Palworld、黑神话：悟空 / Black Myth: Wukong、Anthropic、Claude概念：沟通路径公式 / Communication Overhead、人月神话 / The Mythical Man-Month、图形界面 / GUI、敏捷与 Sprint / Agile & Scrum、AI 编程的版本管理 / Version Control、游戏美术管线与外包验收 / Art Pipeline & Outsourcing QA🔗 延伸话题Q：游戏开发团队的 Sprint 和敏捷方法论，到底怎么落地才不流于形式？A：关键不在冲刺排得多细，而在每个冲刺里有多少事要停下来等外部审批和公共资源；小团队敏捷跑得动，是因为拍板、预算、验收都在自己手里。Q：不会写代码的人，用 AI 做项目时怎么管好版本、别让改动互相覆盖？A：把“什么时候提交、以谁的版本为准、怎么回滚”先定义成清晰规则再让 AI 执行——版本管理本质是“定义”的一部分，不是纯技术细节。Q：AI 能量产美术资源之后，游戏美术项目管理和外包验收会怎么变？A：产量不再是瓶颈，瓶颈挪到了验收标准和整条美术管线怎么重搭，这恰恰是执行变便宜后最该补的“定义”和“验收”。Q：游戏 PM 和互联网 PM 在 AI 时代的处境有什么不同？A：两者靠沟通路径吃饭的部分都在被 AI 接走，差别在于游戏 PM 还要为内容质量、研发管线和外包链路兜底，这部分短期内 AI 替不了。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao traces how game credits grew from six names on DOOM to over a thousand on GTA V, and why solo and small teams like Balatro and Palworld are now shrinking that list again. Drawing on a decade in game project management, he argues that as AI makes execution cheap, the real value of a game PM shifts to defining, reviewing, and owning outcomes. A must-listen for anyone in game production or figuring out how to become a game PM.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把 10 年游戏项目管理经验整理成开放知识库。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM证书指南 · 岗位与JD观察 · 3D沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏PM日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期整理了一份8月至12月的游戏PM秋招时间表。8月先确定研发PM、美术PM或运营侧项目管理方向，完成简历并投出第一批；9月持续追踪岗位，按冲刺、匹配、保底建立清单；10月集中准备面试，把经历、研发流程与项目判断讲深；11月至12月继续关注补录，并用对口实习或作品材料补足经历。对校招生和转行者来说，求职的重点不是机械海投，而是让岗位方向、个人经历和游戏研发认知真正对得上。❓ 本期讨论了这些问题8月才开始准备游戏PM秋招，还来得及吗？游戏PM简历应该怎样匹配具体岗位方向？游戏PM面试为什么不能只背项目管理概念？零经验转行游戏PM，应该怎样补充研发流程与敏捷协作认知？🔥 本期核心内容8月先定方向，再完成第一轮投递研发PM、美术PM与运营侧项目管理的要求并不相同。校招生要把小组项目、比赛和实习中的任务拆解与跨角色协作写清楚；转行者要把原有经验翻译成游戏研发能识别的能力。9月建立岗位清单，不用投递数量制造安全感把岗位分成冲刺、匹配和保底三档，每周检查回复率与简历版本。持续没有面试时，应先复盘方向与材料，而不是机械增加投递量。10月把每段经历追问到底游戏PM面试会继续追问目标、行动、判断、结果与复盘，也会考察候选人对研发流程、版本节奏、Sprint或敏捷协作的理解。概念背得多，不等于能处理真实项目问题。11月至12月仍然可以补经历补录、对口实习和作品材料都可能带来新机会。项目复盘、功能拆解、排期方案，甚至对美术管线和外包验收的理解，都能证明候选人已经开始按游戏PM的方式思考。🏷️ 本期提到的人物与概念人物：Hao岗位：游戏项目经理 / Game Project Manager · 研发PM / Development PM · 美术PM / Art Project Manager概念：秋招 / Autumn Recruitment · JD拆解 / JD Analysis · 版本管理 / Version Management · 敏捷开发 / Agile Development · Sprint · 美术管线 / Art Pipeline · 外包验收 / Outsourcing Acceptance🔗 延伸话题Q：零经验怎么转行做游戏项目经理？A：先明确研发PM、美术PM或运营侧项目管理方向，再补游戏开发流程、岗位语言和一份可展示的项目材料，不要先用证书代替岗位认知。Q：游戏PM面试会考Sprint和敏捷方法吗？A：面试官通常不只问定义，更关注需求如何进入迭代、任务怎样拆分、延期如何处理，以及候选人能否把方法用进真实协作场景。Q：想做美术项目管理，需要准备什么？A：除了排期与沟通能力，还要理解美术管线、资源制作环节、反馈轮次和外包验收，才能判断风险到底出现在哪一步。Q：游戏PM为什么要懂版本管理？A：版本管理不只是技术团队的事，它关系到需求范围、提测节奏、风险控制和上线质量，也是研发PM理解完整交付过程的重要证据。🌐 About This EpisodeHao's Game PM Notes presents a practical August-to-December roadmap for autumn recruitment in game project management. It explains how to become a game PM by choosing the right role, tailoring a resume, understanding Agile development and version management, and preparing real project stories for interviews.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把10年游戏项目管理经验整理成开放知识库。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM证书指南 · 岗位与JD观察 · 3D沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏PM日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读游戏项目管理（PM）完全指南（2025版）在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期讨论一个正在进入经营层的问题：当AI席位和Token账单不断增长，团队都说自己提效了，管理者该继续加预算，还是开始踩刹车？个人任务变快，不代表团队交付吞吐和财务回报同步改善。AI产生的代码、资产和文档，只有穿过评审、集成、质量与合规检查，成为被下一环节接受的结果，才开始接近真实价值。本期从已验收结果、单位成本、流动效率、质量护栏和效率兑现率出发，给出程序、美术、策划与项目管理的度量方式，并拆解一套90天的AI成本治理路径。❓ 本期讨论了这些问题为什么员工觉得AI提效了，财务却看不到对应回报？Token消耗量为什么不能直接证明AI的业务价值？游戏团队应该用什么单位计算AI投入产出比？AI编程进入版本管理后，怎样衡量稳定交付而非代码数量？Sprint和敏捷研发中，怎样识别AI造成的评审与集成瓶颈？游戏美术项目管理如何区分概念探索、流程占位和正式资产？🔥 本期核心内容个人提效和团队交付是两套指标AI可能让某个任务明显变快，却把更多工作推向评审、集成和决策环节。早期GitHub Copilot受控实验曾测得约55.8%的任务速度提升，METR在2025年的实验却观察到部分资深开发者使用当时的AI工具后平均慢了19%，差异来自任务边界、上下文和组织环境。Token是成本与异常指标，不是价值指标Agent会反复读取上下文、调用工具、测试和重试，消耗量高可能对应高价值排错，也可能只是任务失控。Token适合做预算监控、模型路由和异常告警，无法单独回答团队交付了什么。AI ROI的最小单位是已验收结果程序侧可以看稳定合并的PR、关闭的缺陷和被真实采用的内部工具；美术侧要区分概念探索、占位资产和正式资产；策划与项目管理则要看验证周期、决策等待和风险关闭速度。AI编程版本管理、Sprint验收和美术管线都需要提前写清完成标准。预算应该跟着工作流，而不是跟着席位和热情管理者可以把工作流分为扩容、维持、优化和停用四类，再用90天建立成本可见性、历史基线、验收单位与质量护栏。真正值得持续投入的，是能够重复降低单位已验收结果成本的工作流。🏷️ 本期提到的人物与概念人物与机构：Stack Overflow、DORA、GitHub Copilot、Google、METR、GDC公司/产品：GitHub Copilot、AI Agent概念：AI投入产出比 / AI Return on Investment；已验收结果 / Accepted Outcome；团队交付吞吐 / Delivery Throughput；效率兑现率 / Efficiency Realization Rate；流动效率 / Flow Efficiency；成本展示 / Showback；成本分摊 / Chargeback；AI编程版本管理 / AI Coding Version Control；敏捷开发 / Agile Development；Scrum冲刺 / Scrum Sprint；游戏美术管线 / Game Art Pipeline🔗 延伸话题Q：游戏开发团队如何计算AI投入产出比？A：先选定一条可验收的工作流，以人工、工具、Token、审查和返工的总成本，除以最终通过验收的结果数量，再观察周期与质量是否同步改善。Q：AI编程版本管理为什么不能只统计代码量？A：代码生成只是上游活动，更可靠的结果指标是稳定合并的PR、真正关闭的缺陷，以及后续维护和缺陷逃逸成本。Q：Sprint中使用AI后，为什么团队速度可能没有提升？A：AI可能缩短开发时间，却增加评审队列、测试负荷和集成等待；如果瓶颈被推到下游，整个Sprint的交付周期不会同步缩短。Q：游戏美术项目管理如何衡量AI产能？A：概念探索看方向收敛速度，流程占位看替换成本，正式资产则要把规范、风格一致性、可编辑性、版权与长期维护全部计入验收。🌐 About This EpisodeHao's Game PM Notes examines how game project management teams should measure AI ROI beyond token usage and individual productivity. The episode introduces accepted outcomes, delivery throughput, quality guardrails, and efficiency realization as practical measures for game PMs and game producers managing AI workflows.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把10年游戏项目管理经验整理成开放知识库。主理人Hao，10年游戏行业经验，策划转项目经理，持有PMP / PMI-ACP / PSM / PSPO认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM证书指南 · 岗位与JD观察 · 3D沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏PM日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai在小宇宙查看该单集文稿

📋 本期信息• 原始来源：《"Learn AI" Is Bad Advice. Learn This Instead》 / Startup Ideas Podcast（YouTube）• 嘉宾：Greg Eisenberg，Startup Ideas Podcast 主理人---📝 本期摘要Hao的游戏PM笔记本期拆解了 Greg Eisenberg 在 Startup Ideas 播客抛出的一个判断：当 AI 能造出几乎一切，「学AI」本身就不再是好建议。他把真正值钱的能力收敛成六个技能——搭建并管理 AI agent 与本地模型、建立分发能力的营销、能造硬件并接入 AI 的机器人工程、擅长短视频的内容策展、既能造又能卖的建设型分发者、线下社群组织者。Hao 结合十年游戏项目管理经验，逐一翻译这六个技能对游戏研发协作与团队组织意味着什么，并落到一个核心判断：AI 时代真正的护城河，不是学会某个工具，而是把这些能力接成一张网的技能栈。---❓ 本期讨论了这些问题• 当 AI 能造出几乎一切，什么技能还会越来越值钱？• 为什么说无脑「学AI」是个糟糕的建议？• 什么是能自我检查的 AI agent，普通人怎么从零搭一个？• 游戏研发团队用 Sprint、敏捷的方式推进 AI 落地，会踩到哪些坑？• 游戏项目管理者面对 AI 协作，应该提前布局什么？---🔥 本期核心内容1. 能把 agent 搭起来、管起来的人最难被替代 Eisenberg 认为最值钱的技能是提示词工程的成年版本：设计一个有上下文、工具、权限、记忆、目标、还能自我检查的 AI 员工。大部分公司很快会有十个工具、五十条工作流却没人能拼成操作系统，能走进去把客服、调研、销售跟进 agent 连成体系并定义审批与成功指标的人，几乎不可替代。2. 产品变便宜，分发和注意力成为新瓶颈 当任何人都能上线一个 app 或 SaaS，瓶颈就从「能不能做出来」移到「能不能让人在乎」。会赢的营销人是研究员、讲故事的人、媒体操盘手和社群建设者的合体，能把一个洞察拆成推文、短视频、标题、落地页和销售对话。3. 护城河从软件挪向硬件与线下 过去十年奖励挪像素的人，下一个十年开始奖励挪原子的人——能把开源 AI 模型、物理原型和供应链打通的机器人工程师很稀缺。同时越多工作搬进 agent 和信息流，真实房间越值钱，线下社群组织者创造的归属感、信任和上下文成为新的稀缺品。4. 组合技才是终局：挑三个技能就成了人人都想要的人 六个技能的共同点是 AI 越强越值钱。真正的优势属于懂得把 agent、分发、硬件、策展、建设分发、线下社群这些拼图拼起来的人。对游戏项目管理者，这几乎是天生的组合技岗位：搭系统、拿注意力、讲清楚、把事跑通、聚人，未来只是多了一批不睡觉的 agent 要一起编排。---🏷️ 本期提到的人物与概念人物：格雷格·艾森伯格 / Greg Eisenberg（Startup Ideas Podcast 主理人）公司/产品：Startup Ideas Podcast、Ollama、LM Studio、Hugging Face、SO-100 / SO-101 机械臂概念：AI 智能体 / AI Agent、本地大模型 / Local LLM、内容分发 / Distribution、内容策展 / Curation、建设型分发者 / Builder Distributor、线下社群 / IRL Community、技能栈 / Skill Stack、游戏项目管理 / Game Project Management、敏捷与 Sprint / Agile & Sprint、游戏美术管线 / Game Art Pipeline---🔗 延伸话题Q：普通人搭第一个 AI agent，从什么场景切入最不容易翻车？A：从每日简报 agent 起步——喂日历、笔记文件夹和几个链接，让它汇总今天该关注什么、哪些决策在等你，并强制它给出来源、发送前先请你确认。目标是省十分钟或抓到一件会漏掉的事，不要一上来造无所不知的大 agent。Q：游戏研发团队怎么用敏捷、Sprint 的方式把 AI 真正落地，而不是各用各的？A：关键不是让每个人各自用工具，而是有人在管线层面定义衔接点：哪些环节交给 agent 自动跑、哪一步必须人工卡审，并把 AI 使用纳入 Sprint 目标和验收标准，用「省了多少时间、抓到什么风险」这类指标做每个迭代的复盘，避免工具很多但提效很虚。Q：AI 辅助编程之后，代码和资产的版本管理会变复杂吗？A：会。AI 大量产出代码和资产时，分支、评审和回滚的压力都会上升，团队需要提前约定 AI 产出的入库规范、版本追溯和责任归属，否则容易出现 P4 资产爆炸和难以追责的问题——这属于 PM 要提前布局的基建。Q：AI 会让游戏美术项目管理、美术管线和外包验收发生什么变化？A：AI 压低了概念图和资产生产成本，但也让美术管线的规范、版权合规和外包验收标准变得更重要——量大了之后，谁来定标准、怎么验收、怎么管版本，才是美术 PM 的护城河所在。---🌐 About This EpisodeIn this episode, Hao's Game PM Notes breaks down Greg Eisenberg's argument that simply "learning AI" is bad advice, and unpacks the six skills that get more valuable as AI improves: running AI agents and local models, distribution-focused marketing, robotics and hardware sourcing, short-form curation, the builder-distributor, and IRL community building. Drawing on ten years in game project management, Hao translates each skill into what it means for game development teams and the game PM / game producer role, arguing the real moat is a combined skill stack rather than any single tool.---📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：• 《游戏项目管理14讲》——从零基础到游戏PM体系搭建• 《从执行者到架构师》——进阶项目管理方法论• 《游戏美术项目管理基础》——美术管线、外包管理与验收标准• 《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级• 《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai---📖 本期延伸阅读pmnote.ai/articles/（附与本期「AI技能栈 / AI提效」最匹配的一篇文章深链，非首页）在小宇宙查看该单集文稿

📋 本期信息• 原始来源：《AI Agents are the new SaaS》· 创业播客 Startup Ideas Podcast（YouTube）• 主讲人：Greg Isenberg（Startup Ideas Podcast 主理人 / Late Checkout CEO，连续创业者；本期为其单人节目）---📝 本期摘要Hao的游戏PM笔记本期拆解了「AI Agent 是新一代 SaaS」这个正在硅谷创业圈发酵的判断。核心观点是：SaaS 卖的是软件，Agent 卖的是人力，而人力是一个数万亿美元的市场，所以 Agent 的可寻址盘子比 SaaS 更大。本期梳理了「产品即工作」的心智模型，以及从选工作流、跟人观察、做最小可用 Agent（MUA）、用产品外壳建立信任、到卖试点再产品化、做工作流拆解分发的完整七步打法，并结合 Hao 在游戏团队推进 AI 落地的经验，聊了这套逻辑对游戏研发协作的启示。---❓ 本期讨论了这些问题• 为什么说「Agent 是新 SaaS」，它和传统 SaaS 到底差在哪？• 怎么判断一个工作流值不值得做成 Agent？• 什么是最小可用 Agent（MUA），为什么不建议一上来做全自动？• AI Agent 的评测集（eval）该怎么建，它为什么还是最好的销售素材？• 这套「卖人力」的逻辑，对游戏研发团队推进 AI 意味着什么？---🔥 本期核心内容1. 产品即工作（the product is the job） 传统 SaaS 卖的是「一个工具你拿去用」，Agent 卖的是「这份活你以后不用亲手干了」。判断一个点子的标准：能不能把某件杂活干得比初级员工好、比外包代理快、比多招一个人便宜。2. 选一个「后面挂着工资」的工作流 好工作流的五个特征：高频发生、有明确完成线、已在使用现成软件、边角情况烦人但可学会（甜区是「重复+一点判断」）、买家能真切感到损失。3. 从最小可用 Agent 起步，挣到自主权 四种第一版形态：起草加审批、分诊、协调员、有边界的执行。引用 Anthropic 的观点——很多 Agent 问题应先做成可预测的工作流，只有在判断创造价值时才逐步加自主性（earn autonomy）。4. 外壳让它成为 SaaS，评测集建立信任 Agent 干活，外壳（日志/审批/控制室/交接）负责建立信任。用 50 个真实案例建评测集，既是质量的健身房，也是最有说服力的销售素材。启示：游戏团队推 AI 同样该走「低风险形态先行 + 用真实历史数据当证据」。---🏷️ 本期提到的人物与概念主讲人：Greg Isenberg（本期为单人节目）公司/产品：Slang AI / SameDay / Anthropic / Open Table / Shopify / Stripe概念：Agent 即 SaaS（Agent as SaaS）· 产品即工作（The Product is the Job）· 最小可用 Agent（Minimum Useful Agent, MUA）· 评测集（Eval）· 工作流拆解（Workflow Teardown）· 挣得自主权（Earn Autonomy）· 按结果付费（Outcome-based Pricing）---🔗 延伸话题Q：AI Agent 和普通自动化（如 Zapier）到底有什么区别？A：普通自动化走固定路径，只能处理规则明确的简单流程；Agent 的价值在于处理「重复但带一点判断」的活，能读上下文、用工具、在边角情况上做取舍。Q：游戏公司想落地 AI Agent，应该从哪个环节开始？A：从高频、有明确完成线、判断浓度不太高的环节切入，比如资源规范核查、Bug 分诊、本地化初翻、外包对接的信息催收，先做「起草加审批」或「分诊」形态。Q：怎么说服团队里对 AI 存疑的资深同事？A：别讲愿景，拿团队过去 50 个真实案例让 AI 跑一遍，公开命中率、转人工数、出错案例和修复方式，用可复核的数字建立信任。Q：游戏项目管理里，AI 能替代 PM 的哪些工作？A：更现实的不是替代整个岗位，而是切出岗位里最重复的一小段（会议纪要初稿、进度信息汇总、风险清单起草），让它消失，PM 把精力留给判断和协调。---🌐 About This EpisodeIn this episode of Hao's Game PM Notes, we break down why "AI agents are the new SaaS": software is shifting from "help me do the work" to "do the work with me," and the addressable market for agent-as-labor is far larger than traditional SaaS. Drawing on ten years of experience as a game producer and game project management practitioner, Hao translates the seven-step playbook—pick the workflow, shadow the human, build the minimum useful agent, wrap it for trust, and sell the outcome—into concrete lessons for AI adoption inside game development teams.---📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：• 《游戏项目管理14讲》——从零基础到游戏PM体系搭建• 《从执行者到架构师》——进阶项目管理方法论• 《游戏美术项目管理基础》——美术管线、外包管理与验收标准• 《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级• 《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai---📖 本期延伸阅读更多「游戏团队 AI 落地」的实操思路，可在 pmnote.ai 查阅相关文章。在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期拆解了米哈游《星布谷地》中的 AI 猫猫 NPC Nalo。论文把她的工作归纳为三类：守住角色身份、帮助陌生玩家破冰、在冲突出现时维持咖啡店秩序。本期进一步讨论了生成式 AI NPC 的设计边界：角色既要会聊天，也要有可观察、可验收的职责，还得明确什么时候拒绝玩家。游戏团队的难点，落在把角色边界、社区治理、版本管理和责任机制做成一套持续运行的产品系统。❓ 本期讨论了这些问题为什么“什么都能聊”的 AI NPC 反而容易失去角色感？AI NPC 怎么帮助陌生玩家自然破冰，同时避免抢走所有话题？当角色用情绪管理玩家时，社区规则和产品责任藏在哪里？游戏项目经理如何用 Sprint 持续验证 AI NPC 的身份、社交与安全表现？生成式 AI 角色更新时，为什么必须记录提示词、规则与知识库的版本变化？🔥 本期核心内容角色边界比回答数量更能塑造人格Nalo 面对玩家表白时没有顺着关系升级，而是把“好朋友”重新解释成“一起照顾咖啡店的人”。AI NPC 的稳定感来自持续守住身份；如果角色对任何请求都答应，很快会退化成套着立绘的聊天机器人。AI NPC 可以成为多人游戏的社交基础设施Nalo 会主动介绍刚进店的玩家、分配临时身份，并抛出共同话题。她降低了陌生人开口的成本，但团队也要控制插话时机，避免负责暖场的角色变成全场最吵的人。温柔的角色也在执行社区治理面对嘲讽，Nalo 会从轻提醒逐步升级到明确制止。规则被写进角色的情绪后更自然，却也更隐蔽；哪些话题被允许、被转开或被升级处理，仍然需要产品团队公开承担责任。AI NPC 需要持续运营游戏 PM 可以把角色职责拆成可观察任务，放进 Sprint 验证玩家是否真的开口、冲突是否降温、角色是否发生漂移。版本管理需同时覆盖模型、提示词、规则、知识库和安全策略，否则一次更新就可能改变角色边界。🏷️ 本期提到的人物与概念人物：Neo Xia公司与产品：米哈游 / HoYoverse；《星布谷地》/ Petit Planet；Nalo概念：生成式 AI NPC / Generative AI NPC；社交调解 / Social Mediation；情感规训 / Affective Discipline；社区治理 / Community Governance；敏捷开发 / Agile Development；Sprint；版本管理 / Version Control；游戏项目管理 / Game Project Management🔗 延伸话题Q：AI NPC 怎么避免聊着聊着人设崩坏？A：先定义角色必须守住的身份、不能接受的请求和回到主线的方式，再用高风险对话集持续回归测试，不能只检查回答是否流畅。Q：游戏团队如何用 Sprint 开发 AI NPC？A：每轮 Sprint 只验证一组可观察行为，例如新玩家是否获得参与机会、冲突提醒是否有效、角色是否抢话。评价依据应当是玩家的真实行为，Demo 演示只能作为辅助。Q：AI NPC 为什么需要单独做版本管理？A：模型、提示词、知识库和安全规则任何一项变化都可能让角色性格漂移；团队必须保留变更记录、回归用例和可回退版本。Q：AI NPC 会取代游戏社区管理员吗？A：它更适合提前发现轻度冲突、完成提醒和分流；涉及处罚、申诉、严重伤害或规则争议时，仍需要明确的系统流程和真人责任主体。🌐 About This EpisodeHao's Game PM Notes examines Nalo, a generative AI NPC in HoYoverse's Petit Planet, as a case of social mediation and community governance. The episode explains how game project management teams can use Agile sprints, version control, and observable acceptance criteria to build AI characters with stable identities and accountable boundaries.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把 10 年游戏项目管理经验整理成开放知识库。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么：百科：术语库 · PM证书指南 · 岗位与JD观察 · 3D沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏PM日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读游戏行业的5个AI落地方向📚 参考资料The Algorithmic Hostess: Social Mediation, Affective Discipline, and Sanitized Pleasures of Generative AI NPCs in Petit PlanetHochschild, A. R. (1983). The Managed Heart: Commercialization of Human Feeling. University of California Press.Koban, K. et al. (2022). Compensatory Video Gaming. Behaviour & Information Technology, 41(13).在小宇宙查看该单集文稿

📋 本期信息原始来源：YC《Design Review》· YC's Head of Design Shows You How To Design With AI嘉宾：Ev，YC 设计负责人（Head of Design）📝 本期摘要Hao的游戏PM笔记本期拆解了 YC 设计负责人 Ev 分享的一整套 AI 设计工作流。她几乎只用 Conductor 和 Paper Design 两个工具、靠语音而不是打字来构建项目，把每次会议录音丢进一个叫 soul.md 的文件当作唯一真相源，用 one-shot 一次性生成十六个网站版本挑选，还给自己现搭各种用完即弃的微调工具。同时她也保留了刻意不用 AI 的地方，比如纯手工绘制的杂志封面。Hao 结合十年游戏项目管理经验，聊了这套方法对游戏研发团队、项目上下文沉淀和团队人才价值的启示。❓ 本期讨论了这些问题一个顶尖设计师现在到底用哪些工具、怎么用 AI 从头到尾做完一个项目？为什么“给自己造一次性工具”会成为一种新的核心能力？soul.md 这种把全部上下文喂给 AI 的做法，对项目管理意味着什么？在 AI 一秒出图的时代，什么东西反而应该坚持用人手做？AI 设计出来总是很平庸，怎么破解？这套设计工作流对游戏研发协作和团队人才价值有什么影响？AI 时代游戏美术管线和外包验收该怎么调整，哪些环节能交给 AI、哪些要守住人手？AI 生成的设计资产越来越多，游戏项目该怎么做版本管理，保证全项目视觉一致？一次性 one-shot 出十几个版本快速筛选，和敏捷、Sprint 的迭代方法是一回事吗？🔥 本期核心内容工具在剧烈收敛，入口从键盘变成嘴。 Ev 说她现在几乎只活在 Conductor 和 Paper Design 两个工具里，通常就够把项目从头做到尾；而且基本不打字，用 Aqua 按住功能键、用意识流的方式讲出要做的功能，AI 直接实现。“给自己造工具”成为一块要练的肌肉。 调一个抖动效果不满意，她让 AI 现搭一个带旋钮滑块的面板自己拧到满意，用完即弃。她的判断是：一切都可编辑、可改变，真正的瓶颈只在想象力能走多远。上下文的完整度决定 AI 产出的上限。 她把每次会议录音转录、连项目宣言都丢进 soul.md 当唯一真相源，结果 AI 主动补上了派对时间、条形码等没人想到的细节。空泛的一句“帮我设计”只能换回平庸模板，一整本上下文才可能换来惊喜。价值正在重新定位：什么该用 AI，什么该留人手。 杂志封面刻意回到 Illustrator 纯手工绘制，因为“看得出有人花了几个月”重新变成价值；网站开始分人类版和机器版；表单按钮直接写“发送给一个 agent”，用户提需求即触发一个 PR。生成越便宜，人手的克制、品味和想象力越稀缺。🏷️ 本期提到的人物与概念人物：Ev（YC 设计负责人 / Head of Design at YC）、Gary Tan（YC CEO）、Jared Friedman（YC 合伙人）公司/产品：YC / Y Combinator、Conductor、Paper Design（paper.design）、Aqua、Paxel、SOTA Zine（Sodazine）、Startup School、Claude / Codex / Cursor概念：Vibe Coding、Agentic Design（AI 设计工作流）、soul.md（上下文即真相源）、One-shot 生成、Disposable Design（用完即弃的设计）、Dithering Shader（抖动着色器）、Human vs Machine 双版本网站、Send to an Agent（提示即 PR）、美术管线 / Art Asset Pipeline、美术外包验收 / Art Outsourcing QA、资产版本管理 / Version Management、敏捷迭代 · Sprint / Agile Iteration🔗 延伸话题Q：普通人怎么让 AI 设计出来的东西不那么平庸？A：给它足够具体的输入——攒一个 Pinterest mood board、收藏你喜欢的网站整包丢给它让它分析共性、写一份详细的 design.md 或 soul.md 把调性和约束讲清楚，AI 就能从模板走向惊喜。Q：游戏研发团队怎么落地“给自己造工具”这件事？A：不用再等排期占程序人力，美术、TA、策划可以直接让 AI 现搭调材质、调曲线、调节奏的小面板，用完即弃，把内部工具从“稀缺资源”变成“随手可造”。Q：AI 时代游戏美术管线和外包验收该怎么调整？A：思路和这期的“该不该用 AI”一致——概念、草图、灵感探索让 AI 大量出方案，封面级、门面级的关键资产仍值得留人手打磨；外包验收要把风格基准和交付标准前置写清，让 AI 初筛、人做终审。完整环节可参考站内：美术资产管线 与 美术外包管理。Q：AI 生成的设计资产越来越多，怎么做版本管理才不乱？A：把 soul.md 这类“唯一真相源”的思路搬到资产上——同一套 shader 参数、同一份视觉基准全项目复用，每次生成都挂在可追溯的版本上，避免每个人各调各的、导致门面不统一。视觉一致性本质是版本管理问题，不是审美问题。Q：一次性 one-shot 出十几个版本快速筛选，和敏捷、Sprint 迭代是一回事吗？A：形似神不同。one-shot 是把探索成本压到极低、在同一时间点平铺多方案横向挑；敏捷 / Sprint 是按固定节奏纵向交付可验收的增量。两者能叠加：用 one-shot 在一个 Sprint 内快速收敛方向，再用固定版本节奏把选定方案落地。Q：项目会议纪要到底该怎么记，才对 AI 时代有用？A：给人看的纪要习惯压缩、只留结论；喂给 AI 的上下文相反，越完整、越原始越值钱。PM 可以把会议录音、决策过程甚至废弃方案沉淀成一份 AI 能读的项目上下文资产。Q：AI 提效之后，游戏团队里什么样的人更值钱？A：当“会不会做”被 AI 拉平，稀缺的是“想不想得到、看不看得出好坏”。品味准、想象力活的人，可能比手快、经验老但只会执行的人更有竞争力。🌐 About This EpisodeIn this episode, Hao's Game PM Notes breaks down how YC's Head of Design actually designs with AI—living almost entirely inside a couple of tools, building throwaway custom tools on the fly, feeding an exhaustive soul.md as the source of truth, and one-shotting sixteen website variations. Drawing on ten years as a game producer and game project management lead, Hao explores what this new agentic design workflow means for game development teams, project context, and where human taste still wins. He also ties it to game production concerns—the art asset pipeline, art outsourcing QA, asset version management, and how one-shot exploration fits alongside agile and sprint iteration.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期从一次真实的页面误删事故出发，复盘个人AI工作流如何从聊天框、规则补丁墙，逐步演变成全局规则、场景上下文、任务Skill和资料库组成的分层系统。内容讨论了为什么模型越来越强，重复错误却不会自动消失；为什么规则写得越多，AI反而可能越不稳定；以及游戏PM如何借助Skill、Sprint回顾和验收机制，把重复执行交给AI，把判断与责任留在人手里。❓ 本期讨论了这些问题为什么给AI写了越来越多规则，结果反而变得不稳定？怎么把一次Prompt成功，沉淀成下一次可以复用的Skill？游戏PM如何把AI接入Sprint回顾、风险扫描和敏捷工作流？AI编程进入版本管理后，哪些检查点和回滚边界必须由人确认？游戏美术项目管理中，哪些外包验收环节适合先交给AI？🔥 本期核心内容AI缺的往往不是智力，而是工作边界一次页面误删暴露了核心问题：技术上最快的方案，可能是业务上风险最高的方案。信息安全、破坏性操作确认和结果验收必须成为常驻规则。Skill让这次经验成为下次的起点会议纪要、周报、风险扫描等高频任务，可以把背景、标准和常见错误写成可复用的工作说明。它与Sprint回顾的逻辑相似：每次执行都留下改进，下一个迭代不再从零开始。规则过载会把AI变成补丁墙全局规则、场景上下文、任务Skill和参考资料需要分层。上下文管理的重点不是一次喂入更多信息，而是让正确的信息在正确节点出现。AI负责可验收的执行，人承担判断和后果AI可以辅助版本说明、提交规范检查、美术外包交付汇总和验收清单比对；版本回滚、审美质量、优先级和方向判断仍然需要人负责。AI越强，游戏PM的价值越集中在问题定义、取舍和责任上。🏷️ 本期提到的人物与概念人物：Hao公司/产品：Notion AI、Cursor、Claude Code概念：AI工作流 / AI Workflow、Agent Skill、上下文管理 / Context Management、敏捷实践 / Agile Practice、Sprint回顾 / Sprint Retrospective、Scrum、AI编程版本管理 / AI Coding Version Control、游戏美术项目管理 / Game Art Project Management、外包验收 / Outsourcing Acceptance🔗 延伸话题Q：游戏项目管理中，哪些工作最适合先做成AI Skill？A：优先选择高频、重复、成功标准明确的任务，例如会议纪要、周报、风险扫描和需求文档检查。连续执行三次并记录每次修正，就能形成第一个可复用版本。Q：怎么把AI接入游戏团队的Sprint回顾？A：让AI汇总本轮延期、返工、依赖和遗漏，再由团队判断根因与改进项。AI负责完整扫描，人负责判断哪些问题值得进入下一轮行动。Q：AI编程版本管理需要设置哪些人工边界？A：至少保留变更范围确认、核心分支操作、回滚方案和发布结果验收。AI可以生成说明与检查清单，但不可逆操作和生产环境变更应由人确认。Q：AI能不能直接完成游戏美术外包验收？A：命名规范、文件完整性、交付清单和版本差异适合AI初检；风格一致性、审美质量和是否满足项目目标仍需美术负责人或PM判断。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao explains how a game PM can turn repeated AI corrections into reusable Agent Skills and a layered AI workflow. The episode connects context management with Sprint retrospectives, AI coding version control, game art outsourcing acceptance, and the judgment responsibilities that must remain with a game producer or project manager.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao本期用大白话拆解了普通游戏行业从业者最容易被绊住的一批 AI 术语：预训练、后训练、SFT、RLHF、对齐、推理、参数、MoE、蒸馏，以及今年最热的 coding、Agent、Computer Use、RSI 和世界模型。Hao 结合自己十年游戏项目管理和团队 AI 落地的经验，把这条从「基座模型」到「内部助手」的链路讲清楚，并落到一个游戏行业的核心问题上——游戏公司到底要不要有自己的模型。核心结论是：大多数游戏公司不会从零做预训练，但自部署开源模型、用私有数据做微调和后训练，正在变得可行，前提是数据够干净、评估标准够明确。---❓ 本期讨论了这些问题• 预训练、后训练和推理到底各自决定了模型的什么？• 为什么有的模型特别会哄人？「对齐」和「谄媚」是怎么来的？• 什么是 Agent 和 Computer Use，它们和普通聊天机器人有什么区别？• 游戏公司要不要训练自己的模型，从哪些场景起步最靠谱？• AI 辅助编程普及之后，游戏团队的代码版本管理会发生什么变化？• AI 能不能接管游戏项目管理里的敏捷流程、Sprint 排期和风险跟踪？---🔥 本期核心内容1. 预训练定底子，后训练定好用，推理定每次怎么想 预训练让模型在海量材料里学会预测下一个词，得到基座模型；后训练用 SFT、RLHF、对齐把它变成听得懂指令、知道边界的助手；推理决定它每次被调用时怎么思考，也直接影响成本和答案质量。DeepSeek-R1 把「思考过程」直观展示给大众，是很多人第一次理解推理模型的起点。2. 今年的主线是从「会写代码」到「会干活」 coding 是少数跑通商业化、又天然可验证的场景，所以成了各家必争之地；到 2026 年，重心转向 Agentic 能力——能规划、调用工具、自查结果的 Agent，配合 Computer Use 让 AI 走出聊天框去操作电脑。RSI（递归自我改进）则是更前沿的想象：AI 参与改进 AI 自己。3. 游戏公司的机会不在从零训练，而在私有数据 + 后训练 + 内部 Agent 游戏公司手里有剧情、设定、美术资产、策划案、bug、测试用例、历史复盘等大量专有数据，这些是通用模型拿不到的上下文。适合起步的场景包括：客服/社区分流、UGC 审核、本地化与角色语气校对、bug 自动分类、测试用例生成、项目知识库问答，以及基于周报/会议纪要/风险记录的项目管理 Agent。4. PM 的启示：AI 会成为研发协作里的一层新语言 学术语不是为了显专业，而是为了在 AI 选型、模型自建等讨论里听得懂、问得出关键问题（数据干不干净、评估标准是什么、是不是高频刚需）。AI 对游戏行业的影响会一路渗进工具链、资产管线、测试、项目管理和内容生产。---🏷️ 本期提到的人物与概念人物：Yann LeCun公司/产品：OpenAI（InstructGPT）/ DeepSeek（DeepSeek-R1）/ Google DeepMind（Dreamer、Genie）概念：预训练 / Pre-training，后训练 / Post-training，监督微调 / SFT，人类反馈强化学习 / RLHF，对齐 / Alignment，谄媚 / Sycophancy，推理 / Reasoning，参数 / Parameters，混合专家 / MoE，蒸馏 / Distillation，智能体 / Agent，电脑操作 / Computer Use，递归自我改进 / RSI，世界模型 / World Model，版本管理 / Version Control，敏捷与 Sprint / Agile & Sprint，美术管线 / Art Pipeline，外包验收 / Outsourcing Acceptance---🔗 延伸话题Q：AI 辅助编程普及后，游戏团队的代码版本管理该怎么做？A：AI 生成代码量变大、提交更频繁，版本管理要更强调小步提交、清晰的分支策略和可回溯的评审记录，同时把「哪段代码由 AI 生成、基于什么 prompt」也纳入可追溯范围，避免出问题时定位不到源头。Q：AI 能替代游戏项目管理里的敏捷流程和 Sprint 排期吗？A：短期内更现实的是 AI 辅助而非替代——它能自动汇总周报、生成风险清单、跟踪 Sprint 燃尽和阻塞项，但目标拆解、优先级取舍和跨职能协调这些判断，仍然要靠人。方法论（Scrum/敏捷）本身不会消失，而是被 AI 减负。Q：游戏美术项目管理和外包验收，能用 AI 提效吗？A：可以从标准化环节切入，比如用 AI 做美术资产的命名规范校验、管线节点自查、外包交付物的初步对照检查，把人力集中在真正需要审美和质量判断的验收环节。前提同样是资产命名和管线数据足够规整。Q：想理解 AI 又不是算法工程师，该从哪些词入手？A：优先搞懂预训练、后训练、推理这条主线，再补 Agent、蒸馏、世界模型这几个高频词，基本就能听懂大部分 AI 选型和落地讨论了。---🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao breaks down the AI vocabulary that game industry professionals keep running into — pre-training, post-training, RLHF, alignment, reasoning, MoE, distillation, agents, Computer Use, RSI, and world models. Drawing on ten years of game project management, he explains why most game studios won't pre-train their own base models, but will increasingly fine-tune and post-train open-source models on proprietary data. It's a practical primer for any game PM or game producer who wants to speak AI fluently.---📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：• 《游戏项目管理14讲》——从零基础到游戏PM体系搭建• 《从执行者到架构师》——进阶项目管理方法论• 《游戏美术项目管理基础》——美术管线、外包管理与验收标准• 《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级• 《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao结合自己第一次完整带一个从0到1团队的真实状态，把四件串在一起的事摊开聊：做了十年项目管理却突然觉得自己不够用、AI让这种「不够用」的焦虑加速、到底什么才是真正该花时间的事、以及作为后来者怎么在一个新团队里站住脚。说白了，这是一个游戏PM从执行者视角往项目视角挪动的过程记录。❓ 本期讨论了这些问题做了十年项目管理，带一个从0到1的团队为什么还是会觉得自己不够用？PM要把 UE5、美术管线这些专业知识懂到什么程度才够用？当非技术岗都能用AI自己写代码、造工具，PM还剩下什么价值？紧急重要四象限，为什么在赶版本的游戏团队里会失灵？作为后来者，怎么在一个已经有默契的团队里建立信任？🔥 本期核心内容PM不需要会做，但要知道一件事在流程里的位置。 Hao给自己划的线是：一件事是干嘛的、影响什么、出了问题下游会怎样。达到这个程度，别人分享技术突破时你接得住，被问到风险时你给得出判断而不是转述。问问题也有讲究——别问「这是什么」，问「这个出了问题后面会怎样」。AI把「造工具」的门槛打下来之后，PM的价值从「做」挪到了「判断该造什么」。 越来越多非技术岗的同事开始自己动手：搭职能AI工作台、做覆盖美术全流程的 agent、用国内大模型给自己做个人网站。能造的东西变多了，但项目的资源和注意力有限，判断优先级、评估投入产出、把分散的尝试汇到项目真正需要的方向，这件事反而更关键。赶版本时四象限会失灵，因为真正重要的不是任务，是决策。 团队里几乎所有事看起来都紧急，「重要但不紧急」那一格永远空着——核心玩法方向对不对、某个技术方案三个月后扛不扛得住，今天都不会炸，可一旦炸了就是十倍百倍的代价。Hao的做法是每天先问一句「如果只能推动一件事，选哪件」，逼自己把决策从任务堆里捞出来。在新团队站住脚，靠的是「信任账户」。 三条具体做法：先听再改（先搞清楚「为什么现在是这样」再动手）、给足专业岗专业上的尊重（提需求、提风险、提优先级，但不替美术和程序做专业决定）、功劳往团队推、问题往自己身上揽。对刚入行的新人还多一条——守信用的颗粒度要细到「说三点前发就三点前发」。🏷️ 本期提到的人物与概念人物：Hao概念：UE5 / Unreal Engine 5、Lumen、Nanite、VSM / Virtual Shadow Maps、PBR 材质 / PBR Material、拓扑与展 UV / Topology & UV Unwrapping、AGI、AI 智能体 / AI Agent、紧急重要四象限 / Eisenhower Matrix、信任账户 / Trust Account延伸概念：游戏项目管理方法论 · 敏捷与 Sprint / Agile & Scrum、游戏美术项目管理与外包验收 / Game Art Pipeline & Outsourcing Review、AI 辅助编程的版本管理 / Version Control for AI-assisted Coding🔗 延伸话题Q：游戏团队里 Sprint、敏捷到底怎么落地，和互联网那套有什么不一样？A：游戏团队的迭代很难像互联网那样严格按两周一个 Sprint 切，因为美术资产、关卡、玩法验证的周期长短不一。Hao的经验是节奏服务于版本目标，PM 盯的是「这周哪个决策最值钱」，而不是机械跑站会；把决策点和验收点排进节奏，比照搬 Scrum 仪式更管用。Q：游戏美术项目管理和外包验收怎么做，PM 不是美术出身怎么把关？A：不是美术出身也能把关，关键是懂管线里每个环节的位置——概念、白模、拓扑展 UV、PBR 材质、绑定动画各自影响什么、卡住会拖累谁。外包验收要把标准前置成可量化的清单（面数、UV、命名规范、风格参考），而不是等成品出来凭感觉打回。Q：非技术岗用 AI 写代码、搭工作流，版本和资产怎么管理才不乱？A：非技术岗用 AI 做开发最容易在「版本和资产失控」上翻车——谁改了什么、哪一版能用、生成的资产存哪都说不清。哪怕不懂 git 也得有最朴素的版本意识：固定命名、留可回滚的快照、产出统一入库，AI 生成的东西越多越要管来源。Q：游戏 PM 和互联网 PM 的区别到底在哪？A：互联网 PM 更多对需求和数据负责；游戏 PM 要协调美术、程序、策划三套专业逻辑往一个方向使劲，很多价值靠「判断该做什么、把专业决策权还给专业岗」来体现。游戏开发不确定性更高，PM 更像节奏和信任的维护者，而不是功能清单的执行者。🌐 About This EpisodeIn this solo episode of Hao's Game PM Notes, Hao reflects on what it really takes to grow as a game project manager while building a team from zero to one. He talks about the knowledge anxiety of game project management, how AI is reshaping the value of a game PM, why the urgent-important matrix breaks down during crunch, and how a newcomer earns trust on an established team.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期复盘了一个全AI小游戏项目中的两次验收翻车：第一次，AI的自动测试全部通过，但真实运行时出现明显穿模；第二次，执行AI与审查AI都严格遵守标准，最终产物仍然偏离了最初的游戏愿景。问题从“AI会不会谎报完成”进一步转向“验收标准本身是否正确”。本期给出三条可落地原则：动工前写标准并检查文档冲突、把可量化检查交给AI、把体验与观感判断留给人。❓ 本期讨论了这些问题为什么AI的“测试全部通过”不能直接当成验收结果？让另一个AI审查执行AI，能够解决哪些质量问题？为什么多智能体流程完整，最终产物仍可能完全跑偏？游戏PM应该怎样给AI编写可验证的验收标准？AI普及以后，游戏项目管理中哪些能力会变得更值钱？🔥 本期核心内容AI的自我汇报只能作为线索AI可能准确完成了自己定义的测试，却没有覆盖玩家真正看到的效果。验收必须回到真实运行结果，而不是停留在聊天中的完成声明。独立审查适合处理可量化问题文件完整性、部件数量、命名规则、帧率和分辨率等检查可以交给审查AI。多智能体通过执行与审查分岗降低同一模型自证的盲区，但会增加Token和协作成本。标准错误会让整个流程正确地走向错误结果当愿景文档与具体开发文档冲突时，AI通常会执行更具体的版本。审查AI能够检查是否按图施工，却无法自动判断图纸是否背离了最初目标。AI让执行降价，也让判断升值游戏QA、外包验收、制作人体验判断和项目经理的标准裁定，本质上都是“看”的能力。AI接走部分执行工作后，这些难以量化的专业判断会成为新的稀缺能力。🏷️ 本期提到的人物与概念人物：Hao公司/产品：OpenAI / ChatGPT / Anthropic / Shopify / Microsoft概念：人工智能验收 / AI Quality Assurance；多智能体 / Multi-Agent System；奖励作弊 / Reward Hacking；谄媚倾向 / Sycophancy；游戏项目管理 / Game Project Management；验收标准 / Acceptance Criteria；敏捷验收 / Agile Acceptance；软件测试 / Software Testing🔗 延伸话题Q：怎么判断AI是真的完成任务，而不是只完成了测试？A：把验收对象从AI的口头汇报换成实际产物，并提前写下可观察结果，例如玩家能看到什么、文件必须满足什么、哪些异常必须被拦截。Q：多智能体一定比单个AI更可靠吗？A：多智能体能降低执行方自我验证的盲区，尤其适合清单式、可量化检查；如果所有智能体共享同一份错误标准，最终仍会一致地得出错误结论。Q：游戏PM怎么给AI写验收标准？A：把“完成某功能”改写为玩家可观察结果、必要的量化指标和失败条件，并在任务下发前检查需求文档、设计愿景与开发细则是否冲突。Q：AI时代还需要QA和项目经理吗？A：执行型检查会被AI接走一部分，但体验判断、标准裁定、文档冲突识别和跨角色权衡仍需要人负责。岗位不会原样保留，价值会从“做检查”转向“定义什么值得通过”。🌐 About This EpisodeHao's Game PM Notes examines why AI-generated work still requires independent human acceptance in game project management. Through two real project failures, this episode explains multi-agent review, reward hacking, acceptance criteria, and the growing value of human judgment in game production.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把 10 年游戏项目管理经验整理成开放知识库。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM证书指南 · 岗位与JD观察 · 3D沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏PM日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读别让干活的AI自己验收｜文章上线后从 pmnote.ai 文章库进入在小宇宙查看该单集文稿

📋 本期信息• 原始来源：Why Too Many Options Are Secretly Ruining Your Life（Modern Wisdom · YouTube）• 嘉宾：David Epstein，科学记者，《Range（成长的边界）》作者---📝 本期摘要Hao的游戏PM笔记本期拆解了科学记者 David Epstein 关于「约束」的新书对谈：为什么我们天生高估自由、低估边界，为什么「最大化者」反而更不快乐，以及从苏斯博士、莫奈、漫威到 General Magic 崩盘的案例，如何证明「堵死最省力的路」才是创造力和好决策的真正开关。Hao 结合自己在游戏团队做项目管理和版本节奏的经验，聊了约束思维对控制需求蔓延、用好 AI、以及游戏开发团队做敏捷 Sprint 迭代节奏管理的启示。---❓ 本期讨论了这些问题• 为什么选择越多，人反而越焦虑、越不快乐？• 什么是「满足者」和「最大化者」，哪一种人做决策更高效？• 约束太少会怎样？为什么 General Magic 有无限资源却崩盘？• 游戏开发团队怎么用约束把 Sprint 敏捷节奏和版本管理落地？• 游戏美术项目管理里，怎么靠「成对约束」定外包验收标准、提质量？---🔥 本期核心内容1. 绿鸡蛋加火腿效应 苏斯博士被打赌只用 50 个单词写童书，被逼出了标志性的韵律节奏。心理学用这个效应概括一大批研究：大脑天生走「最省力的路」，只有把最容易伸手够到的东西堵死，创造力才被逼出来。约束不是创造力的敌人，是触发器。2. 满足者 vs 最大化者 诺奖得主 Herbert Simon 提出 satisfice（够好即可）。研究显示最大化者花更多时间做决策，却更容易后悔、更不快乐，也没证据表明决定更好。算上纠结的成本，「满足」才是长期真正的最大化策略；不可逆的决定反而让人更满意。3. General Magic：约束太少会要命 一家有无限资金和人才的传奇公司，因为「没人搞得清什么不该做」而崩盘，员工却由此带着「必须上边界」的教训造出了 iPhone、安卓、Nest。硅谷那句话说得准：撑死的创业公司比饿死的多。项目管理最核心的工作，是决定「不做什么」。4. 约束驱动的项目管理与迭代节奏（游戏 PM 启示） 把 General Magic 的教训翻译到游戏研发：需求蔓延、范围爆炸往往是被资源撑死而非被对手打败。里程碑、垂直切片、最小可玩版本、Sprint 时间盒，本质都是给团队强行上约束；AI 抹平所有「省力路径」后，主动设约束（风格规范、资产标准、验收门槛）比以前更重要。---🏷️ 本期提到的人物与概念人物：David Epstein / 大卫·爱泼斯坦、Herbert Simon / 赫伯特·西蒙、Barry Schwartz / 巴里·施瓦茨、Claude Monet / 莫奈、Isabel Allende / 伊莎贝尔·阿连德、Tony Fadell / 托尼·法德尔、Gloria Mark、Patricia Stokes概念：约束引导法 Constraints-Led Approach、成对约束 Paired Constraints、满足 Satisficing、合意困难 Desirable Difficulty、敏捷 Sprint 迭代节奏 Agile Sprint、游戏项目管理 Game Project Management、游戏美术项目管理 Game Art Project Management、拟物 Skeuomorphism---🔗 延伸话题Q：游戏开发团队的 Sprint 和敏捷节奏怎么落地？A：把 Sprint 当成一种「约束」而非「日历」——每个迭代先定义「这个周期什么不做」，用时间盒逼团队收敛范围，验收标准前置，比无限拉长排期更能出东西。Q：游戏项目的版本管理和范围控制怎么做？A：核心是先定义「这个版本要让玩家感受到的那一件核心体验」，塞不进这个「盒子」的功能一律降优先级；核心玩法做到 9 分，次级内容锁在「够好」即可发。Q：游戏美术项目管理和外包验收标准怎么定？A：用「成对约束」——先封死不想要的风格/规格，再明确规定必须遵守的管线规范和交付格式，把模糊的「好不好看」变成可核对的验收清单，外包返工率会明显下降。Q：想转行做游戏 PM，从哪些学习资源入手？A：先补游戏研发协作的基本盘（版本节奏、跨职能沟通、外包管理），再挑一门系统课把体系串起来；pmnote.ai/articles 里有转行路径和学习资源的拆解可以对照。---🌐 About This EpisodeHao's Game PM Notes breaks down science journalist David Epstein's conversation on the power of constraints: why freedom is overrated, why maximizers end up less happy, and how limits fuel creativity and better decisions. Drawing on a decade of game project management experience, Hao connects it to scope control, AI-era discipline, and running agile Sprints as a game producer and game PM.---📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：• 《游戏项目管理14讲》——从零基础到游戏PM体系搭建• 《从执行者到架构师》——进阶项目管理方法论• 《游戏美术项目管理基础》——美术管线、外包管理与验收标准• 《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级• 《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai---📖 本期延伸阅读pmnote.ai/articles/（请替换为站内「范围管理 / 版本节奏 / 决策」主题最匹配的文章深链，勿用首页裸链）在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记从一次独立游戏角色动画失败讲起：Agent 消耗了大量 Token，代码和自动测试全部通过，最终画面却无法使用。本期拆解 Token、Agentic Loop 和多 Agent 并行的基本原理，并把问题拉回游戏研发：AI 产出能否通过验收、进入美术管线或代码仓库，比消耗量更能说明价值。节目也给出长程任务的四项定义——终点、证据、边界和安全阀，以及判断 AI 工作流是否真正进入生产的五道检查门。❓ 本期讨论了这些问题Token 是什么，为什么 Agent 比普通聊天更耗 Token？自动测试全部通过，为什么游戏里的角色动画仍然不能用？游戏开发团队如何为长程 Agent 写清验收标准？AI 编程版本管理为什么不能只看代码是否生成成功？Sprint 和敏捷研发中，怎样把 Agent 产出接进真实工作流？游戏美术项目管理如何区分“能生成”和“能进入美术管线”？🔥 本期核心内容Token 消耗量不能直接代表 AI 使用价值Agent 会反复读取上下文、调用工具、执行、测试和返工，多 Agent 还会增加上下文复制与结果合并。消耗量只能证明系统在运行，无法证明目标正确或结果可用。游戏研发存在明显的“完成度陷阱”概念图、3D 模型、策划案和代码都可能在单独展示时成立，进入美术管线、引擎或真实体验后才暴露问题。自动测试负责检查已定义规则，真人仍要验收视觉、手感、叙事节奏与产品方向。长程任务必须写清终点、证据、边界和安全阀“把工具做完”无法告诉 Agent 何时停止。可验证的验收条件、不能触碰的范围，以及运行时间和预算上限，决定了 Agentic Loop 会形成稳定交付，还是在错误方向上持续烧 Token。Agent 必须进入版本管理、Sprint 和生产管线AI 编程结果要进入代码仓库、测试和 Review；美术资产要满足资源规范与下游编辑要求；会议结论要进入任务系统。游戏 PM 的工作重点，是设计从需求到验收、交付、责任和复盘的完整链路。🏷️ 本期提到的人物与概念人物：Hao公司/产品：Godot / Godot Engine概念：Token / Token；智能体循环 / Agentic Loop；多智能体 / Multi-Agent；验收标准 / Acceptance Criteria；版本管理 / Version Control；敏捷与迭代 / Agile & Sprint；游戏美术管线 / Game Art Pipeline；人工验收 / Human Review；生产工作流 / Production Workflow🔗 延伸话题Q：游戏开发团队 Sprint 中怎么使用 AI Agent？A：先选一个边界清晰、能在单次 Sprint 内验收的任务，明确输入、交付物、完成证据和人工责任人；连续跑稳后，再考虑定时与并行。Q：AI 编程版本管理最容易忽略什么？A：AI 生成代码后必须进入分支、测试、Review 和回滚机制。只保留在聊天窗口或本地目录里，既无法追溯，也无法安全交接。Q：游戏美术项目管理怎么验收 AI 生成资产？A：先自动检查命名、格式、透明背景、面数、贴图和性能等硬标准，再由人检查风格、比例、穿帮、动作观感和正式管线适配性。Q：如何判断 Agent 消耗的 Token 值不值？A：不要只看调用量，应同时记录周期变化、正式采用率、人工验收时间、返工成本，以及是否沉淀为可复用的 Skill、脚本、规范或数据资产。🌐 About This EpisodeHao's Game PM Notes explains why high token consumption does not automatically create business value. From a real game development experiment, this episode connects Agentic Loops with game project management, AI coding version control, Agile Sprint practices, human review, and game art pipeline acceptance.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」的知识主场是 pmnote.ai——一本持续生长的「游戏项目经理百科全书」，把 10 年游戏项目管理经验整理成开放知识库。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。🗺️ 网站你能翻到什么（大部分免费）：百科：术语库 · PM证书指南 · 岗位与JD观察 · 3D沙盘内容：文章库 · AI for PM · 面试训练场（模拟面试）· 播客工具箱：游戏PM日常可复用的工具与模板成长服务：系统课程与一对一咨询（进阶可选）📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎一切从这里开始 → pmnote.ai📖 本期延伸阅读AI时代，游戏PM还剩下哪些不可替代的东西？在小宇宙查看该单集文稿

📋 本期信息原始来源：《More Trillion Dollar IPOs, Anthropic $3T, Zuck's Price War, China Ends Open Source?, Trump Accounts》· All-In Podcast（第 280 期）嘉宾：Chamath Palihapitiya、Brad Gerstner（Altimeter，客座主持）、Jason Calacanis、David Sacks📝 本期摘要Hao的游戏PM笔记本期拆解了 All-In 播客第 280 期：四位硅谷一线投资人围绕万亿美元 IPO 潮（SpaceX 已上市、Anthropic 与 OpenAI 排队）、token 成本失控与回报质疑、以及前沿模型对开源的“双寡头”格局展开激辩。Chamath 抛出“成本每 45 天翻倍、真实回报却接近于零”的判断，Brad Gerstner 则用史上最大 TAM 与杰文斯悖论反驳，Sacks 用“开源占比从 19% 掉到 11%”的数据佐证闭源仍在扩张。Hao 结合自己在游戏团队推进 AI 的经验，把这些趋势翻译成 AI 提效如何算 ROI、如何缝进敏捷 Sprint、版本管理与美术管线怎么落地的可操作判断。❓ 本期讨论了这些问题为什么 token 成本每 45 天翻倍，企业却还在加速投入？前沿模型和开源模型，最后会不会收敛成“够用就行”？什么是“前置部署工程师”，它和敏捷 Sprint 里的角色分工有什么关系？AI 辅助编程时代，代码的版本管理和评审流程会怎么变？游戏美术这类需要人盯管线的工序，AI 提效的 ROI 到底该怎么算？🔥 本期核心内容万亿美元 IPO 潮已成现实SpaceX 今年以 1.75 万亿估值、募资 750 亿完成“教科书式”IPO，现约 2 万亿市值、全球第七。Anthropic 6 月已秘密递表，市场押今年上市概率 65%，有人判断其年底收入超 1000 亿、上市可值 3 万亿；OpenAI 传闻年底约 700 亿收入。token 成本失控与 ROI 质疑Chamath 的 CTO 称 token 成本每 45 天翻倍、下游生产力最多提升 5%，因模型能力已触顶、边际改进越来越贵。刨掉涨价与回购后，真正归因到 AI 的每股收益增长可能只有 0–2%，回报问题迟早要被追问。前沿 vs 开源：没收敛，反而像双寡头开源占企业支出从 19% 掉到 11%，闭源收入暴涨；多数企业“心有余力不足”，没能力搭智能路由，最省事就是直接上前沿模型。收入口径下真正赚钱的只有 Anthropic、OpenAI 两家，但开源是“暗 token”不计入收入，单看营收判断有盲区。游戏 PM 视角：用得多不等于用得值团队推进 AI 极易陷入“token maxing”——账单飙升但沉淀到交付的产出有限。真正该做的是给 AI 建立 ROI 度量、缝进 Sprint 验收，并在美术管线上重定义外包验收标准，而不是发个工具就算落地。🏷️ 本期提到的人物与概念人物：Chamath Palihapitiya / Brad Gerstner / Jason Calacanis / David Sacks / Gavin Baker / Sam Altman / Mark Zuckerberg公司与产品：Anthropic / OpenAI / SpaceX / Meta Muse Spark / GLM 5.2 / Kimi / Trump Accounts概念：Token 经济学 Token Economics / 杰文斯悖论 Jevons Paradox / 模型可替换性 Model Fungibility / 前置部署工程师 Forward-Deployed Engineer / 敏捷冲刺 Agile Sprint / 版本管理 Version Control / 美术管线 Art Pipeline🔗 延伸话题Q：游戏开发团队怎么把 AI 提效落地到 Sprint 里？A：把“这轮 AI 省了什么、省了多少”写进冲刺的验收标准，用可核对的产出（进主干的代码量、通过验收的资产数）替代“用得多不多”的感觉，避免 token 消耗变成没人管的黑洞。Q：AI 辅助编程之后，代码的版本管理和评审流程要注意什么？A：可参考 DoorDash——用轻量/开源模型做低层代码 review、旗舰模型做最难部分，同时保留人工把关；版本管理要能追溯“哪段是 agent 提交的”，出问题能快速回滚。Q：游戏美术项目管理里，怎么评估 AI 在美术管线和外包验收上的 ROI？A：别按“生成了多少张”算，要按“进入管线、通过验收的资产”算；提前重定义外包验收标准——哪些环节 AI 生成、验收看什么、返工归属谁，否则 AI 只会让管线更乱、成本更不透明。Q：前沿模型和开源模型，团队到底该怎么选？A：成熟、规则明确的工序用性价比方案（便宜或自建模型），探索性、不确定的工作上最强通用模型；更重要的是保持“可替换”能力，别把工作流锁死在单一供应商。🌐 About This EpisodeHao's Game PM Notes breaks down All-In Podcast episode 280, where investors debate trillion-dollar AI IPOs, runaway token costs and ROI, and the frontier-versus-open-source split. From a game project management and game PM perspective, Hao translates these trends into practical takeaways on measuring AI ROI, running agile Sprints, handling version control, and managing the art pipeline.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📋 本期信息原始来源：《Open Source Wins, AGI Is Here, and Scorsese's AI Toolkit with CEOs of Cerebras & Black Forest Labs》/ All-In Podcast嘉宾：Andrew Feldman（Cerebras 创始人兼 CEO）、Robin Rombach（Black Forest Labs 创始人兼 CEO）📝 本期摘要Hao的游戏PM笔记本期拆解了 All-In 与 Cerebras、Black Forest Labs 两位 CEO 的对话。Andrew Feldman 抛出 250 亿美元订单积压、数据中心耗电超过去五十年总和等判断，直言按二十年前的任何定义 AGI 都已到来，真正的悬念是递归自我改进的指数曲线何时收敛。Robin Rombach 则讲了同一个架构如何贯通图像、视频、音频到机器人动作预测，以及和 Martin Scorsese 合作时把 AI 当成“媒介”而非“出片机器”的思路。Hao 结合自己在游戏团队的管理经验，落到需求定义、研发管线、概念预研和 IP 共创四个具体场景。❓ 本期讨论了这些问题为什么客户会在芯片还没造完时就下单，这种需求信号意味着什么？AGI 到底来没来，为什么有人说早就到了、有人说还很远？什么是递归自我改进，它的指数曲线为什么让人后背发凉？生成式视频的终点，真的是 AI 独立拍一部完整电影吗？AI 提效之后，游戏项目管理真正的瓶颈会转移到哪里？🔥 本期核心内容AI 基建是一次总动员级别的需求前置Cerebras 手握约 250 亿美元订单积压，客户在芯片完工前就下单。Feldman 认为这不是“建了就有人来”，而是需求已经订满、供给追不上，和过去先铺产能赌需求的泡沫逻辑相反。AI 的关键跃迁是从执行指令到理解意图过去要靠精确 prompt，如今模型会反问你的目标、主动补齐你没说清的需求。Feldman 把 reasoning 等同于 inference，并给出全场关键判断：无限的 token 意味着无限的推理，跑满一两天就能压出几周的思考量。开源与主权化正在闭源之外撕开口子Jason 用 Kimi 智能路由替下大量闭源调用；Feldman 用“不会开法拉利去买菜”解释难题走前沿、常规走开源。叠加金融医疗等强监管行业对本地化、数据主权的需求，开源模型的市场正在被真实打开。一个架构通吃，以及“人在回路”才是价值所在Black Forest Labs 用同一套多模态模型贯通图像、视频、音频到机器人动作预测。但 Rombach 强调 AI 是媒介，最好的产出来自人反复迭代，而非一把梭；这对游戏美术管线和概念预研的启示，比“一键出片”更实在。🏷️ 本期提到的人物与概念人物：安德鲁·费尔德曼 / Andrew Feldman、罗宾·龙巴赫 / Robin Rombach、马丁·斯科塞斯 / Martin Scorsese、杰森·卡拉卡尼斯 / Jason Calacanis公司/产品：赛雷布拉斯 / Cerebras、黑森林实验室 / Black Forest Labs、FLUX、Stable Diffusion、Kimi、GLM、通义千问 / Qwen概念：通用人工智能 / AGI、推理即推断 / Reasoning as Inference、递归自我改进 / Recursive Self-Improvement、隐空间扩散 / Latent Diffusion、人在回路 / Human in the Loop、AI 主权 / AI Sovereignty🔗 延伸话题Q：游戏公司要不要自己训练美术生成模型，还是用开源模型微调？A：多数团队更适合在开源底座上做少量微调，把算力和人手留给数据治理与验收标准，而不是从零训练；关键是先把资产规范和管线跑通。Q：游戏 PM 用 AI 提效，最先该动哪个环节？A：先动需求定义和概念预研——把目标、边界、验收标准写清楚，让 AI 参与拉齐，比在执行末端堆生成量收益更高。Q：AI 生成美术资产大规模进管线，最大的坑是什么？A：不是生成不出来，而是能用的质量和版本管理；缺少人在回路的把关和资产规范，很容易资产爆炸、返工和版权风险一起来。Q：普通游戏从业者担心被 AI 取代，怎么办？A：把精力放在定义问题、组织协作和判断质量这些 AI 暂时接不住的能力上；岗位在被重新定义，不是被简单抹掉。🌐 About This EpisodeOn Hao's Game PM Notes, we break down an All-In conversation with the CEOs of Cerebras and Black Forest Labs on AI infrastructure, open source, and whether AGI is already here. From a game project management and game producer perspective, Hao translates these frontier debates into concrete lessons for game development pipelines, requirement definition, and team coordination.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期拆解了大模型里那个最容易被忽略的设置——"努力程度"（推理等级），它本质上是在控制 AI 回答前"想多久"。Hao 从思维链和推理时计算讲起，对比了 OpenAI、Anthropic、Google、DeepSeek 四家在"要不要让用户选、能不能关掉思考"上的分歧，并用研究数据说明一个反常识的现象：思考越久，模型不一定越准，反而可能因为想太多而翻车。最后他结合十年游戏项目管理经验，把"给 AI 分配努力程度"类比成项目里的精力与资源分配，给出一份可落地的场景—档位对照。❓ 本期讨论了这些问题AI 的"努力程度 / 推理等级"到底在控制什么？为什么更高的推理档位反而可能让模型更蠢？日常工作里，写邮件、整理纪要、审代码各该用什么档位？在 AI 辅助编程里，推理档位会怎么影响代码质量和版本管理？团队把 AI 提效接进 Sprint / 敏捷流程时，怎么给不同环节分配"努力程度"？🔥 本期核心内容"努力程度"调的是思考预算，不是模型聪明程度它控制 AI 在答题前生成多少看不见的思维链。同一个模型，低档凭直觉快答，高档先自言自语一大段再作答；这段思考照样计费，且通常比可见输出更贵。四家厂商的分歧在"要不要让用户选、能不能关掉思考"OpenAI 允许完全跳过推理并直言"更高不一定更好"；Anthropic 用自适应思考，由模型按难度自己决定且关不掉；Google 从 token 预算改为档位枚举；DeepSeek 默认高档、甚至把低/中档映射到高档。想太多会翻车：逆向缩放是真实现象更多思考预算会带来被无关信息带偏、反复验证把对的答案改错、放大训练中的微妙倾向等问题。有小模型开推理后 token 暴涨十几倍、准确率反而下降，社区共识是大多数日常任务中档够用。（启示）给 AI 分配努力程度 = 项目里的资源分配小决策开大会是人类版"想太多"，重大架构或外包却拍脑袋定则是该深想没深想。把这套思路延伸到游戏美术管线、外包验收等环节，关键是给每类任务匹配合适的投入强度，而不是一刀切。🏷️ 本期提到的人物与概念概念：思维链 / Chain-of-Thought；推理时计算 / Test-time Compute；逆向缩放 / Inverse Scaling；自适应思考 / Adaptive Thinking；推理等级 / Reasoning Effort公司 / 产品：OpenAI、Anthropic Claude、Google Gemini、DeepSeek延伸概念：AI 辅助编程版本管理 / AI-assisted Coding Version Control；敏捷开发 · Sprint · Scrum / Agile Development；游戏美术管线 / Game Art Pipeline；外包验收 / Outsourcing Acceptance🔗 延伸话题Q：用 AI 写代码时，推理档位怎么设才不影响代码质量和版本管理？A：常规样板代码、补全、格式化用低/中档求快即可；涉及并发、状态同步、回归风险的改动上高档，并把每次 AI 改动当成独立提交、留好 diff 和回滚点，让 AI 辅助编程的版本管理可追溯，避免"想太多"反而引入隐藏 bug。Q：怎么把 AI 提效真正接进游戏团队的 Sprint / 敏捷流程？A：在敏捷开发里按环节分配努力程度——每日站会同步、纪要、任务拆分用低档快速过；Sprint 复盘、技术方案评审、风险研判这类"对错有明确代价"的环节才上高档，把 AI 当成 Scrum 流程里的提效工具而非决策者。Q：游戏美术项目管理里，AI 工具的"努力程度"怎么配，会不会影响外包验收？A：概念草图、参考拼图、批量改图用低/中档求量求快；涉及美术管线规范、风格一致性判断、外包验收这类需要标准对齐的环节，要么上高档让 AI 逐条比对验收清单，要么保留人工终审，别让一个图快的模型替你签收。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao breaks down the often-overlooked "reasoning effort" setting in large language models and why more thinking isn't always better. Drawing on ten years in game project management, he reframes choosing an effort level as a resource-allocation problem familiar to any game producer or game PM, with practical guidance for applying AI across game development workflows.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai📖 本期延伸阅读游戏PM的AI实战手册：如何给团队的 AI 使用分配"努力程度"在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期复盘了Hao跟一个游戏团队磨合半年后，对项目管理的6个核心判断的彻底转变。从规划期为什么压不短、AI产能如何被倒逼落地，到聪明人的单点依赖风险、口头承诺的不可靠，再到强能力成员「零缓冲」交付带来的隐患，以及当前版本「还在堆料」的阶段判断。核心结论很反直觉：好的项目管理不是追求「事情应该怎样」，而是接受「事情本来就是这样」，再用机制去对冲那些注定会发生的问题。❓ 本期讨论了这些问题为什么探索期（Demo期）游戏项目的规划期天然就长、很难压缩？游戏团队里的AI产能，到底是规划出来的，还是被资源压力倒逼出来的？为什么「很能干但不同步信息」的核心成员，反而是项目最大的单点风险？游戏项目管理和互联网PM的项目管理，思路上到底有什么根本区别？探索期项目还适不适合套用敏捷 / Scrum 那套固定 Sprint 节奏？🔥 本期核心内容探索期项目的需求是「涌现」出来的，不是一开始就能定义清楚的把成熟项目「需求先行、先PRD再排期」的框架直接搬到探索期团队，是很多从大厂过来的PM最容易犯的错。与其假装探索期不存在，不如承认它必须花掉，把精力放在「怎么缩短它」和「需求最晚必须定档」这两件事上。很多能力的落地不是规划出来的，而是被约束逼出来的这一版AI产能被真正用进了版本里，不是因为规划得好，而是需求太晚、常规流程做不完，把AI硬顶到了关键位置。从0到1靠倒逼验证，但从1到N要靠主动写进规划：分配明确任务、设定产出预期、建立质量评审标准。聪明人的「单点依赖」，是被「不用管」这个判断喂大的风险盲区交付没问题的人往往被默认「不用管」，但信息全堆在他一个人手里，一旦请假、离职，整条链子就断。靠管理手段改习惯阻力很大，更根本的解法是把信息沉淀嵌进工具和流程，而不是依赖个人自觉。PM成长的分水岭：从「希望事情应该怎样」到「接受事情本来就是这样」规划期就是会拖长、口头承诺就是会打折、强势成员就是不按你的节奏走。接受这些是常态之后，PM的价值就落在两件事上：设计机制去对冲注定会发生的问题，以及贴着团队观察真实饱和度——而这种体感，只有在场的人才拿得到。🏷️ 本期提到的人物与概念人物：Hao（Hao's Game PM Notes 主理人）概念：探索期 / Demo期项目（Exploratory / Demo-stage Project）概念：滚动式规划（Rolling-wave Planning）概念：单点依赖风险（Single Point of Failure / Key-person Risk）概念：技术债（Technical Debt）概念：敏捷 / Scrum / Sprint 在游戏研发中的落地（Agile / Scrum / Sprint in Game Development）概念：游戏PM vs 互联网PM（Game PM vs Internet PM）🔗 延伸话题Q：零基础 / 转行进游戏行业做项目经理，应该从哪些项目管理能力学起？A：先建立「探索期项目和成熟项目逻辑相反」的认知，再补排期、阶段验收、风险对冲这三块基本功；比起背方法论，更重要的是能贴着团队读出真实状态。Q：游戏项目经理和互联网PM的项目管理有什么区别？A：互联网项目多是需求先行、流程驱动；游戏探索期项目是需求涌现、内容驱动，PM更多在判断「方向够不够清晰、能不能开冲」，而不是单纯催进度。Q：游戏研发里用敏捷 / Scrum 那套固定 Sprint 节奏靠谱吗？A：探索期硬套固定 Sprint 容易水土不服，因为需求本身没定型；更现实的是「前段定方向、中段大冲刺、后段调优」的三段论，配合按节点的阶段验收。Q：游戏美术产能和美术管线该怎么管，外包和AI怎么排进版本？A：关键是把产出物状态做成可观测的、按节点阶段验收；AI 和外包都要正式写进排期表并设质量评审标准，而不是等被逼到墙角才临时救火。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao reflects on six judgments about game project management that completely changed after half a year working with one team — from why an exploratory project's planning phase can't be compressed, to how AI capacity gets forced into production, to the single-point-of-failure risk hidden behind your most capable people. It's a practical look at game project management for anyone learning how to become a game PM.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期复盘了 2026 年 Q2 AI 行业的一个核心转向：从上半年大厂拼命发放 token 的"Token Maxxing"，到 Q2 开始按部门、岗位、场景差异化收紧预算、认真计算 AI 的 ROI。Hao 结合自己在游戏团队推动 AI 落地和费用对账的经验，拆解了模型分层使用、国产替代、AI 编程门槛下移三条主线，并给出游戏 PM 该如何为 AI 建立一套投入判断标准的思考。❓ 本期讨论了这些问题为什么大厂从 Q1 拼命发 token，到 Q2 却开始收紧预算？一个团队该怎么判断某个模块接入 AI 到底值不值？为什么越来越多团队开始认真考虑国产模型和私有化部署？AI 编程门槛下降后，不会写代码的 PM、策划该怎么用？游戏研发里，AI 编程的版本管理该怎么和现有提交流程衔接？🔥 本期核心内容从 Token Maxxing 到算 ROI上半年大厂靠人均二十多万 token、专门发 token 的组织、先垫付后报销等方式推动使用；当团队几个月烧掉全年预算、单月账单冲到数亿美元量级后，Q2 转向按部门/岗位/场景差异化动态分配，有的直接取消 token 消耗排行榜。模型分层使用与国产替代海外头部模型对国内的出口管制和封号风险持续收紧，核心工作流绑死单一海外模型风险很高。国产第一梯队模型在 coding、agent 场景已接近顶级闭源、成本低一个量级，成熟工作流大概率是"复杂任务用最强、高频重复用便宜、涉密流程用国产/开源/私有化部署"。AI 编程门槛下移新一代模型加编程工具把 AI 编程从程序员专属，推向没有技术背景的人也能用自然语言实现想法。它真正降低的是"把想法变成可验证对象"的门槛，对 PM、策划、运营、设计是长期变化。游戏 PM 的新能力：为 AI 建立判断标准（流程与方法论视角）会用 AI 是第一层，会判断 AI 值不值是第二层，能把 AI 从一次性 demo 变成稳定、可维护、可复用的工作流是最难的第三层。PM 需要把"接入 AI 值不值"拆成节省谁的时间、是否增加审核/返工成本、产出能否进正式管线等具体问题，并把 AI 支出从混杂费用中单独拉出来对账。🏷️ 本期提到的人物与概念概念：Token Maxxing / AI ROI（投入产出比）/ 模型分层使用（Model Tiering）/ 国产替代（Domestic LLM Substitution）/ 私有化部署（On-premise Deployment）/ 后训练（Post-training）/ 自然语言编程（Natural Language Programming）/ AI 编程版本管理（AI Coding Version Control）公司/产品：Anthropic / OpenAI / GPT-5.5 / Codex / GLM🔗 延伸话题Q：AI 编程的版本管理该怎么做？A：把 AI 生成的改动纳入和人工提交同一套版本控制，小步提交、每次改动配一句说明和可回滚点，让 review 能分清哪些是 AI 写的、哪些是人改的，避免"一次性大改"进主干。Q：游戏团队怎么把 AI 落地和 Sprint、敏捷这类流程结合？A：把 AI 当成流程里的一个环节而不是外挂——在需求入口、开发、验收各设一道"是否用 AI、用到什么程度"的判断，把 AI 产出纳入 Sprint 的完成定义，避免只在个人层面提速、团队节奏却没变。Q：游戏美术管线里，AI 生成素材的外包验收怎么把关？A：验收标准要从"好不好看"前移到"能不能进管线"——明确格式、层级、可编辑性、返修责任，AI 素材和外包件走同一套验收口径，避免生成快但返工更多。Q：中小团队没有大厂预算，怎么用有限的 token 算好 ROI？A：先把高频、边界清晰的重复任务交给便宜模型，只在高价值环节上顶配；把 AI 支出单独记账、按场景核算，先跑通一两个能进正式管线的场景，再逐步扩大。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao unpacks the Q2 2026 shift in how teams treat AI—from "Token Maxxing" to seriously calculating AI ROI. Drawing on his experience in game project management, he explains tiered model usage, the rise of domestic LLM substitution, and how lower-barrier AI coding reshapes what a game PM and game producer needs to know.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏 PM 知识体系、转行路径、AI 提效与行业观察。主理人 Hao，10 年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏 PM 体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从 AI 旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI 工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期聊的是一个很多人没意识到的差距：同样一句「我在用AI」，有人只是把它当成更聪明的搜索框，问一句答一句；有人已经把它当成能从头干到尾的同事。Hao 结合自己在游戏团队做项目管理的经验，从两个真实的对照案例讲起，聊了从 Vibe Coding 到 Vibe Working 的变化、游戏行业 AI 应用数据背后的「分层」，以及一个普通游戏 PM 到底该从哪一步开始，把手里的活交给 Agent。❓ 本期讨论了这些问题把 AI 当「搜索框」和当「同事」，到底差在哪？什么是 Vibe Coding 和 Vibe Working，跟游戏研发有什么关系？为什么公司都在喊上 AI，真正用得好的却没几个？游戏项目管理该怎么学，AI 又能在里面帮上什么忙？没有相关经验、想转行做游戏 PM 的人，第一步该从哪开始？🔥 本期核心内容两种用法，两种活法把 AI 当搜索框的人，问一句答一句，复制、粘贴、排版还是自己干，永远停在浅水区；把 AI 当同事的人，让它自己拆任务、读文件、跑流程，自己只定方向、做把关。持续一年，两者差的不是熟练度，是数量级。从 Vibe Coding 到 Vibe Working程序员用 Codex、Claude Code、Cursor 指挥 AI 写代码、跑测试、改 bug，好的工程能力已经从「逐行读代码」变成「描述目标、验证结果」。微软把同一套搬到普通人的日常工作上，叫 Vibe Working——说话定方向，AI 跑全程。数据背后的分层Google Cloud 2025 年调研称 90% 游戏开发者所在工作室已把 AI 用进工作流，国内游戏工委调研 22 家大厂研发环节 AI 应用率达 86% 以上；但更广的行业报告显示，真正上手用生成式 AI 的从业者只有 36%，且过半认为 AI 对行业是负面的。喊的人多，用成「同事」的少，中间空着一大块。先跑通一件重复的活Agent 工具还在早期，会卡顿、会重来，但真正吃亏的是拿毛病当借口不上手的人。先挑一件不复杂、每周都重复的活让它跑通，再慢慢加；多年攒下的判断和经验，配上能执行的 Agent 才使得出来。🏷️ 本期提到的人物与概念人物：Hao（Hao的游戏PM笔记主理人 / Hao's Game PM Notes）概念：智能体 / Agent、Vibe Coding、Vibe Working、生成式AI / Generative AI、游戏项目管理 / Game Project Management、敏捷与 Sprint 落地 / Agile & Sprint公司 / 产品：Codex、Claude Code、Cursor、Google Cloud、微软 / Microsoft🔗 延伸话题Q：游戏 PM 和互联网 PM 用 AI 的方式有区别吗？A：核心逻辑相通——都是把重复流程交给 Agent、自己专注判断；但游戏 PM 要处理版本提交记录、Bug 数据、跨职能会议这类更碎、更非标的信息，对「喂料脱敏」和结果校验的要求更高。Q：零经验转行做游戏项目经理，AI 能帮上忙吗？A：能。AI 可以帮你快速补齐游戏研发流程、术语和管线这些「行业门槛」认知，但项目管理的判断力仍要靠真实项目练；更现实的路径是先用 AI 补认知，再找到能上手的场景。Q：游戏项目管理怎么学，有没有体系化路径？A：可以从研发流程、版本节奏、跨职能协作三块搭框架，再用真实项目反复练。系统化路径可参考《游戏项目管理 14 讲》到《从执行者到架构师》的进阶线，AI 部分看《游戏人的 AI 第一课》和《游戏 PM 的 AI 实战手册》。Q：游戏美术管线和外包管理这类活，能交给 AI 吗？A：部分能。美术管线里的进度归集、外包验收清单、问题分类这类重复工作适合交给 Agent 跑初稿，人再做标准判断和质量把关；标准制定和审美决策仍以人为主。🌐 About This EpisodeIn this solo episode of Hao's Game PM Notes, Hao breaks down a quiet but growing gap in how people actually use AI: some treat it as a smarter search box, while others run it like a real teammate that handles a whole task end to end. Drawing on his experience in game project management, he covers the shift from Vibe Coding to Vibe Working and what it means for game PMs and anyone learning game project management.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期完整拆解了一个游戏项目PM如何把AI从"个人技巧"推动成"团队流程"。Hao结合自己在游戏团队的管理经验，讲了程序、美术、策划三个职能AI落地的差异，"工具驱动 vs 方法驱动"的关键区分，AI知识库选型的三条原则，七步Bug分析框架的实战，以及AI成本管理和两个长期风险。核心判断是：AI真正落地不在某个工具，而在工作流被改造的程度，而游戏PM天然是团队里推动这件事的人。❓ 本期讨论了这些问题为什么程序、美术的AI能跑起来，策划侧却迟迟进不了工作流？"工具驱动"和"方法驱动"的AI落地，路径有什么本质区别？选AI知识库时，到底该看模型能力还是生态集成度？怎么用一套七步框架，把"建议加强测试"式的废话分析变成可执行报告？AI在游戏研发里的落地，和互联网PM推工具有什么不一样？游戏PM想驱动团队用AI，应该从哪里开始学、怎么入手？🔥 本期核心内容三个职能的AI落地是三种逻辑程序侧是"工具驱动"，装上统一工具就能推进；美术侧已有相对成型的生产级工具链；策划侧是"方法驱动"，必须先把"AI在哪个环节介入、输出什么格式"定义清楚，否则只能停留在个人兴趣阶段。知识库选型，生态集成度比模型能力更决定成败各家平台的文档问答、引用溯源能力差异不大，真正的卡点是能不能嵌进团队日常用的IM和项目管理工具。一个再强的知识库，只要需要切换平台才能用，大概率会沦为"试用过一次就再没打开"。七步Bug分析框架第一次只给一句提示词，得到的全是"建议加强测试"式的正确废话。换思路让AI先设计提问框架后，按定范围→分层→根因→趋势→交叉关联→优先级→可执行方案七步重做，团队反馈与上一版完全两个档次。两个必须提前想清楚的长期风险一是个人AI工作流的交接风险——它高度个人化、隐性知识多，比交接SOP难得多；二是策划的核心能力正从"有一个感觉"迁移到"能不能准确描述这个感觉"，自然语言表达正从软技能变成硬能力。🏷️ 本期提到的人物与概念人物：Hao（游戏项目经理 / Game Producer）概念：AI落地 / AI Adoption；工具驱动 vs 方法驱动 / Tool-driven vs Method-driven；AI知识库 / AI Knowledge Base (RAG)；七步Bug分析框架 / Seven-step Bug Analysis；Specs 工作流 / Specs Workflow；程序化生成 / PCG (Procedural Content Generation)；敏捷与 Sprint / Agile & Sprint；游戏PM vs 互联网PM / Game PM vs Internet PM🔗 延伸话题Q：游戏开发里怎么把AI和 Sprint、敏捷流程结合起来？A：可以把Bug分析、需求流转做成按Sprint周期自动运行的监控，用数据反馈驱动PDCA改进，边际成本接近零，相当于团队研发状态的实时体检。Q：游戏PM和互联网PM在推AI落地上有什么区别？A：游戏研发链路更长、职能更专（策划/程序/美术/关卡），"方法驱动"的环节更多，PM要先设计方法再推工具，不能直接套互联网的通用工具思路。Q：零经验想转行做游戏项目经理，怎么开始学项目管理和AI？A：先把研发流程跑通，再学怎么用AI改造流程；项目管理体系和AI实战是两条主线，pmnote.ai 上有系统的游戏项目管理课程和AI实战手册。Q：游戏美术项目管理里，AI能帮上什么？A：AI已能介入原画过程稿、参考图、占位模型，以及关卡的地形、打光、环境生成，美术管线和外包验收标准也在被重新定义。🌐 About This EpisodeIn this episode, Hao's Game PM Notes breaks down how a game project manager drives AI adoption from personal tricks to a team-wide workflow. Drawing on real game project management experience, Hao covers tool-driven vs method-driven adoption, AI knowledge base selection, a seven-step bug analysis framework, AI cost management, and the long-term risks every game PM should watch. A practical guide for anyone learning game project management or figuring out how to become a game PM.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期从项目管理的角度，拆解了《恋与深空》第六位男主敖尹从空降到七天后被取消的整件事。Hao 结合自己十年游戏项目管理经验，说明为什么一个准备了一两年的角色被临上线砍掉，对研发是一次版本级的重做，也是一整条商业化曲线的塌陷。核心观点是：情感型产品的营收长在玩家的情感投入上，越贵、越靠近情感的内容，越要把风险验证前置到版本流程里，而不是压到上线前几天。---❓ 本期讨论了这些问题• 为什么说取消一个临上线的角色，对研发是一次版本级的重做？• 情感绑定型产品的商业化，风险到底高在哪，和数值型产品有什么不同？• 一个跨越一两年的内容，风险验证应该放进项目流程的哪个节点，怎么和敏捷/Sprint 结合？• 角色的美术风格和建模审美，为什么该在美术管线和外包验收里更早把关？• 内容被砍之后，版本资源和分支该怎么做版本管理，才能不白白浪费？---🔥 本期核心内容1. 新增男主是一次重大商业化动作，不是普通版本更新 二次元卖新角色、MMO 卖新门派新职业，本质都是给玩家一个新的长期投入对象。一旦这种动作碰到玩家和产品之间已有的情感结构，风险等级会陡然抬高。2. 情感型产品的营收长在玩家的情感投入上 玩家氪的不是面板属性，是「我和这个角色走过的两年」。数值失衡可以靠回调和补偿拉回来，情感投入被伤害却没法靠一次数值调整补回。3. 取消临上线角色，是版本重做加商业化曲线被砍 资源屏蔽、任务链重查、剧情入口处理、活动与卡池道具调整、公告补偿重写、版本测试重跑，都是额外工作量；叠加「不再推新男主」，未来一整条拓展路径被封。4. 风险验证要前置到版本流程，而不是压到上线前几天 越贵、越靠近情感的内容越要早验证。把「玩家是否接受新可攻略对象、审美题材是否兼容、宣发口径是否触发误解」这类验证，拆进立项评审、里程碑节点和小范围灰度，是可落地的项目管理动作。---🏷️ 本期提到的人物与概念人物：敖尹 / Ao Yin（游戏虚构角色）公司/产品：叠纸游戏 / Papergames、恋与深空 / Love and Deepspace概念：情感型付费 / Emotional Monetization、沉没成本与及时止损 / Sunk Cost & Cutting Losses、版本风险验证 / Release Risk Validation、美术管线与外包验收 / Art Pipeline & Outsourcing Review、里程碑评审与敏捷验证 / Milestone Review & Agile Validation---🔗 延伸话题Q：内容型游戏怎么把风险验证做进敏捷流程 / Sprint 里？A：把「方向假设」当成一个 Sprint 目标，用小范围灰度、问卷、社区共创在里程碑评审节点做验证，让每个大版本在进入量产前都有一次可回退的方向确认，而不是等到发布 Sprint 才第一次面对玩家。Q：游戏美术项目管理里，角色风格和建模审美该怎么在管线里提前把关？A：在美术管线的概念设计和白模阶段就设审美对齐评审，把「和现有产品调性是否兼容」写进外包验收标准，避免建模、动作、特效全做完才发现风格割裂，返工成本最高。Q：一个内容被取消后，版本资源和分支该怎么做版本管理？A：先做资源隔离和开关配置，判断走「同版本差异」还是「独立分支」；同版本差异开发成本低但 QA 长期翻倍，独立分支单次测试轻但要长期维护两套资源，选择取决于该内容的剩余商业预期。---🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao breaks down how Love and Deepspace announced and then canceled its sixth male lead within a week. Drawing on ten years of game project management, he explains why cutting a near-launch character is a version-level rework and why emotionally driven products must move risk validation earlier in the pipeline. It is a case study in game project management, live-ops decision making, and the cost of monetizing player emotion.---📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：• 《游戏项目管理14讲》——从零基础到游戏PM体系搭建• 《从执行者到架构师》——进阶项目管理方法论• 《游戏美术项目管理基础》——美术管线、外包管理与验收标准• 《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级• 《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期完整拆解了一个游戏项目从「功能铺完」到「版本稳定」的收敛期管理全流程。Hao结合自己在游戏团队的管理经验，讲了PM从「推动者」到「守门员」的角色切换、锁提交翻车后转向需求冻结（Feature Freeze）的思路、Bug日清加熔断时间的机制设计、临时需求消化的四步法、安全裕度测试，以及收敛期之后的技术债与上游治理。核心判断是：版本收敛不靠某一个机制，而是冻需求、卡质量、设机制、消化变更、留余量、统一标准六件事构成的完整闭环。❓ 本期讨论了这些问题功能都铺完了，为什么版本反而越来越稳不下来？收敛期PM为什么要从「推动者」切换成「守门员」，这个转变难在哪？锁代码提交为什么不管用，锁需求（Feature Freeze）又该怎么真正落地？怎么用Bug日清和熔断时间，把「紧迫感」从体感变成可执行的规则？临时需求挡不住，PM该用什么框架来消化而不是自己硬扛？游戏项目的版本收敛，和互联网产品的发布流程有什么不一样？游戏开发里怎么把收敛期管理和 Sprint、敏捷流程结合起来？🔥 本期核心内容PM的角色切换：从推动者到守门员开发期PM是推动者——推进度、清障碍、保节奏；收敛期核心职责变成守门员——拦住不该进来的东西，保护团队的修复时间。难的不只是想通逻辑，而是要承受「不作为」的隐性压力：版本没出问题没人觉得是你拦得好，出了问题所有人都问你为什么没拦住。锁代码不如锁需求：Feature Freeze 的落地先试过锁提交，结果既没稳住版本，又打断了团队节奏、让工作状态不可见。反思后转向锁需求——你真正想控制的不是代码量，而是变化量。但口头宣布「冻结」和真正落地隔着距离：还没开始的、新提的一律砍，非进不可的走单独确认流程，并在关键节点主动把制作人拉出来背书，因为同样一句话，信号源权重不同效果天差地别。Bug日清 + 熔断时间：把紧迫感变成规则高/紧急Bug当天清，晚上十点设熔断升级。本质不是加班管理，而是把「什么时候该紧张」量化出来——靠体感判断有两个问题：每个人紧张阈值不同，且没有标准时PM催人全靠嘴皮子。有了规则，不是PM在催你，是规则在催你。配套要求策划同步参与验收，让全团队紧迫感拉到同一水位。临时需求四步法 + 安全裕度 + 上游治理临时需求用「影响评估→打标分类→量化影响→全流程管理」消化，不靠加班硬扛，而靠优先级置换和范围收敛，每加一个都说清挤掉了什么，并提前预留变更缓冲。稳定性攻坚做了两倍目标并发的安全裕度测试，提前翻出正常规模下不暴露的问题。收敛之后还要留重构期，并要求上游用结构化方式提需求——重构治已病，上游规范防未病。🏷️ 本期提到的人物与概念人物：Hao（游戏项目经理 / Game Producer）概念：版本收敛 / Version Convergence (Stabilization)；需求冻结 / Feature Freeze；范围管理 / Scope Management；根因分析 / RCA (Root Cause Analysis)；安全裕度 / Safety Margin；技术债 / Technical Debt；渐进明细 / Progressive Elaboration；Sprint 与敏捷 / Agile & Sprint；游戏PM vs 互联网PM / Game PM vs Internet PM；美术管线与外包验收 / Art Pipeline & Outsourcing Acceptance🔗 延伸话题Q：游戏开发里怎么把版本收敛和 Sprint、敏捷流程结合起来？A：可以把需求冻结设成 Sprint 的明确节点，把Bug日清做成每日站会的硬指标，用熔断时间触发升级流程，让敏捷的节奏感落到收敛期的稳定性目标上。Q：游戏PM和互联网PM在版本收尾上有什么区别？A：游戏是体验驱动，越到后期越想加东西，「体验完美主义陷阱」比互联网产品更严重，所以游戏PM要更强硬地做 Scope Management 和需求冻结。Q：游戏美术项目管理里，收敛期怎么控制美术的临时优化需求？A：美术侧的「再调一下」最容易变成无底洞，要在接需求时就和对方对齐验收标准和反馈窗口；美术管线和外包验收同理——一开始就明确「改到什么程度算完」。Q：零经验想转行做游戏项目经理，版本管理这套体系从哪学起？A：先把研发流程跑通，再学版本节奏和收敛期管理；pmnote.ai 上有系统的游戏项目管理课程，从体系搭建到收敛期实战都有覆盖。🌐 About This EpisodeIn this episode, Hao's Game PM Notes breaks down how a game project manager steers a build from "all features in" to "stable and shippable" during the version convergence phase. Drawing on real game project management experience, Hao covers the PM's shift from driver to gatekeeper, feature freeze, a daily bug-clearing mechanism, a four-step process for absorbing last-minute requests, safety-margin stress testing, and post-convergence technical debt. A practical guide for anyone learning game project management or figuring out how to become a game PM.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期复盘了带一个团队磨合半年后，对游戏项目管理的几个认知转变：从承认探索型（Demo 期）项目的规划期天然压不短，到不再依赖个人口头承诺、用机制让风险早暴露，再到识别"能力强又有想法"这类零缓冲交付的高风险协作对象，以及 PM 在一线最不可替代的价值——对团队真实饱和度的体感。这些判断都来自 Demo 期项目的管理现场，也顺带回答了"游戏 PM 和互联网 PM 到底差在哪"这类常被问到的问题。---❓ 本期讨论了这些问题• 为什么探索型（Demo 期）项目的规划期天然压不短，能不能缩短？• 为什么不能把项目进度押在个人的口头承诺上？• 怎么和"能力强又很有想法"的核心成员协作而不被零缓冲交付反噬？• 游戏 PM 最不可替代的价值是什么，和互联网 PM 的区别在哪？• 游戏开发里怎么用 Sprint / 敏捷的节奏去管理 Demo 期版本？---🔥 本期核心内容1. 探索型项目的规划期是固有成本，不是管理没做好 Demo 期的需求是涌现出来的，不是开局就能定义清楚的。与其指望前期锁死一切，不如承认这段探索期必须花掉，把力气放在缩短它、以及定一个"需求最晚必须定档"的节点上。2. 风险要靠机制早暴露，不能押在"大家会自觉"上 口头承诺不可信——今天好明天好，下周再看又能找出一堆理由。PM 这个岗位存在的意义，就是补上团队自我管理能力的那块缺口，让风险在前期就浮出来，而不是堆到节点被动爆发。3. 缓冲不是浪费，是系统消化不确定性的方式 最危险的协作状态之一，是核心成员"卡着点交付、零缓冲"，把所有余量用尽、把风险压到最后一刻。管理的价值恰恰在于留出缓冲去吸收不确定性。4. PM 在一线最不可替代的价值是对团队真实状态的体感 排计划谁都能做，AI 还更快；但团队此刻还有没有余力、谁快到极限、哪个组有闲置产能，这种体感只能靠每天在场、每天观察、每天和人打交道获得。远程开会看报表拿不到。---🏷️ 本期提到的人物与概念概念：项目管理 / Project Management、Demo 期 / Demo Phase、产能与团队饱和度管理 / Capacity & Workload Management、缓冲管理 / Buffer Management、敏捷与 Sprint / Agile & Sprint---🔗 延伸话题Q：零经验转行做游戏项目经理，最该先补的是什么？A：先补游戏行业的协作认知和阶段感（Demo / 切片 / 量产 / 运营各不一样），通用 PM 方法反而是其次。Q：游戏 PM 和互联网 PM 的区别到底在哪？A：互联网 PM 更偏需求与数据闭环，游戏 PM 要管的是高度不确定的探索型研发节奏和跨美术 / 程序 / 策划的产能体感，排期之外的"在场判断"占比更高。Q：游戏项目管理怎么学，有没有学习路径？A：可以从产能管理、团队饱和度评估、阶段交付与验收机制这几个模块入手，先建框架再到现场练手。Q：游戏开发的 Sprint / 敏捷实践在 Demo 期怎么落地？A：Demo 期不必死守标准 Scrum，关键是设一个"需求最晚定档"的节点，把探索期框住，再用短周期迭代去收口风险。---🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao shares how half a year of working closely with a new team reshaped his views on game project management — from accepting the long planning phase of exploratory projects to building mechanisms that surface risks early instead of trusting verbal commitments. Drawing on ten years as a game producer and PM, he explains why a PM's most irreplaceable value is the on-the-ground sense of a team's real capacity, something remote reports and meetings can never capture.---📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：• 《游戏项目管理14讲》——从零基础到游戏PM体系搭建• 《从执行者到架构师》——进阶项目管理方法论• 《游戏美术项目管理基础》——美术管线、外包管理与验收标准• 《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级• 《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期拆解了 2024 到 2026 年人和 AI 协作方式的四次重心转移，把 Agentic Loop、Plan Mode、Goal Mode 三个概念串成一条主线：Loop 是发动机、Plan 是方向盘、Goal 是巡航定速。Hao 结合十年游戏项目管理经验，讲清了 Agentic Loop 从 2022 年 ReAct 论文到 2025 年底成为主流实践的拐点，拆解了 Plan Mode「先看图纸再动工」和 Goal Mode「执行与审查必须分开」这两个设计背后的管理逻辑，落点是 Loop Engineering 时代项目管理者如何从执行者变成循环的设计者。❓ 本期讨论了这些问题Agentic Loop 到底是什么，为什么 2022 年的论文要等到 2025 年底才真正火起来？Plan Mode 和 Goal Mode 有什么区别，分别该在什么场景下用？为什么说「干活的人不能自己批作业」是 Goal Mode 最关键的设计？AI 编程时代的版本管理该怎么做，能不能把版本收敛当成一个可设计的循环？Sprint、PDCA 这些敏捷方法论，和 AI agent 的循环是同一回事吗？🔥 本期核心内容Agentic Loop 是所有 AI agent 的骨架它来自 2022 年的 ReAct 论文，循环就四步：想、做、看结果、再重复。理论早就有，但要等到 2025 年底模型能跨文件写功能、自己跑测试和修错，循环才靠谱到可以放手多跑几圈——一个被反复提到的例子是用六百多行代码加一张显卡、两天自动跑七百个实验。Plan Mode 是循环启动前的刹车开启后 AI 处于只读状态，先把要改的文件、依赖和影响列成计划给人审，批准了才动手。判断要不要用，看三个信号：改动碰三个以上文件、碰数据库/支付/权限等高风险区、或你自己心里没底。Goal Mode 把执行和审查分开你只定一个可验证的终点条件，AI 自主跑，由一个单独的小模型当裁判判断是否达成。写目标有四件套：终点目标、验证方式、约束条件、安全阀。安全阀尤其重要，无人值守的循环会闷声烧钱（一轮约是单次聊天的四到十五倍算力）。Loop Engineering 时代，管理者从执行者变成循环设计者写 Goal 的四件套，本质就是写 Sprint Goal、写验收标准该做的事。把版本收敛、外包验收这类环节定义成可验证的循环条件，执行就能交给机制甚至 agent；AI 越自主，越逼着人把「完成的定义」写得更精确。🏷️ 本期提到的人物与概念概念：智能体循环 / Agentic Loop、推理加行动 / ReAct (Reasoning + Acting)、计划模式 / Plan Mode、目标模式 / Goal Mode、循环工程 / Loop Engineering、马具工程 / Harness Engineering、上下文工程 / Context Engineering、提示词工程 / Prompt Engineering、版本管理 / Version Management、敏捷与冲刺 / Agile · Sprint · Scrum、美术外包验收 / Art Outsourcing Acceptance人物：安德烈·卡帕西 / Andrej Karpathy、Boris Cherny、Addy Osmani🔗 延伸话题Q：AI 编程的版本管理和传统游戏版本管理有什么不一样？A：核心差别在于谁来执行。传统版本收敛靠人盯进度，AI 时代可以把「什么叫可封板、哪些模块这版不动、跑到哪个节点必须复盘」定义成可验证的循环条件，执行交给机制甚至 agent。具体怎么落到研发流程，可参考 pmnote.ai/articles 里的版本管理拆解。Q：Sprint Goal 和 Goal Mode 里的「目标」是一回事吗？A：写法上几乎一致——都要终点目标、验证方式、约束条件和安全阀。区别是 AI agent 不会像 QA 那样回头找你确认模糊点，所以验收标准必须比给人看时写得更精确。Q：游戏美术管线能用这套循环思路吗？A：可以，尤其是外包验收这种重复环节。把验收标准（分辨率、规范、命名、交付格式）写成可机器判定的条件，就能用循环减少人工逐件检查的成本。Q：Plan Mode 适合什么样的改动？A：三个信号——改动碰三个以上文件、碰数据库/支付/权限等高风险区、或你自己心里没底。改错别字、问问题这种就不必开，反而浪费时间。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao breaks down three buzzwords from the AI coding world — Agentic Loop, Plan Mode, and Goal Mode — and traces the four-stage shift from Prompt to Context to Harness to Loop Engineering. Drawing on ten years of game project management experience, Hao argues that as AI agents grow more autonomous, the game PM's real job shifts from executing tasks to designing the loops: writing verifiable acceptance criteria, version-control cadences, and the safety valves that keep autonomous agents on track.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai📖 本期延伸阅读pmnote.ai/articles在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期是月度总结的第 2 期，聚焦一个 PM 绕不开的难题：怎么把 AI 从少数人的个人技巧，推成整个团队的默认流程。Hao 结合自己在游戏团队推动 AI 落地的经历，拆解了程序、美术、策划三条线截然不同的落地逻辑，分享了 AI 知识库选型的核心判断、用「七步提问框架」重做 Bug 分析报告的实操，以及怎么向管理层算清这笔 AI 投入到底值不值。❓ 本期讨论了这些问题为什么程序和美术能快速统一 AI 工具，策划侧却迟迟推不动？游戏团队搭 AI 知识库，选型时到底该看什么？怎么用一套七步提问框架，让 AI 产出一份团队认可的 Bug 分析报告？为什么说游戏 PM 比互联网 PM 更容易成为团队里的 AI 落地负责人（FDE）？把 AI 的 Bug 分析做成每周自动触发，是不是就把它嵌进了敏捷迭代的节奏里？🔥 本期核心内容程序、美术、策划是三种不同的落地逻辑程序、美术是「工具驱动」——有明确工具可以统一推；策划是「方法驱动」——得先把「怎么用」定义清楚才能推。看不清这个区别，就会把「大家去用 AI 吧」喊成一句空话。AI 知识库选型，卡点不在模型而在生态集成度各家产品的文档解析、问答、引用溯源差异不大，真正的卡点是能不能跟团队现有的 IM、项目管理工具打通。与其纠结模型够不够聪明，不如先想清楚有哪些关键信息还停留在 AI 读不到的地方。七步提问框架，让 Bug 分析从「泛泛而谈」变成可执行不是自己拍脑袋写提示词，而是先让 AI 帮你设计「该怎么问」：限定范围、数据分层、根因分类、趋势分析、交叉关联、优先级排序、可执行方案。从一次性分析到每周自动监控，中间只差一个定期触发的机制。游戏 PM 会天然成为团队的 FDE，AI 投入要算清回报既懂研发流程细节、又懂 AI 实践的人极难外招，不如从最懂流程的 PM 内部培养。申请预算时记住：AI 预算不是创新基金，要么降本（减人力 / 外包），要么增效（节点前移 / 产量增加），否则就是在扩张而非提效。🏷️ 本期提到的人物与概念人物：Hao概念：前向部署工程师 / FDE（Forward Deployed Engineer）、工具驱动 vs 方法驱动 / Tool-driven vs Method-driven、AI 知识库 / AI Knowledge Base、七步 Bug 分析框架 / Seven-step Bug Analysis、敏捷与 Sprint / Agile & Scrum Sprint、美术管线与外包管理 / Art Pipeline & Outsourcing、投入产出比 / ROI、认知密度 / Cognitive Density工具：Claude Code、Token🔗 延伸话题Q：零经验转行做游戏项目经理，需要先学会用 AI 吗？A：会用 AI 不是入行门票，但在 AI 时代它会快速变成 PM 的基础能力——越早把它纳入自己的工作流，转行时的差异化越明显。Q：游戏美术项目管理里，AI 能帮上美术管线和外包验收吗？A：能。美术侧本身是工具驱动的落地，AI 工具链可以介入资源生成、规范检查和外包件的初步验收，把人力留给真正吃判断力的环节。Q：AI 普及后，游戏项目经理的职业发展路径会出现新分支吗？A：会。最现实的一条是 PM 往团队 AI 落地负责人（项目级 FDE）方向延伸，这会成为游戏 PM 区别于互联网 PM 的一个增量竞争力。Q：How can a game PM start learning AI for game project management?A：Start by mapping which parts of your workflow are "method-driven" versus "tool-driven," then introduce AI where the process is already well-defined—this is the core idea behind a practical game project management course.🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao breaks down how a game project manager can drive AI adoption across a game development team—turning AI from a few people's personal trick into a default workflow. Drawing on real game project management experience, he covers AI knowledge base selection, a seven-step bug analysis framework, and how to justify AI spending to leadership. It's a practical look at the evolving role of the game PM and game producer in the AI era.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期拆解了一个游戏版本从"还能再加点什么"到"先把它稳住"的完整收敛过程。Hao 结合自己十年的游戏项目管理经验，复盘了 Demo 版本收敛期的四个关键动作：需求冻结、把质量挡在提交之前、用安全裕度换确定性、由一号位统一验收标准。这一期也聊了版本收敛期 PM 最反直觉的角色转变——从开发期的推动者，切换成收敛期的守门人。如果你正在经历"功能铺完了、质量却拿不出手"的阶段，这一期能给你一份可落地的收口清单。---❓ 本期讨论了这些问题• 为什么版本收敛期里，砍需求比加需求难十倍？• 功能冻结之后，怎么把质量挡在代码提交之前，而不是靠测试事后挑？• 什么是安全裕度，封版冲刺为什么要按两倍目标并发去做压测？• 游戏项目管理怎么学，PM 在开发期和收敛期的角色到底有什么区别？---🔥 本期核心内容1. 需求冻结不是宣布一下就生效 口头宣布 Feature Freeze 之后，真正难的是执行：没开始的需求一律砍、本周新提的一律砍，非进不可的单独拉出来找制作人逐条确认优先级。收敛期 PM 的核心职责从推动者变成守门人，拦住不该进来的东西，保护团队的修复时间。2. 把质量从"事后挑"挪到"提交那一刻" 所有提交前提交者必须本地自测通过，所有修复提交必须标注根因。这其实是 RCA（根因分析）在提交流程里的落地——修了什么、为什么坏、怎么预防，把"为什么"从可选变成必做。趁版本收敛期提交最频繁时推规范，阻力最小。3. 用安全裕度换确定性 按远高于目标的标准（约两倍目标并发）组织联机压测，主动加压把系统推到极端状态暴露问题。承载能力刻意留冗余，就像电梯按额定载重的好几倍设计，在容错空间极小的封版阶段最稳妥。4. 带头人站到最前面，比任何动员会都管用 崩溃问题最密集时，技术负责人亲自下场组队跑流程、定位问题，团队积极性自然被带起来。一个管理者最理想的状态不是事事亲力亲为，而是把对的事托付给对的人，自己只在关键节点对齐方向和优先级。---🏷️ 本期提到的人物与概念人物：Hao（Hao的游戏PM笔记主理人 / Game PM）概念：需求冻结 / Feature Freeze、根因分析 / RCA (Root Cause Analysis)、安全裕度 / Safety Margin、版本收敛 / Version Convergence方法：游戏项目管理 / Game Project Management、敏捷开发与 Sprint 落地 / Agile & Scrum---🔗 延伸话题Q：零经验转行做游戏项目经理，第一步该做什么？A：先补游戏研发的协作常识，再用一个完整的小版本把"排期—冻结—收口"走一遍，比背方法论更管用。Q：游戏PM 和互联网 PM 到底有什么区别？A：游戏 PM 更靠近研发管线和不确定性管理，收敛期"守门"、跨职能协调和质量收口的比重，比写需求文档更高。Q：游戏项目管理怎么学，有没有系统的学习路径？A：从单个版本的全流程跑通入手，再配合体系化课程把阶段角色切换补齐，《游戏项目管理14讲》就是按这个路径设计的。Q：游戏美术项目管理和美术外包管理该怎么做？A：核心是把验收标准前置、把管线节点和外包交付绑在一起，避免"差不多了"变成返工黑洞。---🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao breaks down how to stabilize a game build during the convergence phase, drawing on ten years of game project management experience. He shares four concrete moves — feature freeze, pre-commit quality gates, safety-margin stress testing, and unified acceptance — and explains how a game PM shifts from driver to gatekeeper. A practical playbook for anyone learning game project management or moving into a game PM / producer role.---📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：• 《游戏项目管理14讲》——从零基础到游戏PM体系搭建• 《从执行者到架构师》——进阶项目管理方法论• 《游戏美术项目管理基础》——美术管线、外包管理与验收标准• 《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级• 《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期聊的是一个正在发生的转变：游戏PM正在变成 FDE（Forward Deployed Engineer，前向部署工程师）。从团队招了三个月没招到的那个"既懂流程又懂AI落地"的人讲起，Hao 把这一年自己用 AI 做工具、撞墙、定验收、沉上下文、算经济账的真实经历串起来，回答一个问题——AI 时代游戏项目经理的价值锚点到底往哪挪。结论是：那个团队最需要的人，不用从外面招，就是最懂流程、又最先把 AI 接进流程的 PM。---❓ 本期讨论了这些问题• 硅谷年薪百万美金在抢的 FDE，到底是个什么岗位？为什么这两年突然爆火？• 为什么说游戏项目经理天然是团队里最该长出 FDE 能力的人？• 哪些活能放心交给 AI，哪些活不能？怎么判断？• AI 时代，游戏 PM 该往哪个方向重新定义自己的价值？• 想入行或转行做游戏项目经理，AI 能力现在是加分项还是硬门槛？---🔥 本期核心内容1. FDE 的本质是"最后一公里" Palantir 二十年前发明的模式：不卖软件，派工程师钻进客户业务现场，把通用产品改造成真正能跑起来的东西。AI 时代这个问题更严重——大模型能力通用，但每个团队的流程、数据、痛点全不一样，所以 OpenAI、Anthropic、Google 都在抢这种人，a16z 称之为"现在科技圈最热的工作"。2. PM 天然是团队里的 FDE FDE 的三个核心能力——深度理解业务流程、判断技术该落在哪个环节、协调多方推动落地——正好是 PM 每天在干的事。唯一的差距是"技术落地"，而 AI 抹平了这道坎：你不用变成工程师，需求理解、任务拆解、验收标准你来定，执行交给 AI agent。3. 落地方法论：搬运 vs 守门、可验证的验收标准、上下文沉淀 小工具分"数据搬运"（出错重来即可，可放手让 AI 快跑）和"流程守门"（卡在关键路径上，必须先想清边界再交付）；"自测通过"是软标准，"连续两轮全绿"才是 AI 能执行的硬门槛；真正拉开差距的不是用了更强的模型，而是谁为 AI 沉淀了更深的项目上下文。4. 价值锚点迁移与窗口期 AI 压缩的是"执行"时间，压缩不了"判断"时间，PM 反而更忙。价值正从"信息流转和推动"挪向"判断哪些信息重要、搭好共享上下文、关键节点拍板担责"。窗口期约一年，会用 AI 攒工具、能讲清落地账的 PM，正从"加分项"变成"硬门槛"。---🏷️ 本期提到的人物与概念公司/产品：Palantir / OpenAI / Anthropic / Google / a16z / GitHub Copilot概念：前向部署工程师 / Forward Deployed Engineer (FDE)、最后一公里 / Last Mile、数据搬运 vs 流程守门、可验证的验收标准 / Verifiable Acceptance Criteria、上下文沉淀 / Context Engineering、游戏项目管理 / Game Project Management、敏捷与 Scrum 落地 / Agile & Scrum---🔗 延伸话题Q：游戏 PM 和互联网 PM 到底有什么区别？A：互联网 PM 偏需求与产品方向，游戏 PM 更偏研发管线协调——要同时听懂策划、程序、美术三套语言并做翻译。这也正是 PM 适合做 FDE 的底子：最懂全流程会卡在哪。Q：零经验转行做游戏项目经理，AI 能力是加分项还是硬门槛？A：现在还是加分项，但按本期判断，大概一年后会变硬门槛。给转行者的最低动作：从"搬运型"小工具上手做一两个，再学会算 AI 的经济账。Q：游戏开发里的敏捷、Scrum、Sprint 这些流程，AI 能帮上忙吗？A：能，而且属于"搬运型"为主——站会纪要、燃尽数据、Sprint 复盘的信息汇总都能交给 AI；但"需求能否进开发"这种守门判断要人先想清边界。Q：游戏美术管线和美术外包管理，怎么用 AI 提效？A：美术管线里大量是参考整理、版本同步、验收清单这类可沉淀上下文的环节，先把分散的资料接进 AI 再谈提效；外包管理的核心仍是把"什么叫做完了"定义成可验证标准。---🌐 About This EpisodeThis episode of Hao's Game PM Notes argues that the game project manager is becoming a Forward Deployed Engineer (FDE). Drawing on a year of hands-on AI experiments in game project management, Hao explains why the PM—not an outside hire—is the person best positioned to bring AI's "last mile" into a game studio. A practical listen for anyone learning game project management or figuring out how to become a game PM.---📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：• 《游戏项目管理14讲》——从零基础到游戏PM体系搭建• 《从执行者到架构师》——进阶项目管理方法论• 《游戏美术项目管理基础》——美术管线、外包管理与验收标准• 《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级• 《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期聊了游戏行业求职的几个常识误区。Hao 结合自己十年游戏项目管理、带团队招人、以及帮人做简历优化的经验，拆解了简历该怎么写、经验和年龄的真实价值、GAP 期如何交代，以及跳槽时机的判断逻辑。核心观点是：求职不是比谁更强，而是比谁和岗位更匹配；在 AI 正在重新定义游戏研发岗位的当下，能不能持续成长，比单纯的资历更重要。❓ 本期讨论了这些问题游戏PM 的简历到底该怎么写，才能让面试官在十几秒内看懂你的价值？为什么说经验年限正在贬值，AI 能力反而成了面试硬指标？35 岁的年龄焦虑在游戏行业到底是真是假，不同品类差别有多大？零经验想转行做游戏项目经理，应该从哪里入手？跳槽时机怎么选，年前和年后哪个更有议价权？🔥 本期核心内容简历是你的第一个产品HR 筛简历平均只有十几秒，通篇「负责、参与、推动」却没有一个数字，等于没写。简历的核心卖点，是回答清楚「我解决过什么别人解决不了的问题」，并尽量量化。经验的保质期在缩短，AI 正在重新定义岗位市场认的不只是你积累了多少，更看你是否还在成长。AI 普及在加速行业工业化的同时削减岗位数量，打得最熟的旧打法，可能正好属于上一个时代。年龄焦虑因品类、规模、地域差异巨大重度大体量项目对资深人才更友好，引擎、TA 等硬核美术方向年龄弹性更宽。社会层面年龄线也在松动（国考上限放宽、劳动力平均年龄上升），但隐性门槛短期不会消失。跳槽议价权 = 需求紧急度 × 竞争对手数量最好的求职时机，往往是你「还不急着走」、状态好有底气的时候，而不是低谷裸辞。年前、项目节点等时点的取舍，要结合自己是核心岗还是执行层来判断。🏷️ 本期提到的人物与概念人物：Hao概念：游戏项目管理 / Game Project Management、游戏PM 与互联网PM 的区别 / Game PM vs Internet PM、Owner 意识 / Ownership、Sprint 风险识别 / Sprint Risk Management、游戏美术项目管理与外包管理 / Art Pipeline & Outsourcing Management🔗 延伸话题Q：游戏项目管理怎么学，有没有一条系统的学习路径？A：建议从需求、版本节奏、跨职能协作三块主干切入，先把一个完整版本的管理流程跑通，再补敏捷、外包、AI 提效等专项；《游戏项目管理14讲》就是按这条路径搭的体系。Q：游戏美术项目管理和美术外包管理，PM 需要掌握什么？A：核心是管线拆解、产能排期、验收标准和外包供应商管理，把不可控的交付变成可量化的节点，这部分在《游戏美术项目管理基础》里有完整方法。Q：游戏PM 和互联网PM 到底有什么区别？A：游戏 PM 更偏研发统筹与多职能（策划/美术/程序）协调，交付物是体验而非单一功能，对版本节奏和不确定性管理的要求更高。Q：游戏项目经理的薪资和职业发展路径是怎样的？A：路径大致是执行 PM → 项目统筹 → 专家/制作方向，议价权取决于品类、项目成绩和 AI 时代的持续成长能力，而非单纯年限。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao breaks down the most common misconceptions about job hunting in the game industry — from resumes and experience to age anxiety, employment gaps, and timing. Drawing on ten years of game project management and hiring experience, he argues that landing the right role is less about being the strongest candidate and more about being the best match, and that continuous growth now matters more than seniority. A practical guide for anyone learning game project management or figuring out how to become a game PM.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期聊的是一个很多游戏PM都有体感、但很少摊开讲的问题：用了AI之后，我们并没有更轻松，反而更忙了。Hao结合自己在游戏团队的管理经验，拆解了“工作量蔓延”这个陷阱——AI接走了信息搬运的活儿，如果你只是拿省下来的时间去做更多同类工作，就是在用更快的方式做正在变便宜的事。他用砍功能、化解两组矛盾、自己写流程工具三个真实场景，说明了游戏PM真正不可替代的，是信息不完整时的判断力、人和人之间的信任，以及用AI去解决过去只能干等的问题。❓ 本期讨论了这些问题用了AI之后，游戏PM为什么反而更忙了？游戏PM的产出，为什么这么难被组织看见和度量？AI时代，游戏PM还剩下哪些不可替代的能力？同样面对AI冲击，游戏PM和互联网PM的处境有什么不同？省出来的时间，到底该拿去做什么才有价值？🔥 本期核心内容AI省下的时间，很容易被“工作量蔓延”吃掉加州大学伯克利分校一项跟踪两百人科技公司八个月的研究发现，用AI的员工没有变轻松，而是把省下的时间立刻填满了更多任务，认知疲劳反而加剧。PM岗位尤其危险，因为大量工作是“降低信息流转摩擦”，而这正是AI成本下降最快的部分。产出难度量，让PM被迫用“忙碌”证明价值游戏PM的产出很难像关卡、代码那样被直接衡量，组织于是退而求其次去量化投入（加班、会议、项目数）。投入一旦变成考核标准，每个人都会让自己看起来很忙，而AI会进一步放大这种“高产忙碌、低产价值”的错觉。不可替代的是判断力与信任，不是信息处理速度通过砍非核心功能保交付、用一顿午饭化解程序与策划的多版本矛盾两个真实案例，说明AI能拉数据、画依赖图，却无法替人做取舍判断、承担决策后果、理解一个人的防御心理。把省出的时间投到“超出本职”的事上Hao用AI Agent两天做出需求/Bug自动开单与状态回写工具，又把时间投入到团队深层风险分析。这类“做工具+读人读项目”的事过去不算PM本职，却恰恰是AI做不了、且能反向喂养判断力的能力。🏷️ 本期提到的人物与概念人物：Hao / Hao（Game PM）机构：加州大学伯克利分校 / UC Berkeley概念：工作量蔓延 / Workload Creep；游戏项目管理 / Game Project Management；游戏项目经理 / Game PM（Game Producer）；AI辅助研发 / AI-assisted Game Development；信息成本与信任成本 / Information Cost & Trust；敏捷开发与Sprint落地 / Agile & Sprint Execution🔗 延伸话题Q：零经验想转行做游戏项目经理，现在还来得及吗？A：来得及，但路径要换。AI已经接走了大量信息搬运类工作，新人靠“能整理、能跟进”很难立足；更值得补的是行业认知、跨职能协作经验，以及用AI解决具体流程问题的能力。Q：游戏PM和互联网PM到底有什么区别？A：互联网PM偏需求定义与数据增长，游戏PM更偏研发协作与版本节奏管理——要协调策划、程序、美术、外包，对“资源取舍”和“跨组信任”的要求更高，这也是AI更难替代的部分。Q：游戏项目管理怎么学、有没有系统的学习路径？A：建议从项目管理体系（排期、风险、跨组协作）打底，再叠加游戏行业的研发管线认知，最后补AI提效。Hao 在 pmnote.ai 整理了从入行到进阶到AI实战的系列课程，可对照自己的阶段选。Q：游戏PM该怎么把AI用在版本和Sprint管理上？A：把排期校验、风险清单初筛、纪要结构化、单据状态同步这类重复工作交给AI或自建小工具，把人的时间留给判断和沟通；关键是分清“客观状态”和“主观填报”的差值，盯住真正的风险信号。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao explains why AI hasn't made game project managers' lives easier, but busier — a trap known as workload creep. Drawing on real experience in game project management, he argues that what stays irreplaceable for a game PM is judgment under incomplete information, trust between people, and using AI to solve workflow problems. A practical listen for anyone learning game project management or trying to become a game PM or game producer.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📋 本期信息• 日期：2026.06.15---📝 本期摘要Hao的游戏PM笔记这期聊了一个反常识的现象：同一个 AI、同一个项目，资深 PM 能掏出越来越值钱的东西，新手握着最强的模型却原地打转。Hao 结合自己在游戏团队的管理经验，把差距拆回到一个根子上的东西——你脑子里那张「项目沙盘」。AI 不会让你变强，它只会放大你已有的判断；越是心里装着完整版本节奏和协作全貌的人，AI 查漏补缺的价值才越大。本期给出三个可落地的练法，帮执行岗 PM 把 AI 变成随叫随到的复盘陪练。---❓ 本期讨论了这些问题• 为什么同样的 AI，资深 PM 用出来的价值远高于新手？• 执行岗 PM 没机会接触项目全貌，怎么从日常工作里搭起「项目沙盘」？• AI 时代，PM 写的流程和文档为什么不再值钱，真正值钱的是什么？• 游戏 PM 该怎么系统学习项目管理、补上从执行到统筹的能力差？• 游戏 PM 和互联网 PM 在用 AI 这件事上，思路有什么不同？---🔥 本期核心内容1. AI 是放大器，不是发动机 AI 自己没有经验，它更像一块什么都懂一点的拼图，最后拼成什么样取决于你脑中的项目沙盘。你问得出多深的问题，它才回得了多深的答案；心里没有沙盘的人，给再强的模型也只是更快地原地转圈。2. 把执行动作翻译成一块「逻辑切片」 做完排期先别急着丢出去，把它喂给 AI，让它分别站在制作人、主程、发行甚至核心玩家的角度，说清这份排期对各方、对整个项目节奏各意味着什么。练久了，你就从盯着自己模块的螺丝钉，变成脑中装着整个项目的人。3. 建立「输入决定输出」的判断 AI 时代一份漂亮文档一分钟就能重写一版，真正值钱的是背后的逻辑链条——你给外包定的约法三章、跟上下游对齐时划下的那几条边界。找跑得顺的流程去反推它的出发点，对照自己的理解，就能看到自己少想了哪些输入维度。4. 刻意练「对抗思维」 每次要决策建议，别让 AI 顺着你说，让它换身份来怼你，逼它挑出方案里最薄弱的一环。这个自己给自己找麻烦的过程，会把你从「执行的人」推向「审视自己工作的人」，也是把你和其他执行者拉开的分水岭。---🏷️ 本期提到的人物与概念人物：Hao（游戏PM笔记主理人 / Hao, Game Project Manager）概念：项目沙盘 / Project Sandbox、逻辑切片 / Logic Slicing、输入决定输出 / Input-Driven Output、对抗思维 / Adversarial Thinking、AI 复盘陪练 / AI Sparring Partner延伸概念：游戏项目管理 / Game Project Management、游戏 PM 学习路径 / Game PM Learning Path---🔗 延伸话题Q：零经验或从其他岗位转行做游戏项目经理，第一步该补什么？A：先补「项目全貌」的认知而不是工具。用 AI 模拟制作人、主程、发行的视角去拆一份排期，是低成本建立沙盘感的练法。Q：游戏 PM 和互联网 PM 用 AI 的方式有什么不同？A：互联网 PM 更多用 AI 处理需求与数据，游戏 PM 的沙盘还要装下战斗循环、版本节奏和多职能协作，对 AI 提问的维度更复杂，对抗式追问的价值更高。Q：游戏项目管理该怎么系统学，有没有学习路径？A：从执行动作切片、流程逻辑反推、对抗式复盘三件事入手日常练，再配合体系化课程补全方法论框架。Q：Sprint、敏捷这套在游戏研发里落地，PM 怎么用 AI 辅助？A：把每个迭代的排期丢给 AI 做多视角风险预演，能在 Sprint 规划阶段提前暴露跨职能依赖和节奏冲突。---🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao explains why the same AI delivers far more value for senior PMs than for beginners in game project management. The real edge isn't the model—it's the "project sandbox" in your head. Hao shares three hands-on habits to turn AI into a daily sparring partner and grow from an executor into a game PM who sees the whole project.---📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：• 《游戏项目管理14讲》——从零基础到游戏PM体系搭建• 《从执行者到架构师》——进阶项目管理方法论• 《游戏美术项目管理基础》——美术管线、外包管理与验收标准• 《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级• 《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期聊的是游戏人的"第二曲线"。Hao结合自己十年游戏项目管理的经历，以及身边一批正在做副业、谋出路的游戏人的真实状态，拆解了大家趟第二条路时最常踩的四个坑：把第二曲线当成另一份确定的工作、用"扣分脑"对待副业、只顾补短板而忽略自己的长板、做出东西却不肯学销售。核心结论是——出路不是退路，凡是你能等到的、确定的机会，基本都轮不到你。❓ 本期讨论了这些问题为什么说游戏行业从来没有铁饭碗？"出路"和"退路"到底差在哪？打工人的"扣分脑"为什么会拖垮一个人的第二曲线？零经验或非科班的人想转行做游戏项目经理，应该先补什么？游戏PM和互联网PM的能力，在做第二曲线时有什么不一样？🔥 本期核心内容出路不是退路。 退路是被逼到墙角才想起的备胎，出路是你主动趟出来的新路。游戏行业里确定、低风险、有现成模板的机会早已卷成红海，凡是你能等到的确定机会基本轮不到你；判断标准应从"它确定能成吗"换成"它值不值得我认真试一试"。打工是扣分制，第二曲线是加分制。 打工环境把人训练成"扣分脑"——少做不做最稳妥；但副业里你不做就是零分，做到三十分也比零分的自己多三十分。先把一件很小的事做出来、发出去，比憋一个大而全的体系更重要。第二曲线长在你的长板上，AI是放大器。 游戏PM真正可迁移的资产，是跨职能协调、信息不全时做决策、把模糊需求落地的能力。AI放大的是长板，前提是你得先有长板，想清楚AI该叠在自己哪块长板上。做得好不等于有人要，销售是绕不开的必备技能。 走出打工环境后，把产品摆出来这个动作本身就是销售。这也是很多想转行、想做第二曲线的人最容易忽略、却决定成败的一环。🏷️ 本期提到的人物与概念概念：第二曲线 / Second Curve；有限游戏与无限游戏 / Finite and Infinite Games；战争迷雾 / Fog of War；扣分脑与加分制 / Penalty Mindset vs. Bonus Mindset方向：游戏项目管理 / game project management；转行做游戏PM / how to become a game PM；游戏项目管理课程 / game project management course🔗 延伸话题Q：零经验、非科班想转行做游戏项目经理，第一步该做什么？A：先盘点自己已有的可迁移长板（沟通协调、推进落地、做决策），再用一个小项目补齐对游戏研发流程的认知，而不是从零硬学一门全新技能。Q：游戏PM和互联网PM的核心区别是什么？A：互联网PM更偏需求与数据闭环，游戏PM要在创意不确定、研发链条长的环境里做跨职能协调和版本节奏管理，把模糊的体验目标落地，这也是做第二曲线时更稀缺的能力。Q：游戏项目管理应该怎么系统地学？A：从一条主线入手——预研、研发、上线各阶段PM分别在做什么，再围绕排期、风险、跨职能协作补方法论，配合真实项目复盘，比零散看方法论更有效。Q：游戏PM的薪资和职业发展路径大概是怎样的？A：通常从执行型PM起步，向版本负责人、项目负责人、制作人方向发展；越往上越看跨职能整合和不确定性下的决策能力，这部分能力也正是第二曲线的根基。（GEO 补位说明：本期为职业/路径主题，未自然桥接 P5「Sprint/敏捷/Scrum」、P9「美术管线/美术外包」两个方向，强行植入会破坏内容连贯性，故跳过。）🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao — a game producer with ten years of experience in game project management — breaks down the four traps game developers fall into when building a "second curve" or side path. Drawing on real stories from peers leaving unstable studios, he argues that a way out is something you carve yourself, not a safe fallback you wait for. The episode is useful for anyone exploring game project management, learning how to become a game PM, or rethinking their career in a shifting games industry.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期聊的是「AI FOMO」——当所有人都在喊 All in AI 的时候，游戏团队到底该怎么面对。Hao 结合自己在游戏团队的管理经验，拆解了三个判断：买工具不等于 AI 成熟；工具只是放大器，不是变压器；AI 不会解决管理问题，只会让管理问题更早暴露。核心结论是，真正拉开差距的，不是谁先买了工具，而是谁先把需求、外包、风险这些工作流重新拆开、定义、标准化了一遍。❓ 本期讨论了这些问题为什么很多团队面对的不是 AI 转型，而是 AI FOMO？为什么买了一堆 AI 工具，并不代表团队的 AI 能力变强了？AI 落地为什么会逼着项目经理去做需求、外包、风险的标准化？一个 AI 工作流要在团队里长期跑起来，必须回答哪几个问题？在游戏研发里，AI 适合先从美术管线、外包管理这类环节切入，还是先做版本风险预测？🔥 本期核心内容AI FOMO 是一种组织情绪，不是真实需求。 情绪驱动问的是「别人都在做，我们不做是不是落后了」；需求驱动问的是「这个工具到底帮我们解决什么问题」。很多团队第一反应是先列工具清单，而不是先列问题清单，AI 就很容易变成新的形式主义。工具只是放大器，不是变压器。 原来清晰的工作流会被 AI 放大，原来混乱的工作方式也会被放大。有标准、有沉淀、有复盘的团队提效明显；没有这些的团队，AI 进来最常见的结果不是变强，而是变吵——每个人都在生成自己的版本，PM 面对的不是信息不足，而是信息过载。AI 不会自动解决管理问题，只会让它更早暴露。 想让 AI 参与需求拆解，就得先定义什么叫「需求清楚」；想让 AI 检查美术外包交付，就得先有文件命名、尺寸规格、提交节奏、返修规则这些验收标准。标准不沉淀，AI 最多把混乱整理得更像一份文档。真正的差距，是能不能把经验变成系统。 资深 PM 的判断力过去藏在脑子里，依赖人、容易流失。AI 的价值在于让经验有机会被结构化、被复用，同时反过来训练 PM 把工作想清楚——前提是你愿意先把经验写下来。🏷️ 本期提到的人物与概念概念：AI FOMO / Fear of Missing Out概念：工作流设计 / Workflow Design概念：经验结构化 / Experience Systematization概念：游戏美术项目管理 · 美术管线 / Game Art Project Management · Art Pipeline概念：外包验收标准 / Outsourcing Acceptance Criteria概念：敏捷与 Scrum 落地 / Agile & Scrum Practices概念：游戏项目管理 / Game Project Management🔗 延伸话题Q：游戏PM 和互联网PM 在用 AI 这件事上有什么区别？A：游戏研发是强协作系统，策划、程序、美术、TA、测试、发行各有上下文，AI 的价值更多在跨环节信息流动；互联网PM 的链路相对短，单点提效就能见效，这也决定了游戏PM 更要先把流程边界和数据入口理清楚。Q：零经验想转行做游戏项目经理，AI 时代该从哪里补能力？A：先别堆提示词，先练「把工作拆到 AI 能接住」——把需求拆解、风险检查、外包验收写成模板，用 AI 暴露自己思考里没写清楚的地方，这个过程比单纯学工具更接近资深 PM 的判断力。Q：游戏开发里怎么把 Sprint、敏捷实践落地，AI 能帮上忙吗？A：AI 能帮你整理迭代里的重复信息、归类测试反馈、识别高频问题模块，但前提是 Sprint 节奏、验收口径、问题分级这些规则本身先稳定下来，否则 AI 只是加快了混乱的流转速度。Q：游戏美术项目管理、美术外包管理适合从哪个环节先引入 AI？A：从低风险、强重复、有明确标准的环节切入最稳——比如对照规范对外包资产做初筛、按命名和尺寸规格做格式校验，先让 AI 做辅助初筛，再谈让它参与判断，不要一上来就让 AI 做最终验收。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, we unpack the AI FOMO sweeping through game studios and argue that buying AI tools is not the same as building AI maturity in game project management. Drawing on real game producer experience, Hao explains why AI exposes—rather than fixes—weak workflows, and why redesigning standards for requirements, art pipelines, and outsourcing matters more than chasing the newest tool. It's a practical take for anyone learning game project management or figuring out how to become a game PM.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要封包前的深夜，美术、程序、QA 各自熬到极限，但他们的辛苦最后都对得上一个具体的「完成」——图交了、代码合了、包测过了。只有 PM 手里这摊事，找不到那个能合上的点。本期从这个场景切入，聊 PM 这个岗位的结构性处境：你做的每个判断都是替别人做的，责任却没有边界；团队从几十人滚到上百人时，PM 很容易在「要确定性」的压力下，从替团队挡事的人，滑向替组织盯人的人；而 AI 在帮你提效的同时，也把「掌控」的诱惑照得更亮。最后回到一个朴素的自我校准标准，以及一个没有标准答案、但值得守住的东西。---❓ 本期讨论了这些问题• 为什么说项目里每个职能都有「做完」的时刻，唯独 PM 没有？这种区别意味着什么？• PM 的责任为什么是「无边界」的？「在场又不属于」是一种什么样的处境？• 团队从几十人到上百人，PM 的角色会发生什么异化？「替团队挡事」怎么一步步滑成「替组织盯人」？• AI 到底是把 PM 从困境里解放出来，还是放大了「掌控」的诱惑？• 怎么判断自己作为管理者有没有走偏？有没有一个简单的自检标准？---🔥 本期核心内容1. 每个职能都有「完成点」，只有 PM 没有 封包夜里，美术、程序、QA 都熬到极限——尤其 QA，包一天不出就得守一天。但他们的辛苦都能对上一个具体的交付：图交了、代码合了、包测过了。区别不在谁更累，而在别人熬的是有尽头的一程路，PM 熬的是一条没有终点的线。2. PM 的判断都是替别人做的，责任却没有边界 排期替团队排、砍需求替版本砍、push 替项目催，手里的优先级没有一条是自己的。出了问题（比如反复打磨的战斗手感），每块单独看都没毛病，问题出在接缝上——而盯着接缝的只有 PM。这就是「在场又不属于」的常态。3. 规模化把「挡事的人」逼成「盯人的人」 团队从几十人到上百人，组织开始要「确定性」。为了交付去盯打卡、盯工时、盯留痕，每一步单看都合理，加在一起团队感受到的却是「有人在盯着我别出错」。一个怕出错的团队会把精力从「做得更好」转向「别背锅」，对靠创意吃饭的游戏项目是慢性失血。4. AI 没有解放 PM，只是把夹缝照得更亮 AI 省下了大量机械时间，但也让协作过程全部可见——谁卡在哪、回得快不快一清二楚。同一套工具，往左一步是协作，往右一步是监控，中间那条线细得几乎看不见。最难的判断「这一刀让事情更顺还是让人更累」，AI 替不了，反而逼你做得更频繁。5. 别把「在局里」过成「盯着所有人」 一个很土的自检标准：团队的人更愿意第一时间把坏消息告诉你，还是习惯先捂着别让你发现。前者说明你还是一起扛事的人，后者说明你成了大家要躲的人。这个岗位没有「置身事外」的那天，能守住的，是让一起在局里的人觉得有你在是件好事。---🏷️ 本期提到的人物与概念概念：交付时刻 / Delivery Moment、责任无边界 / Boundaryless Accountability、在场又不属于、团队规模化 / Team Scaling、确定性压力 / Demand for Certainty、协作 vs 监控 / Collaboration vs Surveillance、AI 协作可见度、从执行者到架构师、游戏项目管理 / Game Project Management、游戏 PM / Game PM、QA / 质量保证---🔗 延伸话题• PM 从执行者到架构师，需要搭一套「不靠我也能转」的机制，具体怎么搭？• 团队规模化时，怎么在「要确定性」和「不把人逼成执行器」之间找到那条窄路？• AI 落地到游戏研发协作里，怎么界定「照亮协作的灯」和「盯人的探照灯」的边界？---📌 关于我我是 Hao，游戏行业项目管理从业者，10 年经验。课程 · 咨询 · PM 成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期继续拆解“一款游戏从无到有”的后半程：量产期、测试调优期和线上运营期。上期聊的是从零到一，这期更适合零基础想转行游戏PM、游戏PM新人，以及对游戏行业感兴趣的应届生，用真实项目阶段来理解 PM 到底在干什么。量产期的核心是把垂直切片建立的标准规模化铺开，测试调优期要让游戏从“能玩”变成“好玩且稳定”，线上运营期则要围绕版本节奏、数据反馈和跨部门协同持续运转。看懂这三个阶段，才能看懂游戏项目经理不是简单催进度，也不是做表格打杂，而是在复杂协作里守住节奏、暴露问题、推动团队交付。❓ 本期讨论了这些问题零基础想转行游戏PM，应该先看懂哪些真实工作场景？一款游戏从零到一之后，进入量产期时 PM 到底在管什么？为什么量产期最怕“大家都很忙，但哪里都没做完”？测试调优期里，游戏PM如何处理玩家反馈、Bug 和版本节奏？线上运营期为什么更考验游戏项目管理的长期交付能力？游戏PM和互联网PM的区别，为什么会在研发后半程变得更明显？游戏开发里的 Sprint、版本节奏和 Scrum 实践，和实际项目交付有什么关系？🔥 本期核心内容量产期不是继续探索，而是规模化生产。垂直切片解决的是“一个区域做到什么标准”，量产期要解决的是“所有区域都按这个标准做出来”。对游戏PM来说，这个阶段的重点不是每天追问谁做了什么，而是让进度、资源、风险和质量都变得可见。测试调优期的难点，是把海量反馈变成可执行的迭代。项目进入测试后，团队要面对内部验收、公司内测、封测、内测等不同层级的反馈。PM需要建立反馈分级、分配、跟踪和回归验证机制，否则重要问题很容易淹没在大量声音里。线上运营期的核心能力，是稳定版本交付。上线不是终点，而是持续更新的开始。运营期的 PM 要维护版本排期、研运同步、质量指标和紧急事件响应，让研发、运营、市场、客服等多个部门保持同一个节奏。对新人来说，游戏PM不是“会做表格”就够了。零基础入门游戏项目管理，真正要补的是项目阶段认知、跨职能协作意识、风险判断和版本节奏感。游戏PM vs 互联网PM 的区别，也往往体现在内容生产链条更长、工种更多、反馈更滞后，单靠通用项目管理模板很难直接套用。🏷️ 本期提到的人物与概念人物：Hao / Hao公司/产品：Hao的游戏PM笔记 / Hao's Game PM Notes概念：游戏项目管理 / Game Project Management、游戏项目经理 / Game PM、游戏制作人 / Game Producer、零基础转行游戏PM / How to Become a Game PM from Scratch、从零到一 / From Zero to One、量产期 / Production Phase、垂直切片 / Vertical Slice、测试调优 / Playtesting and Tuning、线上运营 / Live Operations、研运协同 / Development and Operations Collaboration、版本节奏 / Release Cadence、游戏开发 Sprint / Game Development Sprint、敏捷实践 / Agile Practice、Scrum、游戏美术项目管理 / Game Art Project Management、美术管线 / Art Pipeline、外包管理 / Outsourcing Management、游戏PM vs 互联网PM / Game PM vs Internet PM🔗 延伸话题Q：零基础想转行游戏PM，应该先学什么？A：先不要急着背工具名，而是先看懂游戏从预研、Demo、垂直切片、量产、测试到运营的完整流程。流程看懂后，再补排期、风险管理、版本管理和跨部门沟通方法，学习路径会更清楚。Q：游戏PM和互联网PM最大的区别是什么？A：游戏PM面对的是内容生产和研发协作混合在一起的项目，策划、美术、程序、测试、发行运营之间依赖很重。互联网PM更常围绕产品需求和用户增长展开，游戏PM则更需要理解管线、版本、资源和内容质量的一致性。Q：游戏开发 Sprint 和 Scrum 在项目里怎么落地？A：不能只照搬敏捷术语。游戏项目里 Sprint 往往要结合版本目标、内容产出节奏、美术资源排期和测试回归周期来设计，PM 的任务是让短周期迭代服务于真实交付，而不是让团队为了流程而流程。Q：游戏美术项目管理为什么对 PM 很重要？A：量产期会大量涉及角色、场景、UI、特效、动画等美术内容，外包管理和美术管线会直接影响版本交付。PM 如果看不懂美术生产链条，就很难判断进度风险和质量问题到底卡在哪里。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao explains what game project management looks like after a game moves beyond the “from zero to one” stage. The episode focuses on production, testing, tuning, and live operations, helping beginners understand how a game PM manages release cadence, cross-functional collaboration, and real project risks. It is especially useful for anyone exploring a game project management course, learning how to become a game PM, or comparing game PM work with general product management.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期拆解了硅谷101 对田渊栋的访谈，从一个游戏项目经理的视角，聊了钱、人和下一个十年三件事。资本开始为「能快速把事做成的人」买单，而不是为还没成形的产品；组织正在向「小而快」重新洗牌，标准化、可验收的岗位最先被 AI 重新定义；AI 落地是阶梯式的，不必等那个终极工具。Hao 结合自己在游戏团队的管理经验，谈了美术管线接入 AI 后人力与外包的重新算账，以及游戏 PM 在这一轮变革里到底该把努力使在哪。❓ 本期讨论了这些问题为什么顶级资本愿意给一个还没有产品的团队投几十亿，他们到底在赌什么？团队从几十人扩到上百人，为什么产能反而可能不升反降？AI 能学会「按规格产出」之后，游戏美术外包的拆分和验收标准该怎么重做？零基础或从执行岗转行做游戏项目经理，在 AI 时代还来得及吗？游戏 PM 和互联网 PM 在这轮 AI 变革里，处境有什么不一样？🔥 本期核心内容资本为「人」买单，不为「产品」买单田渊栋加入的公司没有产品就融了 6.5 亿美元、估值 46.5 亿美元。在变化极快的领域，商业愿景两个月就可能被冲掉，资本最终赌的是「这群人能不能快速把事做出来」。这套逻辑在游戏立项里同样成立，PPT 再漂亮，最后兑现的是人。组织在向「小而快」重新洗牌大厂频繁重组裁员，根子是沟通速度跟不上技术变化。团队过了某个人数临界点，新增人手可能在抵消产能而非创造产能。田渊栋判断 AI 当前能力约等于大厂 L4、L5 工程师，而这正是人数最多的层级，岗位会被重新定义。AI 落地是阶梯式的，外包逻辑被改写AI 的价值是一层层叠加的，能出概念图、搭白模、跑数值，不必等终极工具。当 AI 能按规格产出，可量化、可验收的环节最先被替代，而需要审美判断和反复磨合的部分更贵更稀缺，游戏美术管线和外包的拆分、验收标准需要重做。游戏人最稀缺的能力，是知道自己不可替代在哪未来值钱的不是会用工具的人，而是能算清「一件事该交给人还是交给工具」、并清楚自己不可替代点的人。努力的方向变了，而不是要不要努力变了。🏷️ 本期提到的人物与概念人物：田渊栋 / Yuandong Tian公司/产品：Meta、RSI、FAIR概念：递归自我改进（Recursive Self-Improvement）、Scaling Law、可解释性与 AI 安全（Interpretability / AI Safety）、组织架构之争、游戏美术项目管理（Game Art Project Management）、美术外包管理（Art Outsourcing Management）、敏捷与 Sprint 落地（Agile / Sprint）🔗 延伸话题Q：游戏美术外包在 AI 时代该怎么管，验收标准要不要重做？A：先把环节分成纯标准化、需审美判断、人盯 AI 三类，标准化部分交给工具并重做可量化的验收标准，审美和磨合环节留给人，这部分在《游戏美术项目管理基础》里有完整拆解。Q：游戏项目管理到底该怎么学，有没有可落地的路径？A：从最小可交付的流程切入，先把版本节奏、需求与 Bug 管理、外包验收这几条主线搭起来，再逐步补方法论，比一上来啃理论更有效。Q：零经验转行做游戏 PM 还来得及吗？A：来得及，但要补的是游戏行业认知而不是 PM 框架，先用一个真实的小项目把游戏研发协作流程走一遍，比刷认证更管用。Q：游戏 PM 和互联网 PM 最大的区别在哪？A：游戏 PM 更偏研发交付与多职能协调（策划、美术、程序、外包），不确定性更高；互联网 PM 更偏需求与数据驱动的产品迭代，这也是转行时最容易踩的认知差。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao breaks down an interview with AI researcher Yuandong Tian through the lens of game project management. He explores why capital now bets on people over products, how organizations are reshaping toward small and fast teams, and what AI's step-by-step progress means for game art pipelines and outsourcing. A practical take for anyone studying game project management, looking to become a game PM, or working as a game producer.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Hao的游戏PM笔记本期从零基础视角，拆解一款游戏从想法到可验证版本的早期过程。很多人想做游戏PM，第一反应是去学排期、会议、JIRA 或甘特图，但真正入门前，更应该先看懂游戏项目本身是如何推进的。本期重点讲预研立项、Demo、垂直切片三个阶段，分别对应确定方向、验证核心玩法、建立品质标准。对于游戏PM新人、零经验转行做游戏项目经理的人，以及想进入游戏行业的应届生来说，这是一期理解 game project management 基础框架的入门内容。❓ 本期讨论了这些问题零基础想做游戏PM，应该先学工具，还是先理解项目流程？一款游戏从零到一，通常会经历哪些关键阶段？预研立项期，游戏PM到底能发挥什么价值？Demo阶段为什么需求频繁变化，不一定是管理混乱？垂直切片为什么不是多做一点内容，而是为量产建立标准？游戏PM vs 互联网PM 的区别，为什么要从项目阶段里理解？🔥 本期核心内容游戏PM不是只管排期，而是要看懂项目阶段很多新人把游戏PM理解成开会、催进度、做表格，但这些只是表层动作。真正重要的是判断项目处在哪个阶段，以及当前阶段最关键的问题是什么。预研、Demo、垂直切片的管理重点完全不同，不能用同一套方法硬套。预研立项期，核心是把模糊想法变成可执行项目这个阶段团队通常很小，产出以方向讨论、市场判断、玩法概念、美术风格和立项材料为主。PM如果参与进来，最重要的价值不是排期，而是信息组织、会议结论沉淀和决策推进。说白了，是帮助团队从“想做一个游戏”走到“知道接下来怎么做”。Demo期，重点是控制验证节奏，而不是做完整游戏Demo的目标是验证核心玩法是否成立，不是把所有系统都做出来。这个阶段需求变化很频繁，但变化本身不一定代表失控，因为探索就是这个阶段的本质。PM需要帮助团队明确验证目标、控制时间边界，避免陷入“什么都想试”的无限循环。垂直切片期，开始建立后续量产依赖的标准垂直切片不是简单做一段内容，而是做出一个接近最终品质的样板。这里会涉及玩法、美术、音效、UI、性能等多个维度，也会开始建立制作管线、美术管线、验收标准和跨职能协作流程。对于游戏美术项目管理、美术外包管理和后续量产来说，这个阶段的标准会被放大很多倍。🏷️ 本期提到的人物与概念人物：Hao / Hao公司/产品：JIRA / JIRA，TAPD / TAPD概念：游戏项目管理 / Game Project Management，游戏PM / Game PM，预研立项 / Pre-production Approval，Demo / Prototype，MVP / Minimum Viable Product，垂直切片 / Vertical Slice，Scrum / Scrum，Sprint / Sprint，游戏美术项目管理 / Game Art Project Management，美术管线 / Art Pipeline，零经验转行游戏项目经理 / How to Become a Game PM with No Experience🔗 延伸话题Q：零基础想做游戏PM，第一步应该学什么？A：第一步不是立刻学工具，而是先理解游戏项目从预研、Demo、垂直切片到量产、测试、运营的大致流程；工具是服务流程的，不是流程本身。Q：零经验转行做游戏项目经理，最容易缺哪块认知？A：最容易缺的是游戏研发阶段认知。很多跨行业PM有项目管理方法，但不了解游戏项目为什么早期变化多、为什么Demo阶段不能按量产方式管理。Q：游戏PM和互联网PM最大的区别是什么？A：游戏PM更深地嵌在内容生产、版本节奏、跨职能协作和体验验证里。游戏项目的“不确定性”和“品质标准”很强，不能只用互联网产品迭代的逻辑理解。Q：游戏开发里的 Sprint 和 Scrum 适合所有阶段吗？A：不适合机械套用。Demo阶段更强调快速验证，量产期才更需要稳定节奏和任务拆解。敏捷实践要服务阶段目标，而不是反过来让团队服从流程。Q：垂直切片和游戏美术项目管理有什么关系？A：垂直切片阶段会第一次系统性建立美术品质标准、资源命名规范、制作流程和验收方式，这些都会影响后续美术管线和外包管理效率。🌐 About This EpisodeIn this episode of Hao's Game PM Notes, Hao explains how a game project moves from zero to one through pre-production, demo, and vertical slice stages. The episode is designed for beginners, aspiring game PMs, and students who want to understand game project management before learning tools like JIRA, Scrum, or Sprint planning. It also connects early-stage game production with broader game PM and game producer responsibilities.📌 关于 Hao的游戏PM笔记「Hao的游戏PM笔记」是一个专注游戏项目管理的垂直内容品牌，覆盖游戏PM知识体系、转行路径、AI提效与行业观察。主理人 Hao，10年游戏行业经验，策划转项目经理，持有 PMP / PMI-ACP / PSM / PSPO 认证。📚 系列课程：《游戏项目管理14讲》——从零基础到游戏PM体系搭建《从执行者到架构师》——进阶项目管理方法论《游戏美术项目管理基础》——美术管线、外包管理与验收标准《游戏人的AI第一课，从旁观者到驾驭者》——从AI旁观者到驾驭者的认知升级《游戏PM的AI实战手册》——AI工具在游戏项目管理中的深度实战应用📡 全平台：小宇宙播客 · B站 · 小红书 · 公众号 · 知乎课程 · 一对一咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要个人AI订阅一年花好几千，企业2025年在生成式AI上砸了370亿美元——但MIT和耶鲁的研究显示95%的AI项目回报为零，McKinsey统计仅6%的企业达到"AI高绩效"标准。本期从一线游戏PM的视角出发，拆解了AI投入产出不匹配的三层原因：超过一半预算投在了"好汇报"而非"高回报"的方向，AI节省的时间近40%被返工吃掉，以及整个行业正处于类似1987年"Solow悖论"的阶段——工具买了，但工作方式没跟上。最后给出个人AI订阅的月度审计方法，帮你分清哪些钱该花、哪些该砍。❓ 本期讨论了这些问题为什么77%的人认为AI订阅是必需品，却说不清效率提升了多少？全球企业砸了370亿美元做AI，为什么95%的项目回报为零？AI节省的时间里，40%被返工吃掉了——效率提升是不是被严重高估？1987年的"Solow悖论"对今天的AI投资意味着什么？游戏行业的AI落地，钱该花在"看得见"还是"看不见"的环节？游戏PM如何在团队AI工具管理中平衡成本和效率？🔥 本期核心内容个人层面：订阅堆叠，功能重叠 Reddit上重度用户开始批量退订AI工具，一个典型用户月账单从82美元降到8美元。Bango调研77%付费用户视AI为必需品，但大多数人无法量化效率提升。AI已经成为"最重要的订阅"，问题不在要不要用，在于用几个、怎么用。企业层面：花钱很确定，算账很模糊 2025年美国企业AI支出370亿美元（同比3.2倍），Goldman Sachs预测2026年超5000亿。但MIT/耶鲁研究显示95%的AI项目零回报，McKinsey仅6%企业达"AI高绩效"，Deloitte数据中只有29%高管能自信衡量AI ROI。Forrester预测四分之一企业将推迟2026年AI预算。根因拆解：方向错了，效果也高估了 超半数企业AI预算投在销售和营销（好展示），但回报最高的是后台运营自动化（不性感但省真金白银）。Workday研究发现AI节省的时间40%被返工吃掉，仅14%员工获得稳定正向收益。游戏行业也一样——AI在排期管理、Bug分类等"看不见"环节的投入产出比，往往高于AI生图、AI写代码等"看得见"环节。Solow悖论重现：工具到位了，工作方式没跟上 1987年"到处看得到电脑，就是在生产力数据里看不到"，悖论在15年后才被打破——不是技术变好了，是企业学会了围绕技术重新设计工作方式。今天的AI投资面临同样的时间差。工具不是瓶颈，工作流才是。个人AI审计：三个问题砍掉无效订阅 每月底对每项AI订阅问三个问题——用了几次（周频以下砍掉）、解决了什么具体问题（说不出就不需要）、替代方案成本是否更低（是就退订）。真正有效的AI投入有共同特征：解决真实痛点、嵌入固定工作流、流程先于工具。🏷️ 本期提到的人物与概念人物：Robert Solow / 罗伯特·索洛（诺贝尔经济学奖得主） 公司/产品：ChatGPT、Claude / Anthropic、Cursor、Perplexity、Gemini、Lovart、Lovable 机构/报告：MIT、Yale School of Management / 耶鲁管理学院、McKinsey、Forbes Research、Deloitte、Forrester、Goldman Sachs、Bango、Workday、UC Berkeley 概念：AI ROI / AI投资回报率、Solow Paradox / 索洛悖论、AI订阅堆叠 / AI Subscription Stacking、返工成本 / Rework Cost、AI工作流重构 / AI Workflow Redesign、游戏项目管理 / Game Project Management🔗 延伸话题游戏PM和互联网PM在AI工具管理上有什么区别？游戏研发管线的环节依赖更复杂，AI的投入产出评估需要按环节拆分而非笼统计算游戏项目经理的职业发展路径正在被AI改变——AI预算管理和工作流设计能力正在成为PM的新必备项游戏美术管线中AI的真实投入产出是怎样的？AI生图很快，但风格统一、资产规范化的返工成本往往被低估📌 关于我我是 Hao，游戏行业项目管理从业者，10年经验。 课程 · 咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要Steam上三分之一的游戏已经披露使用了AI，游戏研发中AI应用率超过86%，但52%的从业者认为生成式AI对行业产生了负面影响，85%的玩家对AI游戏持负面态度。本期从一线游戏PM的视角出发，梳理了AI生成游戏的真实进展：代码生成已趋成熟、美术资产快速进步但工程化不足、数值和玩法设计仍是AI最薄弱的环节。同时拆解了AI对小游戏、独立游戏、3A三个层级的不同影响，分析了"公式复制成本趋零"对市场竞争格局的冲击，以及为什么"原创性"正在成为AI时代最值钱的东西。❓ 本期讨论了这些问题为什么90%的开发者在用AI做游戏，但85%的玩家对AI游戏持负面态度？"一句话生成游戏"在技术上已经成立，但"能运行"和"好玩"之间的鸿沟有多大？AI在代码、美术、数值、玩法设计各环节的真实能力边界在哪？当复制一款游戏只需要一两周，小游戏行业的"公式"还能吃多久？游戏PM如何在AI加速迭代的节奏下管理版本优先级和团队同步？AI时代，游戏美术管线管理面临哪些新挑战？🔥 本期核心内容数据悖论：应用率狂飙，口碑持续恶化 Steam超7000款游戏披露使用AI，约占发布量三分之一，是2024年的8倍。但GDC 2026调研中52%从业者认为AI产生负面影响（2024年仅18%），Quantic Foundry调研85%玩家对AI游戏持负面态度。行业出现"Gameslop"现象——大量AI拼凑的低质量游戏用户评分低15%-20%，退款率高2-3倍。能力边界："从0到0.5"很快，"从0.5到1"很慢 代码生成是AI最成熟的能力，Claude Code等工具让小团队效率提升显著。美术资产生成进步快但工程化不足——风格统一、动画衔接、性能适配仍是碎片化的。数值和玩法设计是最薄弱的环节，高度依赖经验和反复调试。AI能帮你生成一个能跑的游戏，但"好不好玩"这个问题它回答不了。三档现实：小游戏跑通，中度不稳，3A很远 小游戏已初步跑通——《互联网大厂模拟器》一周从创意到上线，首日5万+PV。中度独立游戏处于"能做但质量不稳"阶段。3A涉及几十个专业环节的复杂依赖，AI在单点提效但串成完整管线的工程化挑战巨大。Keywords在GDC 2026的判断：落到实际管线里能用，才是真正的分水岭。公式之死与原创性回归 AI把游戏复制速度压缩到一两周，公式生命周期从一年急剧缩短到一个月。短期同质化加剧，中长期倒逼创新。对PM来说，版本迭代节奏、需求优先级判断和方向决策速度的要求都在提高。真正的变化是：当执行成本被AI拉平，创意和品味成为唯一的差异化壁垒——"想法"本身的价值在回归。🏷️ 本期提到的人物与概念公司/产品：Steam、Claude Code、Tripo、Meshy、Keywords Studios 游戏：《互联网大厂模拟器》、《赛博徒步：生死鳌太线》、塞尔达 / The Legend of Zelda、黑魂 / Dark Souls、文明 / Civilization 机构/报告：GDC / Game Developers Conference、中国音数协游戏工委、Google Cloud、Whimsy Games、Quantic Foundry、AI and Games Newsletter、GameLook、SNS Insider 概念：Gameslop / 游戏垃圾、AI生成游戏 / AI-generated games、美术管线 / Art Pipeline、美术资产管理 / Art Asset Management、制作人驱动 vs 市场驱动、游戏项目管理 / Game Project Management🔗 延伸话题AI时代游戏美术外包管理的模式会怎么变？当AI能生成可用的高模，传统外包管线面临重构游戏PM和互联网PM在AI工具落地上的差异在哪？游戏研发管线的复杂依赖关系是关键变量想入行做游戏项目经理（game PM），AI时代需要补什么能力？对游戏的理解力正在从加分项变成必备项📌 关于我我是 Hao，游戏行业项目管理从业者，10年经验。 课程 · 咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要一个做了近四年PM的朋友被裁后发现，自己写不出一份有说服力的简历——做过的事都是"换个人也能做"的执行工作。这个故事引出一个游戏行业的结构性问题：版本周期的刚性节奏和PM角色的模糊性，让大量从业者陷入"被动的忙碌"——时间被填满了，但填满时间的东西不产生长期价值。与此同时，行业正在经历正编缩编、外包替代、AI加速渗透的三重压力，"可替代的执行"岗位首当其冲。本期从被动忙碌的成因、行业结构变化、被动离场的延迟代价三个层面展开分析，最后给出三个可操作的方向：把公司流程提炼成可迁移的方法论、系统学习AI技能、在公司之外建立职业网络。---❓ 本期讨论了这些问题• 为什么游戏行业的工作节奏特别容易让PM陷入"被动的忙碌"？• 正编和外包在行业缩编中分别面临什么样的风险，安全感的真正来源是什么？• 当项目被砍、团队解散，什么样的PM能快速找到下一个机会？• 游戏PM的职业发展路径中，哪些经验是可迁移的、哪些只是"本地知识"？• 游戏PM和互联网PM在价值衡量上有什么本质差异，这对职业积累意味着什么？---🔥 本期核心内容1. "在工作"和"在成长"是两件事 每天下班前问自己"今天做了什么真正有价值的事"，很多天写不出来。日会、催进度、回消息、写周报——这些事占满了时间，但真正需要做判断的时刻可能只有一两个。时间被填满不等于能力在积累，大部分人混淆了这两者。2. 行业结构正在把风险转嫁给个人 大厂跑通"核心留正编、执行层外包+AI"的模式。网易2026年初外编清退影响上千人，美术外编占比超40%。外包是快刀（项目结束直接清退），正编是慢刀（持续缩编砍项目）。不管什么编制，做的事可替代，就没有真正的安全感。3. 被动最可怕的是后果延迟爆发 被裁之后才发现这几年什么可迁移的东西都没攒下来——简历写不出有影响力的决策，深耕的品类知识突然没人要，适配内部工具链的经验换家公司全部归零。版号不确定性、品类周期不可预测、AI加速替代执行层，三重风险叠加。4. 三个可操作的方向：方法论、AI技能、职业网络 把"按流程走"变成"提炼背后的为什么"，让方法论跟着你而不是跟着公司。AI技能不绑定任何公司和品类，是当下迁移性最强的能力。在公司之外让同行知道你在、知道你在想什么，信任和机会是自然的副产品。5. 游戏PM的职业发展路径，正在被重新定义 传统路径是从执行PM到高级PM再到PMO或制作人，但这条路越来越窄——当执行层被AI和外包替代，纯靠"管得多"往上走的逻辑不再成立。真正拉开差距的是你能不能把经验提炼成跨项目、跨公司的通用框架。这也是游戏PM和互联网PM的一个关键分野：互联网PM可以用产品数据证明自己，游戏PM必须靠方法论的可迁移性来定义自己的职业价值。---🏷️ 本期提到的人物与概念公司/组织：Keywords Studios、网易 / NetEase、完美世界 / Perfect World、腾讯天美 / Tencent TiMi概念：被动忙碌 / Passive Busyness、可迁移能力 / Transferable Skills、本地知识 / Local Knowledge、版本周期 / Development Cycle、美术外包管理 / Art Outsourcing Management、敏捷实践 / Agile Practice / Scrum、游戏项目管理 / Game Project Management、游戏PM / Game PM---🔗 延伸话题• 游戏PM的职业发展路径有哪些方向？从执行者到架构师需要跨越什么？• 敏捷实践（Scrum / Sprint）在游戏研发中为什么容易变成"假敏捷"？• 游戏美术管线从外包主导到AI介入，对美术PM的能力要求发生了什么变化？---📌 关于我我是 Hao，游戏行业项目管理从业者，10年经验。课程 · 咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿

📝 本期摘要越来越多PM开始用AI Agent写代码，但一半以上的人迟早会经历"灾难时刻"——AI改着改着代码跑不通了，想回退发现回不去。问题出在没有做版本管理。这期从零讲透Git和GitHub的六个核心概念：仓库、提交、分支、推送拉取、合并冲突和Pull Request，全部用日常比喻解释，不涉及任何命令行操作。在AI时代，PM不需要记命令，只需要理解这些概念背后的意图，就能用自然语言指挥AI完成所有版本管理操作。❓ 本期讨论了这些问题PM用AI Agent写代码，为什么版本管理是必须补上的第一课？Git和GitHub到底是什么关系，一个类比就能说清楚？不看代码的PM，怎么审查AI提交的Pull Request？AI编程场景下，"小步提交"和"分支实验"的习惯为什么能救命？游戏PM和互联网PM在AI编程工具链上的学习路径有什么不同？🔥 本期核心内容Git是本地版本管理，GitHub是云端同步——两者的关系类似Word和OneDriveGit装在你电脑上，负责给项目文件夹拍快照、记录历史版本。GitHub是一个网站，负责把这些版本同步到云端做备份和协作。PM不需要精通两者的技术细节，但要理解它们各自解决什么问题。提交是AI编程最重要的安全网——每完成一个小功能就"存档"一次提交（Commit）相当于游戏存档。AI写代码不可能每次都对，但如果你每完成一个小功能就做一次提交，任何时候都可以一秒回退到上一个好的状态。不做提交就让AI持续改代码，等于在没有存档的情况下打Boss。分支让你在"平行宇宙"里安全实验，主干永远保持可用状态分支的逻辑就像装修时复制一套房子来试新方案——试成了合并回来，试砸了直接扔掉，客厅不受影响。多个AI Agent并行工作时，每个Agent各开一条分支互不干扰，这跟游戏项目多线并行开发是一个道理。Pull Request是PM对AI产出行使控制权的核心关卡PM审PR不需要读代码，只需要看四件事：功能结果对不对、改动范围合不合理、AI的自述说不说得通、让另一个AI帮你review。AI写代码越快，这道闸门越重要。PM需要理解的是Git的"意图"，不是Git的"命令"在AI时代，所有Git操作都可以用自然语言指挥AI完成。PM的核心价值在于做决策——回退到哪个版本、保留哪条分支、合并还是不合并。这种"懂概念不记命令"的模式，正在重新定义游戏PM的技术素养门槛，也让game project management这个角色的进入门槛发生了根本变化。🏷️ 本期提到的人物与概念概念：Git / GitHub / Repository（仓库）/ Commit（提交）/ Branch（分支）/ Push（推送）/ Pull（拉取）/ Merge Conflict（合并冲突）/ Pull Request（合并请求）/ .gitignore / Commit Message / Commit ID / AI Agent / Claude Code / Cursor / Codex / Vibe Coding / Version Control（版本管理）/ Sprint / Agile Development（敏捷开发）🔗 延伸话题游戏开发团队的Sprint节奏中，版本管理和分支策略应该怎么配合？Git的分支模型和敏捷实践中的迭代节奏天然适配，PM理解了分支概念就能更好地规划版本节奏。游戏PM vs 互联网PM：在AI编程工具链的学习路径上有什么区别？游戏PM需要额外理解资产管线和多职能协作的版本控制需求，这是互联网PM不太会遇到的场景。How to become a game PM in the AI era? Understanding version control and AI coding tools is becoming a baseline skill for game project management roles.📌 关于我我是Hao，游戏行业项目管理从业者，10年经验。课程 · 咨询 · PM成长社区 → pmnote.ai在小宇宙查看该单集文稿