任何一个产品的核心能力肯定会带有【复盘】这个技能，产品上的得失，经过每次任务的复盘，一条条的罗列下来并且深入思考，提升自己的总结能力，不要重复采坑，也是能力提升的一个重要的手段！

复盘：简单理解就是把之前经历过的问题点重新捋一遍，通过回顾和总结后，制定下一次实施的方案。

这里面的重点是：回顾——总结——记录——反思

我们之前聊过一次【新需求诞生记】，大概描述了下我们经历一个项目需要走的几个阶段，本篇将在原来的基础上，对于我们在复盘的时候到底“复”哪些“盘”做一些整理和总结！

我们再重新看下一个项目的流程：

提需求——捋需求——较真与确认——设计规划——需求评审——技术评审——准备与上线

按照阶段我们整理下每个环节需要复盘和注意的事项

1、提需求与捋需求：

复盘点包含：需求真伪判断、需求目的明确、需求闭环

需求真伪判断：真伪需求主要来源于需求方的表达，面上的需求可以是很多，但是真实的需求也许只有一个，我们要尽量去挖掘他们的需求并且将需求落地为产品形态，进而展示给用户使用

需求目的明确：不同目的的需求可能表现的方式不一样，比如只是展示公司的实力那么我们通过H5就可以实现，通过图文方式就可以展示，没必要做成一个过于耗费技术成本的一个功能点。但如果涉及一个安全方式，也许就需要交互行为多一些，而不能简单的通过文字告诉用户我们的安全属性等等

需求结合业务与用户：这里面只想说一句，脱离业务需求或用户需求的需求都是伪需求，【用户体验要素】很明确的说过，底层框架的本质就是业务需求或者用户需求

2、较真与确认：

复盘点包括：专业分析、竞品调研、市场问卷

专业分析：作为一名合格的产品，我们需要对每个需求都抱有为什么的心态，我们之前聊过，我们尊重任何一个部门提出的任何一个需求，但是这个需求一定要合理，可行！多问一句为什么，一点坏处都没有，总不能设计出某一个点，但是不知道内在原因，这就尴尬了

竞品调研：任何一个迭代功能或者创意都是需要市场的认可，偶尔我们可以去借鉴，但是绝对不是抄袭！我们接到某一个点的时候，去做竞品分析，看看此功能会不会已经在某个产品上使用了，或者说有没有其他的表现方式？我们新建或者迭代某一个点的时候，如果可以找到市场的借鉴最好，如果不能的话，可以试着做些问卷

市场问卷：市场问卷不是狭义的问卷调研，而是通过多维度的方式去论证这个点是否可行，比如头脑风暴，问卷调查等。我之前为了优化一个界面，拿着三套方案问遍了公司所有人，当大多数人给与反馈的时候，你才会知道用户真实的感受是什么样的。

3、设计规划：

复盘点包含：板块设计、流程设计、输出文档、目标

板块设计：板块设计包含功能板块和信息板块，这两个板块既是分离的又是重合的，这个点大家都是知道的，我想指出的是，如果新增或者迭代，考虑的点要多元化，尽量考虑全。比如：前段只增加一个客服电话，这个只是一个文案信息，那么这个信息需要做活还是写死？后台是否可以随时变更？写成一个普通的文案展示内容还是可以点击一键拨号？后期客服电话的位置会不会调整？交互方式会不会有所变化？这些都是要考虑的，任何一个产品的每一次迭代，就像下象棋，走一步至少要看三步

流程设计：流程设计包含主流程、必要流程和附加流程，主流程很好理解，比如一款支付产品，如何收款、如何支付这些属于主流程；那么必要流程就是注册登录设置密码等等；附加流程不是很重要但是也一定是闭环，比如上传头像

输出文档：输出文档是多角色共享的一个文档，能够让需求方、UI、技术、测试等参与觉得可以看得懂。那么这个文档就要根据每个角色的需求，做到必须完整、必须符合观看者心理模型、必须无遗漏，具体需求文档在后期我们专门拿出一章来说~复盘的点很简单，作为最初来说，复盘点就是人家指出有问题的点，这个是最基础的进化方式。

目标：目标可以多维理解，比如，我们预期工期是30个工作日，但是我们用了35个工作日；这是为什么？哪个部门导致的原因？是属于需求变更了还是前期考虑欠缺？这些需要在下次如何合理避免？这些事需要考虑的。

4、需求评审：

复盘点包含：业务、交互、UI、视觉

这个期间一般做需求评审主要是提出需求的部门和产品一起来过，设计出的产品模块是否符合业务需求？是否有异常遗漏？视觉上和交互上是否符合可以更好？等等···至于视觉和UI ，我们应该请擅长的人做擅长的事儿，这方面我们可以提出建议，但是一定要相信团队中专业人士的能力~

5、技术评审

复盘点包含：前段、后台、接口、测试、工期预估等等

很多时候，安卓和IOS的表现形式不是很一样，设计的流程可能会有一定的差异性，这个我们在过需求评审的时候需要多注意，一定要问清。另外考虑到前后台的交互过程中会设计到很多反馈交互，我们要考虑哪些需要做的轻一些哪些需要做的重一些~不过一般来说用户端尽量轻一些的好，最终产品表现形态肯定以用户体验佳为准嘛~

关于接口这个东西，如果不是很懂技术的小伙伴，可以研究研究公司产品的wiki接口文档，很有意思，很多技术逻辑都可以看得到，学学，以后撕逼也可以用得到呢，哈哈

测试和工期这块，很多时候技术对于一个新需求的完成，其实是有心理预期的，但是工期的耽误一般都是在测试这块，因为测试会在每个角落认认真真过一遍，发现问题——修改问题——再次测试，中间的时间就不好预估，所以这块一定要在对接口的时候商量好，有问题知道在哪块儿排查，做到心中有数。

6、准备与上线

复盘点包含：上线材料准备、宣传准备、预热准备、埋点复查、实体商品准备、线上环境复测

这里面我们看到的一个词就是：准备

每个公司业务不一样，需要准备的资质、材料等等就会不一样，这个环节就是需要什么准备什么，没有准备齐全耽误的是上线时间。

另外一定要做到的就是，产品或者迭代版本上线后一定要亲自完完整整的过几遍，保证完全没问题即可！

每一次项目都是一次锤炼，每次都是一个积累，记录下来你的过往是一种进步的手段！

希望我的分享对你有用，别怕，你并不孤独！

V：Miguel三先生