不少项目业务就是为客户服务，完成客户所想要的。但这个”想要的“就很灵性了，它很多时候不打算是一个很理性的东西，这也是为什么项目需求分析难做的原因。
大家都清楚不论是为了更好达到客户要求，还是为了让项目组成员更清晰的知道要做什么，项目需求都必须确立清楚并符合客户愿景。
因此提前做好项目需求分析，是挖掘客户内心想法，让大家认准努力目标的前期重要准备。那么大家在做需求分析时会遇到哪些状况?又应该如何解决呢?
状况一：客户不专业，需要项目组去完善
很多客户虽然对自己的相关业务熟练，但对于产品开发等相关知识却很缺失，也没有相关项目管理的经验，所以只能心里有一个想要的产品轮廓，却无法将它完美转换为具化产品。
于是这是就需要项目组去替客户来完整这个轮廓的细节，而项目成员们能否真正站在客户角度去搜集整理、理解这些需求，就决定了这个需求的完整性和有效性，以及真正被实现的可能。
措施：善于问问题并引导客户理解
遇到上述情况，需求分析报告的编写者要参与到需求的搜集工作中，准确领会客户的意图，并转化成软件能够实现的功能。
对于说不清楚需求的客户，要善于问关键问题，引导客户提出自己的需求。如：可以事先编制一个问卷调查之类的文档，详细列举需要客户回答的问题，以便防止遗漏。而客户在回答和引导的过程中，自己对自己想要的东西也会逐渐清晰。
状况二：分析需求的性质，考虑可变性
随着客户对自己产品相关项目理解越来越深刻，可能他的需求也会随之改变，这些改变的变动越大造成的项目风险可能越大。
我们在需求分析的时候就要充分考虑到哪些需求是相对固定的需求，哪些可能会是产生变动的需求，考虑到它的可变性。
如此在根据需求做功能时考虑这些因素，后期即使发生变动，也不至于影响整个项目而束手无措。
措施：罗列需求变数的可能性
因此，需求分析人员要能够对客户需求进行深入分析，区别出哪些需求存在日后变更的可能，哪些需求属于相对固定的，哪些需求能够实现，哪些需求需要变通才能实现，作为后面项目人员各项工作开展的指导参考。
状况三：负责者不认真，双方认知错误
需求分析是一项繁琐枯燥的工作，需要和客户之间不断的商讨、确认和反复。
由于大部分客户虽然安排专人负责这项工作，但是该人并不只做这项工作，特别当他被很多其他的事情缠身时，而无心细看提交过去的需求报告时，他很可能会给你一个错觉，让你认为他已经真正的理解并认可了你的方案。然而这种双方的错误认知，就可能造成一方吃力不讨好的完成，另一方却不甚满意。
措施：确保客户确认是理解为前提
因此，需求分析报告对功能细节的描述不能有歧义，描述一定要全面、准确，防止项目方和客户之间对同一个问题有两个截然不同的理解。客户在理解之上的确认才能够保证日后一旦出现问题不致出现双方互相推托责任纠缠不清的情况。
综上所述，各种理解或其它失误造成大家对需求认知的错误而产生的不良后果，无疑是让人头痛又遗憾的。多数失误是大家可以避免的，对于这种源头就需要确立的事项，项目人员尤其需要引起重视，避免出现失误，导致大家”做白工“的可能。