【职场复盘~第2期】一个万能模板,搞定所有事后回顾

昨天我们建立了对“真复盘”的认知，今天就来点硬核的——给你一个拿来就能用的万能复盘工具：GRAI复盘模型。

很多朋友知道要复盘，但一上手就卡住：从哪开始？问什么问题？怎么才能不写成流水账？GRAI模型就是来解决这些问题的。它像一张结构清晰的“体检表”或“导航图”，引导你的思考步步深入，确保每次复盘都能挖到“真金”。

GRAI代表四个步骤：Goal（目标回顾）、Result（结果陈述）、Analysis（过程分析）、Insight（规律提炼）。下面，我们就以一次“失败的产品功能上线”为例，带你一步步填好这张表。

第一步：Goal（目标回顾）—— 回到原点，锚定方向

关键问题：当初做这件事的初衷、目的和目标是什么？

错误示范：“目标是上线XX功能。”（太过模糊，无法衡量）

正确示范：“在3月31日前，上线【智能推荐】功能V1.0，实现：1. 用户点击率提升5%；2. 用户负面反馈降低10%。”

要点：目标必须是具体、可衡量、有时限的。复盘时，必须清晰地回顾这个“初心”，否则所有分析都是空中楼阁。

第二步：Result（结果陈述）—— 面对现实，还原事实

关键问题：实际情况是怎样的？用事实和数据说话，而不是感受和观点。

错误示范：“结果不太好，用户不怎么用，吐槽挺多的。”（全是主观感受）

正确示范：“功能于4月5日上线（延迟5天）。上线一周后数据：1. 点击率仅提升1.2%，未达目标；2. 应用商店相关一星差评增加15条，主要抱怨‘推荐不准’、‘打扰用户’。”

要点：像摄像机一样客观记录。结果与目标的差异，就是我们需要分析的重点。

关键问题：为什么会产生这样的结果？（这是复盘最核心、最见功力的部分）

这一步，要像剥洋葱一样，一层层追问，直至找到根本原因。常用工具是“5个为什么”分析法。

第一层（表面原因）：为什么点击率不达标？因为用户对推荐内容不感兴趣。

第二层：为什么不感兴趣？因为推荐算法不够精准。

第三层：为什么不精准？因为上线前只用历史小数据做了测试，没有进行多场景的AB测试。

第四层（流程/机制原因）：为什么没做充分测试？因为开发周期延误，压缩了测试时间。

第五层（根本原因）：为什么开发会延误？因为需求评审阶段，对“智能”的理解不一致，导致后期多次返工。

要点：分析时要区分可控因素和不可控因素，重点复盘可控因素（如流程、协作、自身准备）；要区分主观原因和客观原因，多从自身找原因。

关键问题：从这件事中，我们学到了什么？有哪些可以复用到未来的认知、方法和行动？

这是将经历转化为个人能力的“炼金”一步。它通常包括：

认知层面：我过去以为……，现在我知道……。

例：“我过去以为，算法功能的核心是技术实现。现在我知道，前置的需求共识与数据准备，比编码本身更重要。”

行动层面：停止做…/开始做…/继续做…。

例：“停止在需求模糊的情况下进入开发；开始在重要功能上线前，必须进行跨部门的需求共识会，并输出清晰的可衡量标准文档；继续保持快速迭代的节奏。”

给你的行动建议：立刻用GRAI分析一件“小事”

不一定要用项目，可以是“一次失败的购物”、“一次愉快的聚会策划”。

在纸上画出GRAI四个区域。

花10分钟，按照顺序填写。在Analysis部分，尝试至少问自己3个“为什么”。

在Insight部分，务必写出一条能用于指导未来行动的“个人原则”。

GRAI模型的价值，在于它强制你进行结构化思考，避免了复盘的随意和肤浅。熟练之后，它会成为你大脑中一个强大的思维程序。

明天，我们将把复盘从“事件”升级到“周期”，建立你的个人成长操作系统。

关注我，一起精进、一起成长。