现在，有一个很奇怪的现象，招产品工程师老是招不到合适的人，倒是像来了一堆文员一样，以为就是整理一下文档，跟进一下需求，其实跟一个合适的产品工程师要求还是相差甚远！
今天就先聊一下作为产品工程师最新需要搞清楚的需求评审。需求评审顾名思义就是把需求细细地审核一下，别走偏了嘛！评审应该是要有人物、时间、事件、起因、经过、结论。首先需要的是召集人物嘛！把需求相关的人组织起来开一个会，比如发邮件通知也可以，同事工作群里通知也可以，当然这个时候人物和时间都确定了。其次，要讲明需求的来源，需求的目标，这也是大家开会讨论的重点。开会时要充分讨论需求的合理性和完整性，降低需求不明确的风险，也便于需求相关的人理解需求，把控好自己的工作任务，也更便于大家一起团队协作。
大家坐在一起讨论，能够相互启发，弥补缺陷，再得出大家哪怕是妥协的方案也是最好的方案！需要注意的是控制会议的气氛，以及讨论的方式，不要以领导这样定的，那我们还讨论个啥，在这个会议上大家都有表达观点的权利！不要说老板说要这么做就这么做，要那么做就那么做。我们要讨论老板的方案是不是合理的，这就是评审的意义所在。即使老板牛逼得不行，肯定对于下面的团队来说总有智慧可以让他说的方案更加合理。这也是产品工程师在开会需要注意的地方。可以说老板建议的方案是这样的，产品这边建议的方案有其他哪几种，抛出来，研发、销售、售后等同事们也会针对各个方案做出自己的分析，我们要善于倾听大家的意见，再整理好意见，最重要的是要达成一致的认识，得到最优的方案。有团队讨论得出的方案，跟老板解释也是能讲的通的，毕竟团队是为了老板做出更好的产品，为公司谋利嘛！
产品功能的定义要清晰，功能的设计要有意义，切记花狸狐哨的功能，费力不讨好！开完会议要及时整理好意见，修正好方案再发出来给需求相关的人，有必要的时候再开一次这样的会议。这种会议不怕多，前期不讨论清楚，后面要浪费花的时间会更多。因此，有一个好的产品工程师是不容易！有一定的理论知识，至少提出的方案不要太莫名其妙的，更不要说不提方案，只抛问题，不要让产品工程师沦为一个普通文员！