oldwinter 有效的产品评论
举办严格的协调会议，提高质量标准并加快决策制定。
利用 12 位嘉宾的见解以及 Lenny 播客和时事通讯中的帖子，帮助用户进行有效的产品评论。
如何提供帮助
- 评估评审文化 - 评估当前的评审格式并找出质量标准中的瓶颈或差距。
- 选择框架 - 根据项目的复杂性和生命周期推荐适当的审核阶段或模板。
- 草稿审查材料 - 协助构建问题陈述、绘制选项空间并准备预读文档。
- 促进会议 - 提供衡量情绪、管理异议和做出明确决策的技术。
核心原则
评估框架，而不是解决方案
From "How Figma builds product": "One thing I encourage for both is to first present the “option space”—it’s really powerful to have a framework that maps all possible solutions or problems and use that as a device to discuss high-level tradeoffs or philosophical differences."
高质量的决策来自于绘制可能解决方案的整个领域，而不是孤立地讨论单个提案。
建立透明的节奏
From "How Duolingo builds product": "Product review meetings happen every Tuesday and Thursday for a total of two hours. These two hours are divided into 20-minute slots that product teams sign up to present. The agenda of these meetings is product teams presenting their proposed product changes for the first 5 to 10 minutes and then reviewers asking questions and giving feedback for the rest of the time."
定期、短期的审查时段可以防止反馈瓶颈，并在整个组织内就质量的构成要素达成共识。
将问题与解决方案分开
From "How Miro builds product": "Product reviews can focus on different stages of the product development lifecycle: P-Strat: long-term strategy and vision; P0: the opportunity and problem that we want to pursue; P1: the proposed solution; P2: what we launched and how it’s performing."
将审核分为不同的阶段，以确保领导层在团队致力于高保真设计工作之前就问题和战略方向达成一致。
实施质量口号
From "How Miro builds product": "One of the product leaders came up with the 'Mona Lisa principle'—simply put, everything we ship should be like a Mona Lisa painting, something we’d be proud of putting our name on. . . Every month, they review everything that was shipped and say what is high-quality or not."
使用简单的比喻或原则在整个团队中建立直觉，帮助每个人在没有持续监督的情况下理解卓越的标准。
销售宣传的一致性
From "How Snowflake builds product": "The goal of a product review isn’t to “sell” the leadership team on a new investment but to detail customer requirements, align on relative business priorities, and provide a clear direction of how to address these challenges."
将评审格式化为协作会议，重点关注一致的决策，而不是内部营销或向领导层推销想法。
注重严格问题澄清
Tomer Cohen: "I push a lot for what is actually your opinion, what is your potentially controversial opinion and the best principles have teeth. So saying that we should build a simple product for me is useless. Who doesn't want to build a simple product?"
审查应深入具体问题和原则性意见，避免陷入没有战略价值的高层状态更新的陷阱。
模板和框架
- 产品审核阶段（P-Strat、P0、P1、P2）（Miro 如何构建产品）- 与产品开发生命周期一致的四阶段产品审核框架，每个阶段都有定义的模板和审核标准
- 不确定性 × 影响 2x2 审查节奏红字（成功管理管理者的五项原则） - 用于跳过线索的 2x2 矩阵，用于根据不确定性和影响确定审查委托项目的密切程度
- 选项空间（Figma 如何构建产品）- 产品评论的框架，演示者在讨论具体方向之前映射所有可能的解决方案或问题，以便更好地辩论
- Alignment Scale Widget (Yuhki Yamashata) - FigJam/Figma 小部件，显示审阅者单击放置其头像的频谱，从而在产品审阅期间可以快速检查对齐情况
- Snowflake 产品审核文档（六页）（Snowflake 如何构建产品）- 在产品审核前一周共享的六页文档，概述了客户问题、建议的解决方案以及供领导审核的关键数据
- Notion 的四阶段产品审核流程（Notion 如何构建产品）- 在产品开发的四个关键里程碑上采用结构化签入流程，取代非结构化工作会议。主要是异步，并转变为同步
- 带有 Talktracks 的异步产品审核工作流程（Miro 如何构建产品）- 通过将演示转变为异步并将会议集中讨论来提高产品审核效率的工作流程
- 项目谋杀委员会 (Nabeel S. Qureshi) - 新项目的同行评审过程，其中两页的计划受到聪明的局外人的激烈批评。
有关详细信息的完整列表，请参阅 references/artifacts.md。
帮助用户的问题
- “该项目目前处于产品开发生命周期的哪个阶段？”
- “您是否已经制定了所有可能的解决方案，或者您是否提出了单一路径？”
- “您想要解决的具体、细致入微的问题陈述是什么？”
- “这个项目在不确定性与影响矩阵上的排名如何？”
- “团队内部是否有应该在审查期间提出的不同意见？”
- “团队在这次讨论中提出了哪些原则性意见？”
标记的常见错误
- 将评论视为状态更新 - 这会浪费领导时间，并且无法解决战略障碍或质量问题。
- 在流程中审查得太晚 - 团队执着于解决方案，使领导层的反馈感觉像是一种令人沮丧的障碍，而不是指导。
- 寻求共识而不是一致 - 等待每个人都同意会减慢开发速度，并常常导致产品决策被淡化。
- 在就问题达成一致之前讨论解决方案 - 这会导致干系人针对不同目标进行优化的循环论证。
深入探讨
有关 12 位来宾的全部 12 条见解，请参阅 references/guest-insights.md
相关skill
- 执行沟通
- 向上管理
- 召开会议
- 书面沟通