还有一个问题
项目需求的范围确定是一个非常重要的因素，范围掌握不好对于需求挖掘来说是致命的问题，用户可能提出各种需求，有些是近期的，急迫的需求，有些是远景的，未来的需求，有些是随意的，不确定的需求，有些是肯定的，确定无误的需求，那么对于项目的每一个阶段的需求分析都是很重要的，并不是什么需求都要在某个时间做彻底的挖掘，即使挖掘了也需要近一步的分析，结合各种因素比如市场，成本，时间，可行性等等。

     但是对于开发一个全新的系统,没有类似的产品作参考,只有客户的一些零碎的操作流程的描述,不知道从何入手来整合这些需求.个人觉得需求应该是具有层次的,不同的代表客户提出的需求所处的层次不同,一般来说,高层的需求比较稳定,而低层的需求是最容易改变的,因为它涉及到细节的问题.根据这样的思路,应该首先准确把握高层稳定需求,再逐步进行细化为具体的业务操作细节的需求.
     不知道有没有公司这么做的,我实践经验太少,不知道这样的方法在实际中是否可行

领域小到极点就是单个项目，会被客户牵着鼻子走，需求多变且很难把握
领域一般不能太大，否则就没意义了   就像不需要讨论放之四海而皆准的本体，而强调领域本体

至于QQ这种产品，由于是面向最终用户，且是人人适用的，因此应该更强调用户调查和自我体验（开发者本身也是QQ的用户），这种领域也可以说有领域专家，他熟悉现在上网一族的个性和流行需求，熟悉各公司已有产品的特性，当然他的很多知识也要通过用户调查或自我体验等手段来积累

个人以为你对领域专家的理解有偏差
1）领域专家一般面向一个领域，具有一定的广度，基于领域进行开发是为了面向一系列特定应用，如果是你所说的针对单个用户定制的项目，似乎就谈不上领域了

2）领域专家并不等同于业务用户，他们往往对一个领域有多年的积累，同时具有一定的软件思考能力，善于总结和归纳，这样他们所理解的领域需求是经过总结和归纳的领域需求，涵盖了多种特例需求，有的还带有预见性，有的甚至是用户所未表述出来的，说白了，领域专家要做到比用户更懂业务，这没有多年的积累是做不到的

3）你说的系统之所以失败，我觉得是因为这些所谓“领域专家”其实都只对最终系统有自己的片面的理解或要求，并没有把握潜在需求的实质。用户往往无法正确表达自己的根本需求，但他们能在看到原形实现后说“对了，就是这个”，所以必须挖掘根本需求，这个挖掘并不单纯针对用户的表述进行，还要根据自己对业务规则的理解，提出一些自己所认为的“合理化”建议并通过原型等手段让用户确认

你分析得很全面，得却如此，领域专家不一定是实际从事这个领域的人，也许是长期研究这个领域，有丰富经验的软件建模专家。如果不能对领域完全了解，就是伪领域专家了。