需求评审与讨论问题的基本方式
这篇讲的是需求评审与团队讨论的核心方法，重点在于把一场可能陷入辩论的评审，转变为共同解决问题的过程。作者从常见误区出发，指出许多产品经理习惯带着“说服研发”的心态，导致氛围对立。文章强调，有效的评审首先要在“为什么做”（目标与目的）上达成绝对共识，再进入“怎么做”（方案）的探讨，最后才是排期执行。 为此，作者提出了几条关键原则：讨论必须建立在同一频道的定义共识上；遇到僵持先搁置，求同存异。其推荐的推进步骤非常清晰：第一步务必花时间阐明背景和目标，并确保团队认同，这比直接讨论功能细节重要得多；第二步，在目标一致的前提下，专注探讨方案本身，避免思维跳跃到架构风险等细节层级；第三步，在方案敲定后再处理资源与排期。 文章最后总结，无论是评审还是日常讨论，高效解决问题的本质都是不断拆解——从目标拆解到方案，再拆解到执行步骤。它提醒我们，在复杂的技术协作中，理清讨论的层次和聚焦点，有时比单纯的智商或情商更为关键。
