1、介绍需求时，首先必须用通俗易懂的语言介绍整个方案的流程，用简单的语言介绍这个需求是干什么的，有什么用处，尽量让每一个参与者都能听得懂，然后通过大家都能听得懂的大处去层层深入小处，介绍细节。这样的好处是，需求方案细节不一定每个人都听得懂，但至少都能明白这个需求是做什么的了，类似于售前方案介绍，可以抓住听众去听这个介绍。

2、需求评审（方案型的）不仅仅要向设计人员、开发人员等介绍需求做什么，还要介绍为什么这么做，同时更进一步，还要吸取大家的意见，或者辩驳你的方案为什么更合理，听众提出的想法为什么不合理，或者不全面等，要说服听众，答疑听众。

讨论：

1、需求评审尽量让项目组每一个人都参加的好处是，是让每一个人都了解一下需求，但也容易“叽叽咋咋”，尤其是开放型的方案设计型的需求评审，BA说服每一个听众会很累，评审的效率比较低。

2、需求评审只让主干人员参加，评审的效率更高，缺点是初级开发人员可能接触不到一线需求，他们的来源可能是纯技术设计的开发任务，对他们的业务成长不利。