字节跳动收获总结：产品规划、PRD编辑、评审及复盘总结

编辑导读：年轻人为什么想去互联网大厂？除了薪资高之外，还有大厂完善的工作机制，以及各路大牛的亲自指导，能够帮助职场人快速成长。本文作者梳理总结了他在字节跳动的工作经验，与你分享。

一、前言

新公司实在太忙，现在才利用地铁时间完成第二篇复盘总结，希望对大家有所启发和帮助。

本文总结了之前工作中，是如何完成需求方向确定，PRD编辑，需求评审，产研高效协作和复盘总结的，笔者希望看完这篇文章后，读者朋友都可以在当前团队试用这套产品管理方法，一些产品新人可以了解到如何做产品规划 ，如何写出一份结构完整的PRD，如何应用静默评审提升评审/会议效率，如何做复盘总结。

因作者只在飞书产品线工作，受限于个人能力和视野局限，文中内容既不能代表飞书更不能代表字节，仅是个人对过去一年多的复盘思考，不足之处欢迎评论区拍砖交流。

笔者现在在贝壳金服，如果想要内推贝壳金服或贝壳的同学可以联系我哈，如果想要内推字节的同学也可以联系我，我去找朋友帮忙内推，祝好运~

二、产品规划、落地和复盘

任何方法都有适用场景，个人感觉飞书的需求管理更适合于To C的产品，而且一定程度上产品经理要有主导权，pm可以有效的控制节奏，如果是业务主导的随时插入需求的团队并不是很适用，如前文所说，产品的规划是按照双月纬度去推进的，虽然会有偶尔插入需求的情况，但是大多数需求都是在双月会上拉齐不同团队间的认知，协调好跨团队的资源，按照节奏进入产研流程中。

2.1 产品规划-one page prerelease

前文中提到，我在飞书的时候，团队是有年度规划复盘会和双月规划复盘会。当产品定位确定，年度目标和方向给出后，双月的规划会更多的是一个目标拆解的过程中的中间环节，它连接着年度目标和具体落地方案，即是年度目标的细化，也是对具体方案的抽象。

一个完整功能的一页纸即可，以开发布会的视角去抽象和组织信息，以纯用户视角去编辑内容，需要体现产品的用户价值，one page prerelease内容上主要包含三个部分，标题，2-4个简短说明，一张示例图，如果需要可以补充一段注释。

标题。一句话说明功能提供给用户的最主要价值是什么。

说明。简要介绍这个功能是什么，如何帮助用户提升哪方面的效率，如果有数据可以写上预计对核心指标的影响。

示例图。可以是低保真示意图，也可以是高保真效果图，还可以是竞品或相关产品的拼接图，核心是体现出这个功能未来可能是什么样子的，价值是什么。

可以多看苹果和google的发布会，如何用一页PPT对一个产品的核心价值做抽象，乔帮主的发布会值得反复学习，不堆砌硬件指标，用与用户相关的数据震撼观众，用一张图加一段文字，甚至只是一张图，让观众为之疯狂。

因为底层上来说，双月会上是争取团队资源做目标功能的评审会，需要大家认同当前做这个功能是有意义或价值的，所以在编辑内容过程中，需要对目标用户价值做出抽象，同时要符合产品定位和年度目标，当然所在领域的头部竞品和相关领域的头部产品都可以是思路来源，比如gmail的年度发布会说了什么，微软在企业知识图谱上即将上线哪些功能，在这个阶段需要pm既要向外看，看市场的同类产品的规划方向，也要向内看，做功能抽象和用户价值提炼。

其实任何职级的PM都可以考虑试用一下，对当前所负责的功能进行一页纸规划抽象，可以想象一下你正在发布会上介绍这个功能，如何做才有可能让用户为其买单，有助于提升抽象能力，提升产品看问题的高度。

2.2 产品方案落地-PRD

上一篇文章对于PRD模板用一张图做了简要介绍，本文详细叙述一下这套模板。模板可以看做是一套思维范式，可以统一团队看问题的视角和思考模式，一份结构合理而完整的PRD模板可以帮助创作者聚焦问题并发散思路，当团队中所有人用一套模板时，有利于评审时文档阅读者快速检索定位到自己的目标信息。

相关人员。介绍清楚功能需求的相关方，包括产品Owner，相关PM，设计师，UX，研发leader，研发同学，算法leader，算法同学，前端，后端，SDK等。如果存在跨业务线的情况需要把相关同学全部写明，方便后续沟通复盘。

评审记录。因为一个需求有可能内部多轮评审，包括跟老板的评审，都会有一些重要的修改方向，通过评审记录完成关键意见和方向记录，因为通过静默评审答疑会在文档右侧的区域进行评论交流，所以评审记录更多是对每一次评审中重大改动意见的记录。