经验分享:手把手教你开好产品复盘会.docxVIP

经验分享:手把手教你开好产品复盘会.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
经验分享:手把手教你开好产品复盘会 编辑导语:“复盘”这一词如今渗透在社会上的各行各业,大家都知道要做复盘,但好的复盘该怎么做?作者结合复盘案例,向我们介绍了什么是复盘?为什么要复盘?该怎么做?如果你目前在复盘上遇到问题无从下手,那么推荐你阅读一下本文,跟着作者的案例以及思路走吧! 上周我们的产品进入试运营阶段,由于产品是供应链金融系统,属于B端产品,场景化要求高,产品应用的行业属性决定着有一定的业务运营门槛,需要慎重推广。 因此我们决定先在既有的体系内试运营,虽说是在集团内部的兄弟企业间应用,产品就算有些瑕疵,影响也相对可控,可毕竟也是正式环境的实单运营,也有GMV作为KPI的北极星指标驱动着,我们也是万分重视。 团队的工作重心本周也重点放在了实单运营上,业务、运营、产品、技术和测试全力协同,可万万没想到最后还是出问题了,流程竟然有阻塞,虽然紧急处理后,最终修复了问题,也实际走完了流程,但是产品的不良影响却已经产生,无法挽回。严格来说,这算是严重的产品事故了。 于是,领导严厉要求各部门成员认真反思总结,并组织且亲自参与了复盘分析会,别说,通过复盘分析,我们还真的发现了众多问题,有已知的,有未知的,有事务性的,也有流程性的。 我除了觉得这次复盘十分必要,同时,我更意识到:复盘对于保障产品的持续跃升,可以说是十分有效的工具,因此本文主要结合我们这次复盘案例,深度探讨下项目复盘的那些事儿。 一、何为“复盘” 复盘是什么意思呢?复盘原是围棋术语,也称 为“复局”,是指对局完毕后,复演该盘棋的记录,以检查对局中招法的优劣与得失关键。在围棋中,一般用以自学,或请高手给予指导分析。 因此,复盘是指对某一个已发生的特定事件历程进行分析总结,比如,沙场秋点兵结束后,将军对于战略战术应用是否得当的总结分析,最近重读《资治通鉴》,汉高祖刘邦有一点就特别了不起,就是每次犯错之后,都会组织复盘分析,所以,他从来不犯同样的错误。 工作中,在一个产品上线或运营后,对于已经上线历程或者运营经过,进行系统化的总结分析,总结过程成果,归纳过程中的不足,从而吸取教训,形成经验,为以后的工作提供可借鉴的指导性的价值。 事实上,通过对工作的复盘分析,当后续工作再发生相同的场景时,便有经验可供参考,我们往往能够快速响应且快速应用,就像是有思维指令一样,通过条件反射,就能作出正确的决策。 二、复盘的价值 我们产品经理在主导产品上线或试运营后,可以适时的组织复盘分析,那么,产品复盘分析可以为产品带来哪些具体价值呢? 我就结合我们前天的复盘沟通会,总结如下,可供参考。 1. 发现未解决的产品缺陷,完善缺陷管控机制 尽管我们在测试环境、生产环境都围绕产品质量进行了系统性的测试,但仍无法避免出现一些产品bug,这些缺陷的出现可能是测试范围未覆盖,也可能是偶发性的,不过,一般来说,在正式环境不会出现影响流程性的缺陷,多是一些体验性的或者业务理解性的缺陷。 我们这次试运营的过程中,同样也出现了一些缺陷,比如,融资利率试算时,在业务存在多单融资时,存在重复计算,这个缺陷实际上在测试环境已出现过,回归测试也已验证没有问题,可昨天实单运营时又复现了。同时,也有一些体验性的小bug。 项目复盘的价值,不仅仅在于发现未知的产品缺陷的评估,更在于对于缺陷管控机制的完善,为何正式环境仍会出现这样的低级错误? 事实上,我们通过复盘沟通,发现缺陷在回归测试时仅验证了当时的小版本,并且只是在测试环境验证了一下,后来开发合并代码时有遗漏,复盘后,我们决定,根据缺陷等级,在正式环境上线时,要针对回归验证过的高等级的缺陷逐一验证。 2. 识别可优化的产品需求,建立需求优化与产品验收体系 在运营过程中,我们还收到客户反馈了一些需求建议,这些可优化的需求,有些是已经识别并列入需求池里的,有些是未发现的新需求,还有一些更重要,是已经评审通过的需求,但是开发并未实际执行。 根据我们复盘总结,通过这些可以优化的需求,我们意识到,产品经理不仅要有需求优化的管理体系,也得有产品验收的体系。需求优化管理和产品验收实际有交集,新需求识别后的优化设计,需要在优化体系进行识别,调研分析,立项设计,排定优先级,需求详细设计与开发评审等多个环节。 产品验收体系包括优化需求的验收管理,事实上,我们之前对于优化需求并没有很好的验收管理,只是靠测试把控,那么这次复盘后,我们决定,属于业务干线的产品需求,哪怕是优化的、完善的需求,也需要产品验收。 所以,通过本次复盘会,我们对于产品需求的优化体系与产品验收体系,提出了新的要求,完善了相关内容,有利于后续产品质量的把控。 3. 提高沟通效率,驱动协作机制的有效形成 提高沟通效率可能是每个复盘会最大的价值期望了,事实上,有效的复盘会的确可以发现很多沟通协作的问题。沟通效率的低下常见有四个因素,一

文档评论(0)

150****6040 + 关注
实名认证
文档贡献者

互联网产品运营推广以及k12教育内容。

1亿VIP精品文档

相关文档