STAR法则

STAR 法则是把一段经历讲清楚的标准结构：Situation（当时什么背景）、Task（你要解决什么问题/承担什么职责）、Action（你具体做了什么）、Result（结果如何，最好可量化）。面试官问”讲一个你处理过的项目冲突""说说你最有成就感的项目”，这类行为面试题的潜台词就是在等一个 STAR 结构的回答——因为过去的真实行为，比”我认为应该如何如何”的观点更能预测你未来的表现。

对游戏 PM 面试来说，STAR 几乎是必备武器，因为 PM 的工作难以用作品集展示，只能靠讲案例。同一段经历，流水账讲法和 STAR 讲法的信息密度天差地别。

PM 视角

几个 STAR 的实际使用要点：

第一，重心放在 A，最常见的毛病是 S 讲太长。背景铺垫两分钟，行动一句带过——面试官想听的恰恰是你的 Action：你做了什么判断、推动了什么、和谁怎么博弈。S 和 T 加起来三四句话说清就够。

第二，Action 必须是”你”的动作。团队面试里最忌讳通篇”我们做了什么”——面试官会追问”这里面你具体负责哪部分”，答不上来整个故事就塌了。诚实地讲你的角色，哪怕角色不大，讲清楚你的判断和动作，比虚报主导权安全得多。

第三，Result 要经得起追问。量化结果很加分，但数字要能自圆其说——“效率提升 30%“，怎么算的？基线是什么？面试官一追就露馅的数字不如说”版本从经常延期变成连续几个版本准点”这种可验证的事实。建议提前把五六段核心经历按 STAR 写下来，反复打磨到每段两三分钟能讲完，面试时按题目组合调用。