到每日是最好的，但是否可以达到真正可控制到日，那就看你的能力了。如果每3天为一个中间性阶段进行控制，延迟的时间可以通过加班来弥补。计划最好根据一天工作8小时进行。如果计划一天是工作10个小时，也许第一次延迟可以通过加班8小时（一天工作24小时）来弥补，但再有延迟你会发现你的工作人员没有精力再加班了。
如果要去用户所在地进行工作，还要准备相应的办公工具，人手一台笔记本电脑（电源插座及网络互连线也要考虑）是比较好的资源配置。
需求调研
第一日
本次所说的第一日是开发商系统开发人员到用户处正式需求调研过程的第一日。如果是异地调研，那么在第一日前一日开发商系统开发人员应到达用户所在地，结解住宿，了解住宿地周边情况。最好是早些休息，为第一日工作开始做好准备。
一般第一日的上午是开发商系统分析人员和用户业务需要者进行整体介绍，了解办公环境，建立需求调研过程办公环境。如果是小型项目涉及人员不多（双方人员共同不多于3人），一般上午可以进行调研工作1到2小时，不然下午才能正式开始工作（也就说做计划时第1天一般只有半日的工作时间）。
调研过程
调研的过程推荐开发商系统开发人员有专人进行会议记录，并在每日会议结束后，当场宣布本次会议的结果，并由参加会议人员进行签字。第二日复印或发送电子文件给参加会议人员及相关人员。以便做到有据可查，明确过程。
开发商系统开发人员每周对用户提供开发周报，告诉用户当前开发的进展、是否有问题、是否用户协助等，这是一个好的加强双方沟通的方法。
注意：在调研过程的中系统开发人员的变更会对计划产生重大的影响，不要简单认为是人员更换的问题。因为在调研过程中对业务的理解，不是通过看看文档就可以达到。3天通过讨论达到对需求理解的程序，9天对文档的学习也不一定能达到。
整体调研
对于调研过程中的整体调研，一定要其用户主管者及用户全体人员（含用户IT人员）参加，第一个目的是了解用户的整体需求细节，第二个目的使用户人员从各自的角度也了解到用户方要做一个什么样的系统。
需求提供者如果是一个人，他知道自己要一个什么样的系统。但如果是多人，在开发商系统分析人员进行调研前，每人也不过是计划自己的需求而已，即使有时沟通，一般也是在讨论而不是进行结论。使业务需求并不是很明确。整体调研的其中一个目的就是把用户的多人需求组成一个整体，整体调研过程也是一个用户人员沟通并整合需求的一个过程。
用户方多人在进行开发商需求确认前，业务互相有分歧是相当正常的，开发商系统分析人员必须要在需求调研过程，使其达成一致。
一般情况下需明确以下问题:
当前整体业务需求的目的
要求提供的需求功能列表
已经定义的需求规则
将来发展的设想
明确服务器、客户机的软、硬件及性能要求（容量、速度、可操作性等）
用户目前相关的技术人员和业务人员情况
将来最终系统操作人员的技术及业务人员情况
用户需求的系统及用户本身或其它系统的接口要求
用户的其它要求
需求完全明确情况
对于整体调研过后就要进行各个具体业务需求的调研，对于具体需求调研如果是用户提供的现有的文档，开发商的系统分析人员只是对业务进行了解及进行修改为系统分析人员及业务人员全可以看懂的需求说明书，那么这个过程就比较容易。
只要系统分析人员把业务文档看懂看明白，并且对于一些难理解的业务描述修改为易懂（有些业务名词有一定的专业性就要进行额外的说明）、明确进出的单据（数据项）就可以。当然编写需求说明书具体的细节可以参见其他的众多的书籍及文件模版了。
需求不完全明确情况