怎么做复盘？
大家都知道术业有专攻，任何行业都有自己运营方式和工作流程，拿职业运动员来说，一个羽毛球运动员，每天上午要做4小时无球力量训练，下午要做4小时有球技巧训练或对抗训练。也就是说他们的训练是非常有规划的。那么对于股票投资者来说，面对一个风险市场，也同样需要专业训练做支撑，而学会复盘就是股票投资的一个基础性的常规工作，只有坚持复盘，长此以往才能保持对市场更高的熟悉度，就如同专业运动员一样，即便已经是专业运动员了，也依然要坚持训练维持更好的竞技状态。
那么对于股票投资来说，由于每个人的风格不同，复盘的方式也不同，大家或许经常会看到很多激进型投资者复盘：罗列涨停板数量、谁先涨停谁后涨停、龙虎榜单情况。我们认为这并不是复盘（这是编辑就可以做的工作），复盘的本质不是罗列数据，而更多的是应该是深度思考。但思考来源于什么？天檀认为巴菲特的一句话非常好，他说：投资就是阅读、思考、做决定！对，没错，我非常认同这句话，我所认为的复盘就是阅读、思考！并且是大量的阅读、深度的思考，而非简单的罗列涨停数量、龙虎榜数据，哪个营业部上榜！盘面是表，背后的真相是需要挖掘的！综上所述，我认为复盘就是阅读、思考、总结！为以后的投资决定做平时的积累，试想一个运行员如果平时没有高强度的体能训练，如何应对大赛的洗礼！跳出盘外才更能看清市场，天天对着盘面分析，你很难提升格局！（公众号：天檀FB）喜欢吗？关注并点赞吧，留下脚印，常聊！。
如何做好项目收尾验收工作？
收尾过程是项目组成员和客户对最终产品进行验收，使项目有序地结束的过程。项目验收是每位项目成员都期望看到的结果，说明这个项目终于可以告一段落。在最终验收前，便将验收相关工作准备好并且做到位了，那么项目验收自然就是水到渠成的事情。项目验收主要包括以下3个阶段：一、准备阶段1.对甲方客户进行系统的培训；2.提前准备好项目验收的所有材料；3.线下沟通确认验收材料，并需要得到客户认可；4.项目团队自检并与客户沟通好验收条件；5.确保所有文档和可交付的成果都是最新版的，且影响验收问题都已经得到解决；6.确认可交付成果已交付给客户并获得客户的正式验收；7.审核目前工作成果，检验项目中的各项工作是否完成以及完成的程度，并明确未完成工作量和确切的完成时间点；8.检查项目过程中所有文件是否齐全，统一进行归档以供项目后续使用。
项目资料是项目完成验收和质量保证的重要依据，同时也是项目交接、维护的原始凭证；9.准备项目验收会议的PPT，并提前演练。二、验收阶段1.参与正式验收会议，为确保项目成功，项目必须要通过正式的验收，在会议上进行成果汇报以及向客户展示最终的效果；2.甲乙双方在确认无误后，签署验收确认单；3.项目已达到预期的目标，乙方要将已配置好的系统环境、软件产品、设计规格说明书、使用手册以及测试报告、运维手册、培训手册等介质及文档一同移交给甲方；三、后续阶段安排好后续的维护和其它服务工作，为客户提供相应的技术支持服务，必要时可另行签订系统维护合同。
产品经理该如何写好一篇复盘报告？
对于产品经理来说，每一次有大的项目上线，总是需要进行复盘的。说简单一点，复盘就是一次思想的迭代，为下一次做出更好的产品做准备，也是一次成果分享，与研发、设计、数据等兄弟团队共享工作成果。而对很多新人产品经理来说，写需求单容易，画原型图容易，但写复盘报告很难。是的，在我们公司，复盘报告的格式要求已经从PPT转为了word。
你可以试试，用PPT做一次复盘很容易，但用word就难得多。这是因为，你必须要用文字本身，去帮助读文档的人理顺逻辑，这并不容易。那产品经理该如何写好一篇复盘报告，我用自己做过的一次复盘来简单分享一下。话不多说，先给到我整理的脑图，用以说明报告框架及各部分的作用。下文将基于脑图来展开：框架是我们阐述复盘内容的逻辑骨架，框架搭得好，能够帮助读者看完你的内容。
的确，如果看你文档的人能够坚持读完，并且能记下一些东西，那这篇文档就算是成功了。要做到这点，框架就得符合金字塔原理。（如果不清楚什么是金字塔原理，非常建议去阅读《金字塔原理》这本书，这是美团点评内部的必读物）（1）背景直接指出项目的背景，少说废话。一个新产品的上线，要么是从0到1，此时应该讲清楚为什么要做这个产品，支撑起了什么样的业务战略；要么是优化，此时要讲清楚旧产品有什么样的缺陷，影响范围是多少。
（2）关键结论关键结论一般包括两部分，一是与产品需求单中的核心指标相关，用于回顾产品整体效果；二是产品上线之后一些额外的数据反馈，用于指导产品后续的迭代方向。关键结论一定是基于数据！数据！数据！不能够量化的结果，尽可能不要放在关键结论部分。可以这么说，关键结论是整篇复盘报告中最值钱的部分，是金字塔原理的充分体现。
如果你的老板是一个很忙的大佬，看到你的复盘时，可能只会挑选关键结论看看。有人可能问，如果关键结论这么重要，为啥不一开始就直接写关键结论呢？我的理解，还是要保证可读性。如果读者不是一个对你的项目背景特别了解的人，直接读关键结论，可能吸收起来会比较困难。（3）目标按照普通的逻辑，背景之后应该是目标了。只是从信息的表达效率考虑，将关键结论前置是有必要的。
但从整体上来说，复盘报告还是会按照STAR法则展开。因此，在这一步，我们该介绍（回顾）项目的目标了。（4）落地抓手确定了目标，即想要做的事情之后，下面就该介绍你到底做了什么样的事情了。这部分与你的实际工作内容息息相关，也是衡量你工作量的部分。为了保证逻辑上的连贯，这个部分我一般会跟结论相对应，即一个关键结论，对应一个落地抓手。
这样读起来，在逻辑上会十分友好。当然有时候项目比较复杂，很难做到一一对应，此时将你做的事情做合理的拆分即可。有关拆分，一般遵循的原则是MECE（穷尽且独立）。即你所写的内容代表了你做的全部的事情，且各个小点之间没有重复。（5）具体分析具体分析，就是核心结论的数据分析过程。但说实话，这部分的内容可读性要求没有那么高，它唯一的目的是保证你在开头得出来的关键结论是准确的。
也就是说，很多人可能不会看你的分析内容，但是当他们对你的结论合理性存疑的时候，你的分析内容需要能够证明结论的正确性。基于此目的，我的建议是具体分析包括结论回顾 图表 文字说明这三个部分。其中图表是核心，优秀的图表往往不需要很多的文字说明，就能够很直观地表达出你的结论。（在这里推荐《用图表说话》这本书，也是咱们公司内部的必读物）（6）认知迭代认知迭代是一个项目上线之后，我们对于整个产品开发过程的思考。
大体来说包括三个方面，做对了什么，做错了什么，下一步的计划是什么。其中最核心的是下一步计划，这块内容往往就是产品后续迭代的方向。（7）补充说明这部分是对整篇文档的补充说明，一般包括起到补充说明作用的数据报表、产品的视觉图或者其他你认为能够起到补充说明作用的内容。基本上到这里，一篇完整的产品复盘报告就算完成了。
当然了解了框架，也不一定能够做好一次复盘。其中的关键，在于“以终为始”。从最后的结论出发，推导出文档里我们要填充哪些内容。而在这一过程中，数据是最关键的内容。记不记得我在一开始说的，关键结论一定要基于具体的数据。那到底要看哪些数据？这决定于产品在策划阶段就必须要想清楚的——为什么要做这块产品？用什么样的数据去衡量效果？想清楚了这个，则在产品开发的过程中，你自然会重视打点的过程。
可以说，如果打点不全，有时候产品真的是算白做了。没有打点就没有数据，没有数据就得不到量化的反馈，不知道产品效果如何，不知道最初制定的目标完成效果如何，就更谈不上复盘了。话说回来，做产品过程中的一点一滴，都是环环相扣，而贯穿整个链路的，可以说数据是最关键的了。最后想说的是，模板也好，框架也好，其实都是辅助的工具，最终的目标都是为了帮助自己写出一篇好的复盘报告，让自己和其他人愿意读、读得懂、有收获。
