JD拆解

JD 拆解就是把招聘启事（Job Description）当情报来读，而不是当广告来看。一份游戏 PM 的 JD 里，信息分三层：职责描述告诉你这个岗位每天在干什么（管版本？管美术外包？管中台工具？），任职要求告诉你筛选门槛和考察点，而字里行间的高频词和排序告诉你团队现在最缺什么——“熟悉美术管线”排在第一条和排在最后一条，是两个完全不同的岗位。

拆解的产出是一张对照表：JD 的每条要求，对应你的哪段经历、哪个可量化的成果。能对上的，改写进简历并准备好展开讲的案例；对不上的，想清楚怎么用相邻经验迁移过去。这样投出去的简历是为这个岗位定制的，面试时也能预判考题——面试官的问题八成逃不出 JD 划的范围。

PM 视角

第一，JD 里的”熟悉游戏开发流程”不是让你背流程名词。面试官会用场景题验证：需求怎么进来、怎么拆、怎么排期、怎么提测、怎么封版上线。拆解 JD 时，每个关键词都要准备到”能讲自己的真实案例”的深度，而不是”能解释这个词”的深度。

第二，注意 JD 里暴露的团队痛点。“能推动跨部门协作""抗压能力强""能在资源有限的情况下……”这些话翻译过来就是这个团队协作有摩擦、节奏很赶、资源紧张。这既是你面试时该展示的能力方向，也是你反问环节该核实的信息——这个岗位到底是机会还是坑。

第三，别只拆一份 JD。把目标方向的十份 JD 放一起看，重合的要求就是行业硬通货，值得系统性补齐；只出现一次的要求是团队个性化需求，针对性准备即可。