我之所以从事ERP行业是由于我享受使用技术来解决商业难题这个过程。然而在赛捷中国的职业生涯中我逐渐意识到，无论一个企业多么地渴求技术，直接将技术交给企业并不能符合客户的最大利益。尤其当你不能完全理解这些要求的时候就显得特别真切。需求的拓展和对需求理解的拓展是有差别的。接下来我们简要的了解ERP需求管理实践。
采集业务需求是为开端
我想我们在这一点上可以达成共识：采集业务需求活动对于成功实施ERP具有重要意义，它对实施效果能够产生显著的作用。然而在针对需求实施解决方案之前进行需求验证也同样重要。很多时候，我们在对业务需求有了完整全面的了解之前就忙着采集和规划。每每涉及规范的需求管理，我脑中便出现以下这个简洁的模式：

定义对象
看似简单，但究竟怎样采集需求呢？同样，对于了解需求是否是新的机遇或者业务难点的突破口也是很有意义的。在采集信息的过程中，信息来源所扮演的角色不容小觑。思考以下被普遍接受的采集ERP业务需求的途径：

请容许我这样表述：以上方法是有效的，且具有其内在的优缺点。我在其中发现的是，采集需求并不难，难的是如何以有限的精力去理解这些需求可以支持业务流程并产生效果。
查明原因
对业务没有了解之前提出解决方案委实难以令人信服。质疑企业需求的声音甚少，而为需求争取地位的声音却甚嚣尘上，为什么？理想的结果是什么样子的，这些结果又是如何为整体业务流程赢得利益的呢？人们对需求不求甚解，其原因可能是对其滋生的土壤从未给予关注。值得注意的是，思考到了原因说明你迈出了对业务需求理解的第一步。以下是对业务需求的标准验证活动：

我确信以上四条验证途径都应该被应用到定义业务需求的过程中去。然而可惜的是，并不是所有四个验证步骤都能够在业务部署的时候出现。ERP的优势在于它为演示和确认业务需求处理提供途径。
构建途径
这通常是ERP最不擅长的领域。为了较快的呈现效果，许多人认为必须通过技术方式实施。在很多方面技术是很好的解决问题的方式（尤其是在可复验的和逻辑等领域），而同时它也是在解决业务流程相互冲突的需求方面耗费最高的。一般来说，解决业务需求有四个选择：

1.自动化：构建技术方案解决需求问题。
2.业务流程：创建业务流程解决需求问题。
3.接受：只在必要时进行处理。
4.避免：消除业务需求根源。

对于对象和原因的了解将有助于你选择最可行的方式实施需求管理。它提供了很好的视角和环境以进行有效率的决策。
总结
如ERP等企业技术平台是一种围绕企业上下解决业务需求的强大的工具箱。然而，像需求管理等软技能也对业务解决方案的成败起到重要的作用。每隔几年就有一种“新”的应对采集ERP需求的ERP研究方法出现。很多时候我都过多的专注于此种方法而对最终结果缺乏关注。关于“简化”需求管理这个问题，我想我肯定会受到同行的批评。但是我发现相对于一本高深的方法论著作，股东能理解和马上想到的是这样一点：最好的方法就是最简单的方式。