-
首先对于合同内建设的系统需求进行熟悉和掌握，了解甲方的大致需求，便于调研前的准备工作及切入点。
-
与甲方确认调研时间：若是甲方一味的推脱比较忙等，则需告知甲方负责人延期调研可能会带来的负面影响及项目工期的延长，若是还是不行，可建议甲方向其分管领导反馈让分管领导参与，利用职务安排任务等方式让其他科室进行配合。
-
确定时间后，开展需求调研启动会，让参与的人员，涉及系统开发人员融入其中，明确自己的职责。
-
驻场调研，项目经理参与系统调研，把控好需求过程，做好需求对接，需在项目现场调研至少一周的时间，对于调研的成果进行分析梳理，存在疑问继续找科室确认，与科室对接至少3次调研，至少2次确认，必须进行全面的调研，避免后期引起的需求变更及理解偏差产生的问题。
-
现场确认无问题后，需提交产品经理和项目经理进行审核，确认无问题后，进行需求内审会议，并明确内审的目的，让大家知道内审会议有利于后期的系统开发，提高大家的重视度。注重细节，不放过一丝一毫，要让参与人员内审会议的人都融入其中，了解项目需求是否可行。特别是原型的设计，美观度直接影响到项目现场的确认，若是原型做的好，甲方还有看下去的必要，若是做的不好，甲方都不愿意看，只会说系统好了再给我们看吧，但是就这么句话则会给我们开发人员带来很大的工作量。
-
会后需求人员及项目经理均需要形成会议纪要，然后双方核实后认无异议，上传SVN。
-
根据讨论的结果更新需求文档及原型，去项目现场与甲方科室对接确认。
-
与科室确认无异议，则通过。若存在新增问题或变更问题需要梳理，根据反馈问题程度确认是否需要再次进行内审，比如增加某个字段，这类问题可不需要再进行内审了，需求文档及原型更新后，共享SVN并发消息提醒相关人员查看即可。若是问题比较严重，增加某个难以实现的功能，则需要再次进行内审会议。（重复6-8的步骤）