📝 本期摘要 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 Episode In 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 Episode This 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 岁的年龄焦虑在游戏行业到底是真是假，不同品类差别有多大？ * 零经验想转行做游戏项目经理，应该从哪里入手？ * 跳槽时机怎么选，年前和年后哪个更有议价权？ 🔥 本期核心内容 1. 简历是你的第一个产品 HR 筛简历平均只有十几秒，通篇「负责、参与、推动」却没有一个数字，等于没写。简历的核心卖点，是回答清楚「我解决过什么别人解决不了的问题」，并尽量量化。 2. 经验的保质期在缩短，AI 正在重新定义岗位 市场认的不只是你积累了多少，更看你是否还在成长。AI 普及在加速行业工业化的同时削减岗位数量，打得最熟的旧打法，可能正好属于上一个时代。 3. 年龄焦虑因品类、规模、地域差异巨大 重度大体量项目对资深人才更友好，引擎、TA 等硬核美术方向年龄弹性更宽。社会层面年龄线也在松动（国考上限放宽、劳动力平均年龄上升），但隐性门槛短期不会消失。 4. 跳槽议价权 = 需求紧急度 × 竞争对手数量 最好的求职时机，往往是你「还不急着走」、状态好有底气的时候，而不是低谷裸辞。年前、项目节点等时点的取舍，要结合自己是核心岗还是执行层来判断。 🏷️ 本期提到的人物与概念 人物：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 Episode In 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的处境有什么不同？ * 省出来的时间，到底该拿去做什么才有价值？ 🔥 本期核心内容 1. AI省下的时间，很容易被“工作量蔓延”吃掉 加州大学伯克利分校一项跟踪两百人科技公司八个月的研究发现，用AI的员工没有变轻松，而是把省下的时间立刻填满了更多任务，认知疲劳反而加剧。PM岗位尤其危险，因为大量工作是“降低信息流转摩擦”，而这正是AI成本下降最快的部分。 2. 产出难度量，让PM被迫用“忙碌”证明价值 游戏PM的产出很难像关卡、代码那样被直接衡量，组织于是退而求其次去量化投入（加班、会议、项目数）。投入一旦变成考核标准，每个人都会让自己看起来很忙，而AI会进一步放大这种“高产忙碌、低产价值”的错觉。 3. 不可替代的是判断力与信任，不是信息处理速度 通过砍非核心功能保交付、用一顿午饭化解程序与策划的多版本矛盾两个真实案例，说明AI能拉数据、画依赖图，却无法替人做取舍判断、承担决策后果、理解一个人的防御心理。 4. 把省出的时间投到“超出本职”的事上 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 Episode In 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 Episode In 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的能力，在做第二曲线时有什么不一样？ 🔥 本期核心内容 1. 出路不是退路。 退路是被逼到墙角才想起的备胎，出路是你主动趟出来的新路。游戏行业里确定、低风险、有现成模板的机会早已卷成红海，凡是你能等到的确定机会基本轮不到你；判断标准应从"它确定能成吗"换成"它值不值得我认真试一试"。 2. 打工是扣分制，第二曲线是加分制。 打工环境把人训练成"扣分脑"——少做不做最稳妥；但副业里你不做就是零分，做到三十分也比零分的自己多三十分。先把一件很小的事做出来、发出去，比憋一个大而全的体系更重要。 3. 第二曲线长在你的长板上，AI是放大器。 游戏PM真正可迁移的资产，是跨职能协调、信息不全时做决策、把模糊需求落地的能力。AI放大的是长板，前提是你得先有长板，想清楚AI该叠在自己哪块长板上。 4. 做得好不等于有人要，销售是绕不开的必备技能。 走出打工环境后，把产品摆出来这个动作本身就是销售。这也是很多想转行、想做第二曲线的人最容易忽略、却决定成败的一环。 🏷️ 本期提到的人物与概念 * 概念：第二曲线 / 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 Episode In 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 适合先从美术管线、外包管理这类环节切入，还是先做版本风险预测？ 🔥 本期核心内容 1. AI FOMO 是一种组织情绪，不是真实需求。 情绪驱动问的是「别人都在做，我们不做是不是落后了」；需求驱动问的是「这个工具到底帮我们解决什么问题」。很多团队第一反应是先列工具清单，而不是先列问题清单，AI 就很容易变成新的形式主义。 2. 工具只是放大器，不是变压器。 原来清晰的工作流会被 AI 放大，原来混乱的工作方式也会被放大。有标准、有沉淀、有复盘的团队提效明显；没有这些的团队，AI 进来最常见的结果不是变强，而是变吵——每个人都在生成自己的版本，PM 面对的不是信息不足，而是信息过载。 3. AI 不会自动解决管理问题，只会让它更早暴露。 想让 AI 参与需求拆解，就得先定义什么叫「需求清楚」；想让 AI 检查美术外包交付，就得先有文件命名、尺寸规格、提交节奏、返修规则这些验收标准。标准不沉淀，AI 最多把混乱整理得更像一份文档。 4. 真正的差距，是能不能把经验变成系统。 资深 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 Episode In 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 实践，和实际项目交付有什么关系？ 🔥 本期核心内容 1. 量产期不是继续探索，而是规模化生产。 垂直切片解决的是“一个区域做到什么标准”，量产期要解决的是“所有区域都按这个标准做出来”。对游戏PM来说，这个阶段的重点不是每天追问谁做了什么，而是让进度、资源、风险和质量都变得可见。 2. 测试调优期的难点，是把海量反馈变成可执行的迭代。 项目进入测试后，团队要面对内部验收、公司内测、封测、内测等不同层级的反馈。PM需要建立反馈分级、分配、跟踪和回归验证机制，否则重要问题很容易淹没在大量声音里。 3. 线上运营期的核心能力，是稳定版本交付。 上线不是终点，而是持续更新的开始。运营期的 PM 要维护版本排期、研运同步、质量指标和紧急事件响应，让研发、运营、市场、客服等多个部门保持同一个节奏。 4. 对新人来说，游戏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 Episode In 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 变革里，处境有什么不一样？ 🔥 本期核心内容 1. 资本为「人」买单，不为「产品」买单 田渊栋加入的公司没有产品就融了 6.5 亿美元、估值 46.5 亿美元。在变化极快的领域，商业愿景两个月就可能被冲掉，资本最终赌的是「这群人能不能快速把事做出来」。这套逻辑在游戏立项里同样成立，PPT 再漂亮，最后兑现的是人。 1. 组织在向「小而快」重新洗牌 大厂频繁重组裁员，根子是沟通速度跟不上技术变化。团队过了某个人数临界点，新增人手可能在抵消产能而非创造产能。田渊栋判断 AI 当前能力约等于大厂 L4、L5 工程师，而这正是人数最多的层级，岗位会被重新定义。 1. AI 落地是阶梯式的，外包逻辑被改写 AI 的价值是一层层叠加的，能出概念图、搭白模、跑数值，不必等终极工具。当 AI 能按规格产出，可量化、可验收的环节最先被替代，而需要审美判断和反复磨合的部分更贵更稀缺，游戏美术管线和外包的拆分、验收标准需要重做。 1. 游戏人最稀缺的能力，是知道自己不可替代在哪 未来值钱的不是会用工具的人，而是能算清「一件事该交给人还是交给工具」、并清楚自己不可替代点的人。努力的方向变了，而不是要不要努力变了。 🏷️ 本期提到的人物与概念 * 人物：田渊栋 / 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 Episode In 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 的区别，为什么要从项目阶段里理解？ 🔥 本期核心内容 1. 游戏PM不是只管排期，而是要看懂项目阶段 很多新人把游戏PM理解成开会、催进度、做表格，但这些只是表层动作。真正重要的是判断项目处在哪个阶段，以及当前阶段最关键的问题是什么。预研、Demo、垂直切片的管理重点完全不同，不能用同一套方法硬套。 2. 预研立项期，核心是把模糊想法变成可执行项目 这个阶段团队通常很小，产出以方向讨论、市场判断、玩法概念、美术风格和立项材料为主。PM如果参与进来，最重要的价值不是排期，而是信息组织、会议结论沉淀和决策推进。说白了，是帮助团队从“想做一个游戏”走到“知道接下来怎么做”。 3. Demo期，重点是控制验证节奏，而不是做完整游戏 Demo的目标是验证核心玩法是否成立，不是把所有系统都做出来。这个阶段需求变化很频繁，但变化本身不一定代表失控，因为探索就是这个阶段的本质。PM需要帮助团队明确验证目标、控制时间边界，避免陷入“什么都想试”的无限循环。 4. 垂直切片期，开始建立后续量产依赖的标准 垂直切片不是简单做一段内容，而是做出一个接近最终品质的样板。这里会涉及玩法、美术、音效、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 Episode In 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工具管理中平衡成本和效率？ 🔥 本期核心内容 1. 个人层面：订阅堆叠，功能重叠 Reddit上重度用户开始批量退订AI工具，一个典型用户月账单从82美元降到8美元。Bango调研77%付费用户视AI为必需品，但大多数人无法量化效率提升。AI已经成为"最重要的订阅"，问题不在要不要用，在于用几个、怎么用。 2. 企业层面：花钱很确定，算账很模糊 2025年美国企业AI支出370亿美元（同比3.2倍），Goldman Sachs预测2026年超5000亿。但MIT/耶鲁研究显示95%的AI项目零回报，McKinsey仅6%企业达"AI高绩效"，Deloitte数据中只有29%高管能自信衡量AI ROI。Forrester预测四分之一企业将推迟2026年AI预算。 3. 根因拆解：方向错了，效果也高估了 超半数企业AI预算投在销售和营销（好展示），但回报最高的是后台运营自动化（不性感但省真金白银）。Workday研究发现AI节省的时间40%被返工吃掉，仅14%员工获得稳定正向收益。游戏行业也一样——AI在排期管理、Bug分类等"看不见"环节的投入产出比，往往高于AI生图、AI写代码等"看得见"环节。 4. Solow悖论重现：工具到位了，工作方式没跟上 1987年"到处看得到电脑，就是在生产力数据里看不到"，悖论在15年后才被打破——不是技术变好了，是企业学会了围绕技术重新设计工作方式。今天的AI投资面临同样的时间差。工具不是瓶颈，工作流才是。 5. 个人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时代，游戏美术管线管理面临哪些新挑战？ 🔥 本期核心内容 1. 数据悖论：应用率狂飙，口碑持续恶化 Steam超7000款游戏披露使用AI，约占发布量三分之一，是2024年的8倍。但GDC 2026调研中52%从业者认为AI产生负面影响（2024年仅18%），Quantic Foundry调研85%玩家对AI游戏持负面态度。行业出现"Gameslop"现象——大量AI拼凑的低质量游戏用户评分低15%-20%，退款率高2-3倍。 2. 能力边界："从0到0.5"很快，"从0.5到1"很慢 代码生成是AI最成熟的能力，Claude Code等工具让小团队效率提升显著。美术资产生成进步快但工程化不足——风格统一、动画衔接、性能适配仍是碎片化的。数值和玩法设计是最薄弱的环节，高度依赖经验和反复调试。AI能帮你生成一个能跑的游戏，但"好不好玩"这个问题它回答不了。 3. 三档现实：小游戏跑通，中度不稳，3A很远 小游戏已初步跑通——《互联网大厂模拟器》一周从创意到上线，首日5万+PV。中度独立游戏处于"能做但质量不稳"阶段。3A涉及几十个专业环节的复杂依赖，AI在单点提效但串成完整管线的工程化挑战巨大。Keywords在GDC 2026的判断：落到实际管线里能用，才是真正的分水岭。 4. 公式之死与原创性回归 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编程工具链上的学习路径有什么不同？ 🔥 本期核心内容 1. Git是本地版本管理，GitHub是云端同步——两者的关系类似Word和OneDrive Git装在你电脑上，负责给项目文件夹拍快照、记录历史版本。GitHub是一个网站，负责把这些版本同步到云端做备份和协作。PM不需要精通两者的技术细节，但要理解它们各自解决什么问题。 2. 提交是AI编程最重要的安全网——每完成一个小功能就"存档"一次 提交（Commit）相当于游戏存档。AI写代码不可能每次都对，但如果你每完成一个小功能就做一次提交，任何时候都可以一秒回退到上一个好的状态。不做提交就让AI持续改代码，等于在没有存档的情况下打Boss。 3. 分支让你在"平行宇宙"里安全实验，主干永远保持可用状态 分支的逻辑就像装修时复制一套房子来试新方案——试成了合并回来，试砸了直接扔掉，客厅不受影响。多个AI Agent并行工作时，每个Agent各开一条分支互不干扰，这跟游戏项目多线并行开发是一个道理。 4. Pull Request是PM对AI产出行使控制权的核心关卡 PM审PR不需要读代码，只需要看四件事：功能结果对不对、改动范围合不合理、AI的自述说不说得通、让另一个AI帮你review。AI写代码越快，这道闸门越重要。 5. 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