我们应当怎样做需求分析

我说的这些都是我7、8年需求分析工作的总结，都是来源于实践。然而需求分析的难，就在于，理论都是一样的，但每个项目的情况都不一样，因此操作起来不尽相同，得灵活掌握。

诚然，客户也有工作，不可能过于频繁地与你开会。因此，需求讨论需要灵活组织，甚至不一定非要是正式的会议。电话、需求反馈单、非正式的业务讨论，都是我们可以采用的形式。

在项目初期的拜访之所以重要，就是要我们认识一些要好的业务人员，与他们建立良好的私人关系。当我们需求分析遇到疑难时，可以选择合适的时间，花上3、5分钟，在电话里了解业务情况、解答疑难问题。当然，这种方式讨论的一切结果都是非正式的，最终需要落实到正式的文档中，但采用这种方式可以非常快捷有效地分析和整理需求。

以书面的形式，向客户发送需求反馈单，明确标注需要确认的内容，以及存在的疑问，是另一种非会议形式讨论业务的方式。向客户提问，等待客户回复，再向客户提问······也是一种频繁但又为客户接受的形式。

最后一种形式是下基层收集业务知识常用的形式。1、2个业务人员，10来分钟的业务讨论，非正式，但效果非常好。

当然，在我参与过的项目中，也有客户配合度非常高的时候。有个项目，我们与业务人员整整1个月吃住在一起，边开发边测试，其效果当然不用说了。10个项目有10种情况，这就需要我们根据实际情况灵活掌握。

有时候也要开发驱动业务人员。Keep Communication

学习了，这周刚好要去客户处做需求

不客气的说，很多需求人员就是酱油，既不懂技术也不懂业务，还不知道如何引导客户发现需求，一句话：能力问题。

说的很对啊，我们倒是是这样做的，需求谈好了之后，就让客户签合同，合同上写清楚，需要甲方提供清晰的合同，乙方按照需求进行开发。

还一点，我认为，客户不一定要当成上帝，我感觉，整个项目来说，客户也是急着要这个系统的，他冒然不可能会把项目的合同中间终止，这样对双方都是不小的损失。

钱合同的时候已经付了一笔款项了，所以也不能惯着客户。