2023年6月28日发(作者：)

需求评审主要要点 作为产品经理，评审时常态，⽆论⼤⼩需求，只要提交到开发，就必须经过评审，⼀般评审分为两个部分：内部评审、技术评审。业务评审：关注⽤户体验 业务评审参与⼈员⼀般有：产品部代表、技术不代表、运营部代表，客服部代表。需求提出⽅。⼀般需求提出⽅可能是运营团队、客服团队，也有可能是销售团队。⼀般销售团队不参与运营和客服提的需求的需求评审，对于运营、客服团队提出的需求，销售团队只在乎结果，即最后做成什么 样⼦，什么时间做出来，但是运营和客服团队会关⼼销售团队提出的需求是否真的是在真实场景中遇到的。 ⼀般内部评审⼤家关注⽤户体验，重点考虑实现⽅案是否真的能满⾜需求⽅的需求，实现⽅案推⼊市场是否真的能带来正⾯反馈。⼀般运营、客服、销售团队更贴近⽤户，所以在该步骤评审过程中不需要讲解过多的实现细节，只需要说⼀下⼤致的实现⽅案和操作流程即可，客服团队会站在⽤户的⾓度，给出⽤户在使⽤改产品时可能遇到的坑，运营团队会站在产品推⼴的⾓度判断改⽅案是否符合新⽤户推⼴。 专业的⼈做专业的事情，业务评审得出反馈应该是⽤户⾓度的。技术评审：关注实现逻辑 技术评审参与啊的⼈员主要是项⽬组成员，⼀般有：后台，前端（移动端/web端）、测试，前端中移动端和web端不⼀定同时有，具体要看⽅案是在什么地⽅实现的，如果没有App 的内容，不需要叫移动端的同学，或者没有⽹页的设计内容，则不需要叫web端的同学，但是如果两端都有涉及，则需要叫上两端的同学。 ⼀般技术评审⼤家关注的是实现逻辑，重点考虑这个需求怎么实现，后台考虑实现逻辑，前端考虑交互逻辑，测试考虑测试⽤例。所以在需求评审前，产品经理⼀定要单独把这⼏个⽅向考虑到，如果有某个⽅案考虑得不够到位，会当场被相应的同学指出来的。 技术评审不在于产品经理考虑得有多么全⾯，⽽是思考过程有多么缜密，产品经理缜密的逻辑思维会考虑得更加周全。在技术评审的过程中，如果思考过程有过多的⽋缺，那么会呗开发提出很多意见，如果产品经理不经思考直接接受这些意见，那么产品最后做出来的不会是最初的那个样⼦，会更加偏向实现层⽽不是⽤户层。所以产品经理在技术评审的时候如果第⼀次被指出很多问题，不要惊慌，也不要害怕，没有⼈是⼀次成功的，把问题收集起来，回去整理归类⼀下问题，再针对问题做⼀次全盘思考。 技术评审的时候，会抛出很多问题，产品经理⼀定要保持初⼼，不要为了尽快提交开发⽽做出过多让步，毕竟产品经理的⽬标不是提交开发，⽽是为⽤户提供更好的服务。 评审的时候遇到问题并不可怕，可怕的时候产品经理没有过多思考问题背后的意义，作出过多的让步。⽆论什么时候，产品已经⼀定要站在⽤户的⾓度，保持初⼼，为⽤户创造更多更好的产品。