我觉得“复盘”本身其实很简单，一个事情完了，你只要有意识，然后把事情当初定的目标和现在做的情况做对比，是不是按照预定情况出现的，哪些地方没有，为什么没有，无非就是这么做。“复盘”的方式有多种多样，关键是要有这个意识，有了这个意识以后情况就会好得多。
——柳传志 2005年12月25日

柳老爷子曾说过“对人，用谁不用谁，就看他的学习能力怎么样。其实这个学习我自己回顾过来以后，学习无非是：跟书本学；跟自己学，自己做的这个事情，把经验教训进行总结；还有一个就是跟别人做的事情学。最多的，最深刻的还是跟自己学，自己学无非就是‘复盘’”。由此可见，复盘对于商业帝国尚且如此重要，对个人成长更是一把不可或缺的利器。

2018年3月37日，三节课《产品经理P1系列课程（第八期）》报名成功；2018年4月12日，正式开课；2018年6月11日，课程结束（顺利完成11份作业，7份优秀，获得优秀学员）。在60天的课程里，虽然过程很艰难，但是总算不负初心；虽然侥幸获得优秀学员，但是依然存在不足之处。所以以下就是我个人依据GRAI复盘模型（瞎编的）对本次课程进行的一次复盘。

Goal（目标）

个人

在创业公司产品运营岗工作两年，由于工作内容跨度包括产品需求分析和运营活动规划，加之公司人员有限，往往会出现单人匹马开项目的情况。这种高强度而多变的工作环境可以培养较强的抗压能力和资源整合能力，但是同时也会导致“泛而不精”的情况。所以，经过深思熟虑后，决定报名产品P1课程以完善和体系化自己的产品能力并在产品岗位上一展所长。能力表现层面：能独立产出一份产品分析报告和产品需求文档。

课程

三节课的魔鬼训练营计划以能力培养为导向，辅以高强度作业强化能力。希望通过本次课程，掌握产品经理的基本技能，能胜任产品经理的日常工作。能力表现层面：获得全优学员。

Result（结果）

1. 关于课程的说明

优秀作业：满分10分，8分以上为优秀；
优秀学员：必做作业达到11个或以上、优秀作业数达5个或以上、最后的毕业设计必须完成；

2. 关于课程的整体情况

3. 关于个人的情况

13份必做作业，完成率100%；其中11份纳入优秀作业评选范围，7份作业获得优秀，优秀率63.6%。以下是部分优秀作业的入口，其余4份作业由于缺乏考虑周全未获得优秀，后续迭代后会持续更新。

10. 结构化表达-网易蜗牛读书APP产品分析报告 V1.0.0
8. 原型训练-还原「AppSo」页面原型 V1.0.1
4. 流程训练-功能点对比分析 V1.0.1
3. 需求训练-需求分析及优先级排序 V1.0.1

Analysis（分析）

1. 关于整体作业完成情况的反思

11份必做作业由浅入深，由体验产品到输出产品需求报告，工作量也逐渐增加，试过熬夜画原型图，也试过彻夜思考产品背后的业务逻辑。所有作业中都会贯穿一个词——业务流程，因为功能结构图也好、原型图或交互设计也好都是围绕产品业务逻辑的，可以说业务逻辑决定的产品发展路径。这也是这一门课程中感受最深的认知。
整体作业的完成率是符合预期的，但是优秀率偏低，原因有三个。第一，单份作业平均耗时8~12小时，主要是因为前期对产品的思考缺乏经验，后期基本上逐渐掌握对产品分析的技巧，效率有一定的提高；第二，作业平均迭代次数0.45次。回顾全优的学员作业完成情况，基本上都有一次或多次迭代。第三，缺乏实际工作场景的深度思考。由于对实际工作场景的经验不足，导致作业耗时长和需要再次迭代。这也是我学习本课程的目的以及转岗的主要原因。

2. 关于各产品能力模块的学习反思

2.1 视角训练

用户视角：2年产品运营的工作主要培养了自己用用户视角和客户视角去看待需求和产品，但是有时中毒太深反而会伤害产品价值和公司价值。
产品视角：本次课程主要学习到的是用产品视角看待用户需求，平衡产品价值。具备同样发布动态功能的微博&QQ&微信，但是从流程体验等各方面都大相径庭，主要原因是其核心业务逻辑不同。
商业视角：经营公司就是做一盘生意，不盈利的生意那不是生意，不盈利的公司无形中在浪费社会资源。商业视角是站在公司盈利的角度看待产品的成长，平衡用户体验、产品价值、公司利润。

2.2 需求训练

产品经理处理需求一般有三个步骤：发现问题-定义需求-需求排期。
发现问题：① 关注什么数据——自身产品问题、竞品问题、可能的机会点；② 发现问题的渠道——公开渠道（监测工具、搜索引擎、关键字订阅）、半公开渠道（用户评论、微信群等）、内部渠道（客服咨询）
定义需求：梳理用户需求并转化为有效产品需求（产品设计三要素：用户-场景-需求）。
需求排期：用户量-频率维度（用户量越大，使用频率越高，优先级越高），开发难度-见效速度（见效越快，开发难度越低，优先级越高）

2.3 功能训练

2.3.1 已有功能的优化

① 分析产品功能的现状和逻辑。分别从用户（谁会用这个功能）、流程（使用流程分别是如何的）、逻辑（业务流程是如何实现的）三方面判断功能的现状和逻辑。
② 存在的功能问题。分别从现象（谁在什么场景下遇到什么问题）、原因（为什么会出现该问题）、影响面（受影响的用户量和使用频率是如何分布的）分析。
③ 解决方案。从三个方面思考：业务流程中的关键点是什么、实现难度评估、有什么其他可行性方案。
④ 效果评定。制定可量化指标评估数据变化以判断功能优化的效果。

2.3.2 功能点设计

① 明确功能的目的
② 功能的基本实现逻辑
③ 功能调研
④ 制定功能方案
⑤ 方案细化
⑥ 原型设计与需求文档
⑦ 运营推广方案

2.4 流程训练

主要训练如何从产品角度抽象出业务流程图

2.5 原型训练

主要训练将业务流程、页面流程综合产出高质量原型的能力

2.6 结构化表达

通过输出产品调研报告来训练对产品整体的认知。

Insight（洞悉）

产品的核心不是功能、原型、功能架构，而是业务逻辑。
同样是书评功能，网易蜗牛读书呈现出来的是“写书评”，微信读书呈现出来的是“想法”，原因在于二者产品定位有所差别（前者定位是打造阅读社区，所以需要高质量内容沉淀用户；后者背靠流量入口，打造轻社交）
小步快跑，持续迭代才能保持产品的生命力。
回顾两年的产品运营工作，更多的是做用户调研从而推进产品持续迭代。在这个过程，有过联合产品部做功能迭代从而迅速提升用户量，也试过因为需求排期不当导致被竞品领先推出市场。综合本次课程教训，只要产品的业务逻辑和方向正确就应该被优先推出市场，大概这就是MVP。这也是为什么个人的文章会有版本号，因为文章也算是产品，应当被持续迭代。
所有的产品需求应当回归用户场景。
本课程另外一个收获是——回归场景挖掘需求。记得早期在和产品、研发沟通产品需求的时候，发现一个比较严重的问题——产品经理与用户/客户过于疏远，导致产品功能无人问津而不知自；运营人员过于沉溺在用户场景而受制于用户。用户需求≠产品需求，产品需求产生于用户需求，所以需要回归用户需求；而用户需求产生于各自的场景，所以“所有忽略用户场景谈产品需求的都是伪需求”。产品需求的产生仅仅是第一步，不是所有的用户需求都应该被转换成产品需求，也不是所有的产品需求都应该被满足，毕竟产品需求还需回归业务逻辑。