编辑导语：产品经理一定会经历需求评审，有时还需要主持产品评审大会。要想需求评审会开的有意义，我们就需要明白需求评审的流程和会有哪些坑，只有明确这些后，做好相关的准备工作才能够事半功倍！本文作者总结了从0到1构建电商平台之需求评审会的流程与坑，希望对你有所帮助。

对一些新人产品经理来说，主持产品评审大会是一件头疼的事，整场会议下来感觉主持得不怎么样，但又说不出哪些地方需要完善；或者没意识到主持会议中的一些坑，不知觉地踩了进去，导致会议的效率较低。

我是非常享受产品评审大会的，我觉得这算是产品经理的高光时刻之一，作为整场核心角色，整场会议由你把控。但会议的质量也完全取决于你。

这篇文章就是以我之前主持过的一个项目为例，介绍需求评审会中应有的“流程”，再结合我自身经验和参加别人主持会议时发现的一些“坑”，来和大家做一次分享交流。

一、先介绍项目的目的、范围、主要的功能流程等

我们主持评审会是为了让参与小伙伴明白这个项目是用来干嘛的，有哪些主要功能，流程。所以当别人对你的项目还不足够了解时，先要对这个项目做一个大概的介绍，不然就会听得云里雾里的。

例子：

1. 作为一个全品类电商平台，我们的平台的模式是邀请商家入驻发布商品，并吸引用户产生订单，并给商家结款等等，这次评审的主要是公司内部用的管理后台；
2. 管理后台作为数据的输入来源方，首先需要商家管理功能，用来添加和管理商家的数据；
3. 添加了商家之后，商家就可以通过自己的商家后台来上传商品，而我们用的管理后台也可以上传商品，且管理审核商家上传的商品，所以就需要商品管理功能；
4. 有了商品数据之后，前台或app就可以看到这些商品并且下单了，所以管理后台需要有订单管理功能来对订单进行发货等操作；
5. 有了订单，用户也可能会退货换货等操作，所以需要售后管理功能；
6. 由于用户支付的订单金额先由公司代为保管，所以需要财务管理功能来结算商家的货款；
7. 花个几分钟把项目先这样按数据的流转介绍一遍，提高参与小伙伴的接收效率。