一位做企业内训的客户，需求会开了三次，每次结论都不一样：第一次说不要商城，第二次又想要分销，第三次连会员规则都推翻重来。开发团队被折腾得没了脾气，排期一拖再拖。需求评审会开不好，后面的开发全是在流沙上盖楼，教你和小程序开发公司把会开明白。
会前备好三样东西
第一样是业务流程图，不用画得专业，手拍白板都行，把客户从哪来、经过什么环节、钱在哪一步收，画清楚。第二样是竞品截图，你觉得哪个同行做得好、好在哪里，标出来，比说一百句想要个那样的都管用。第三样是预算上限，心里有个数，会上听到报价才知道砍哪些留哪些。小程序开发公司的产品经理最怕三无会议：没流程、没参照、没预算，三个小时聊下来全是感想，落不了地。这三样东西不用精致，白板拍张照都行，关键是让双方对着同一个事实聊，而不是各说各的想象。
会上只定两件事
评审会不是头脑风暴，目标越少越好：定功能清单，定优先级。功能一条条过，每条给出必须有、最好有、以后再说三档判定，当场记录分歧，定不下来的放到会后单独聊，别在会上耗。经验是两小时能定完一场会，超过三小时的会，多数在为没有结论的事情反复拉扯。有的小程序开发公司喜欢在会上加塞新想法，你要把住方向，超出一期范围的一律记到二期清单里，先把主流程锁定。会上还要顺手定下验收的参照，功能做没做对，以评审会上确认的那版清单为准，日后谁也不能改口。
- 流程图、竞品截图、预算上限，会前备齐
- 功能逐条过，分三档定优先级
- 定不下来的记入二期，别现场恋战
会后二十四小时内出纪要
会议纪要谁出？要求小程序开发公司出纪要，你只负责确认。纪要里要有功能清单、优先级、双方待确认事项和下次节点，你在二十四小时内回复确认，过了这个点，人的记忆就开始走样了。确认过的纪要就是日后需求变更的计价依据，改了什么、改的部分怎么收费，全有出处。一位客户的会开得又快又省，秘诀就一条：每次会议只解决清单上的问题，清单外的一律下次再说。纪要确认这个动作别嫌烦，项目里九成的扯皮，都出在没书面确认的口头约定上。
建议：把需求评审当成项目的第一道质量关来抓，会开明白了，返工能少一大半；比格网络这类流程成熟的服务商自带会议模板和纪要格式，你第一次谈需求时就能看出对方会不会开会，这本身就是一次预演。
