B站简介
量产期、测试调优期、线上运营期，PM到底在管什么。
从1到100，和从0到1不是同一种难
上一篇聊了游戏项目从0到1的三个阶段：预研立项、Demo、垂直切片——共同点是团队不大、在探索方向、重点在建立和验证标准。
这一篇聊后半段：量产期、测试调优期、线上运营期。这是从1到100的过程，团队规模达到峰值，并行工作量最大，PM的综合管理能力受到最直接的考验。
零基础想转行游戏PM，别只看招聘JD。JD里写的「进度管理、跨部门协调、风险控制」都太抽象了，只有放进这些真实阶段里，才能看懂是什么意思。
量产期：把标准铺成规模
一句话概括：按照垂直切片建立的标准，把游戏内容铺量做完。
垂直切片解决的是「一个区域做到什么标准」，量产期要解决的是「把所有区域都做到这个标准」。角色可能从两三个变成二三十个，关卡从两三个变成四五十个。这是整个研发周期里时间最长、投入人力最多的阶段。
这个阶段的项目特点：团队规模达到峰值，各组满编运转，还有大量外包；多个系统、多个区域、多条内容线并行推进，互相之间的依赖极度复杂。进度管理的压力是最大的——内容量庞大，任何一个模块的延期都可能引发一连串连锁反应。
量产期最怕的状态是「大家都很忙，但哪里都没做完」。PM在这里是生产调度中心，核心是进度、资源、风险。
测试调优期：从「能玩」到「好玩且稳定」
这一阶段开始面向真实用户，工作变成数据驱动。PM要把玩家反馈、Bug、版本节奏和研发资源串起来：哪些反馈进这个版本，哪些排进 backlog，Bug修复和内容迭代怎么排优先级。
PM在这里是反馈驱动的迭代协调者，核心是测试节奏和反馈流转。
线上运营期：让一套机制持续运转
上线不是结束，是另一种开始。线上运营期要持续更新内容，研发、运营、市场、客服多部门要保持同一个节奏。同时还要不断小步优化工作流程，减少不必要的会议和流程开销。
PM在这里是持续运转的版本交付管理者，核心是让一套成熟的协作机制稳定运转，并不断小幅优化。
六个阶段，六种PM
把完整周期放在一起看：
- 预研立项期：团队小、方向未定，PM是参谋，推动决策和信息组织
- Demo期：精干快速试错，PM是验证过程的守护者，控制节奏和探索边界
- 垂直切片期：开始建立标准，PM是生产体系的搭建者
- 量产期：全力投产多线并行，PM是生产调度中心
- 测试调优期：面向真实用户，PM是反馈驱动的迭代协调者
- 线上运营期：持续更新多部门协同，PM是版本交付的管理者
实际工作中阶段边界不会这么清晰，不同公司、不同项目差异也很大。重要的是背后的逻辑：项目在不同阶段面临的核心问题不一样，PM的工作内容就得跟着变。
在应该探索的时候不过度管控，在应该管控的时候不放任探索——这个判断力，可能是做好游戏PM最重要的能力之一。
如果你正在准备转行，或刚入行想找人聊聊工作中的困惑，可以看看咨询服务。