PD · PB · 056
产品评审运行手册
Product Review Playbook · product-review-playbook--brian-tolkin
所属簇 产品评审与决策治理
解决什么问题
如何设计并运行高效的产品评审会,既能同步信息、保持问责,又不让团队感觉像在“上刑场”,真正帮助产品改进。
核心内容
高效产品评审操作手册:
- 设定双重目标:明确告知参会者,评审不仅是为了向受众同步进度和问责,最重要的首要目标是帮助团队思考问题、让产品变得更好。
- 控制参会规模:最好的讨论发生在小团队中,将会议人数控制在 10 人以内。文档可以广泛分发,但讨论要保持紧凑。
- 领导者作为探查者:高级领导者的工作是提问、抛出想法(“这是一个想法,不是命令”),并提供团队缺失的背景上下文。承认团队对问题有更深的理解(他们每周想60小时,你想3小时)。
- 标准化模板与分阶段评审:模板包含 Context, Problem, JTBD, Potential solution, Risks/Premortem, Measurement of success。根据阶段分桶:Ideation 阶段的文档与“即将发布、 Speak now or forever hold your peace”阶段的文档应有所不同。
- 留存工件:保留会议录音或文档。这不仅是团队的知识沉淀,更是新员工了解产品历史和现状的“超能力”。
- 排期机制:每周固定开放 2 个 slot,团队按需认领;若某些重要领域长时间未排期,进行主动干预以确保其在一季度内流转。
适用边界
特别适用于运营驱动节奏的公司(如周度业务评审 WVRA),以弥补日常运营节奏中缺乏中长期产品方向探讨的不足。
关键引述 · 原话
"The people closest to the problems also have the best context to solve that problem... as a more senior voice in the room, often the job is probing, asking questions, throwing out ideas in a way that says like, hey, this is an idea. This is not a mandate." (Brian Tolkin)
关联卡片
与 Dharmesh Shah 的 Flash Tags(用标签区分反馈的重要程度)机制互补使用。
出处:Brian Tolkin · 03-podcasts/brian-tolkin.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2