1. 准备结果列表
一定要在需求调研之前有一个成果列表，就是一次调研会议应该是由他们的主题，那么基于这些主题，你需要了解那些信息，解决那些问题？你需要一个成果List。有感于今天我们开会，赵工一说，好今天就这样，大家这都起座要离去，我们的项目经理发现一个租赁的业务还没有介绍清楚，马上跟言：还有租赁的业务没有介绍，于是接口人员赶忙叫来了相关人员，继续开会。通过列表可以校验此次会议的目标是否已经达成，做到开会心中有数。
2. 注意积累对象属性
在每次经历了需求采集之后，都要进行总结，不仅是要总结业务和发现对象，还要不断地补充和记录发现的对象属性，比方说发票，经过了一次开会，发现他有一个税率的属性，再开一次会发现工程师提到了会有备注，等等，所以可以整理一个Excel，上面罗列了你发现的对象，以及对应属性，每次总结都需要填充这张 Excel，如果没有填充，那么我倒是很怀疑这次开会的成效。
3.看到业务真实件
对于业务理解除了会议之外，还需要看到业务相关的原件（甚至是工作场地等）比较好，可以真实地和对方介绍的业务对应起来。在成本系统中，我就曾经错误的理解一次维修行为会有一张总的发票，但是通过看了原件我发现，其实并没与总的发票，而是工时材料其他各自开的发票。所以理解业务最好是能够看到第一手的真实的场景，实物（电子版的），来验证通过交谈形式立即的业务。
4. 聆听的过程中不断问问题
问自己：这部分业务需要系统做什么，是需要自己完成，还是别的系统来做事情？比方说关于MCPH发动机的成本计算，其实都是财务那边自己来核算或者通过orcacle来做这些事，而不是我们系统负责。所以通过问问题来关注焦点和总结业务是一个好的方法。