典型的企业应用系统选型项目在初期很少谈及技术，因为首要考虑因素是为新软件须支持的业务流程建模，以及将其与任意特定软件解决方案的功能进行匹配。运用标准方法来进行流程建模和匹配。下列步骤对保证本阶段的总体成功至关重要。
　　
　　步骤1—-组建跨职能的选型项目组

　　一个跨职能的项目组可确保满足业务需求和技术需求，并且每个受影响的部门都可了解新决策的影响。理想的项目组应由下列成员群体组成：管理层，财务或业务运营部门，最终用户，顾问，以及来自IT运营和架构部门的员工。

　　另外，还应从每个业务领域挑选监督执行人和主题专家（SMEs）来参与这个项目。这种部署有助于赢得业务部门的全力支持，并有助于在企业内部的其他部门推广新的软件解决方案，以及为项目组就现有流程和日常运营等事宜提供专家级支持。

　　步骤2—-通过评估内部需求，建立业务流程的层次
     
　　在监督执行人和主题专家的帮助下，这个项目组将负责业务流程定义和建模。首要目标是确定主要的流程分组，并保证这些群组与企业的业务领域匹配。
     
　　在这些分组中，流程与高层次的业务领域划分相对应。在流程分组结构中，子流程将高层次的业务领域分解成主要部门。子流程包括每个部门的日常任务。针对每个活动，基于业务的规则描述可帮助了解如何执行和控制日常任务。
    
　　使用传统方法，如：电子数据表、Word和流程图，将很难跟踪、组织和操作如此大量的数据。但是，如果没有正确地存储、组织或无法轻松访问这些关键信息，这将大大延迟时间——并随之导致软件选型项目成本大幅增加。

　　步骤3—-详解流程、子流程和活动
    
　　通常，监督执行人和主题专家负责详解流程、子流程和活动。应以尽可能详尽的信息记录现有流程和经过优化的未来流程的情况。这可使流程更易懂，且更易于与软件特点和功能相关联。详细信息可包括系统输入和输出，现有报告或文档的信息（或副本），以及工作流描述和流程图。这些信息用于直观地说明任意流程、子流程和活动的每个步骤。
    
　　如果处理不当，可导致“堆积如山”的信息。并且，使用传统的方法（如：电子数据表或word文档）很难清晰明了地操作或存储这些数据。事实上，由于这个任务难度很大，选型过程通常到此就嘎然而止，难以前行。
    
　　但是，还是有办法较轻松和快捷地完成这个艰巨的任务的。通过步骤2中的分层和编码结构，TEC的决策支持工具可为每个流程、子流程和活动创建一个流程卡。这些流程卡的设计允许把现有流程和经过优化的未来流程的描述汇总在一张卡上。可把现有的报告、输入和输出、文档和流程图附加在流程卡上。
    
　　可使用流程卡中的集成流程图设计工具来设计经过优化的未来流程图和活动，并把它们附加在流程卡上。由于编码结构相同，可将这些流程卡导入到上一步骤中创建的知识库中。所有的信息被集中在一起，以便为流程中的下一个重要步骤创造方便。它还针对已完成的工作创建了关键审计跟踪。

　　步骤4—-把详细的流程、子流程和活动与功能需求进行匹配
    
　　把业务需求转化为功能需求通常会引发来自业务部门和技术部门的项目组成员间的不合。困难在于，这些项目组成员讲不同的“语言”（业务Vs.技术），有不同的侧重点，对识别和消除冗余持不同的看法。但是，最大的困难是如何管理目前收集到的所有信息。以往，职能部门通常试图通过会海战术来解决问题，这就需要使用大量的流程图和场景描述（scenarios）。在此步骤中，迫于必须在一定时间内达成共识的压力，项目组往往走捷径。他们很容易因此而忽略一些重要的——甚至是十分关键的——因素。这些被忽略的因素的影响以后会越来越明显。这将极大地影响实施，甚至是系统选型本身。
    
　　通过运用以分层结构组织的知识库，可简化这一流程。这种分层结构和简单易用的拖放技术使您能更快地匹配流程、子流程、活动和功能性需求。当知识库中不包含某些功能性需求描述时，您可通过插入功能轻松地在需求清单中添加这些需求。
    
　　在此步骤中，使用决策支持工具的最大好处在于，通过汇总不同知识库的功能性需求描述，您最终得到的需求清单是根据项目要求特别量身定制的。举例说，如果企业资源计划（ERP）软件选型需要包含客户关系管理（CRM）和供应链管理（SCM）系统功能，TEC决策支持工具可轻松地把它们添加到选型项目中。
    
　　另外，根据业务职能的不同重要性，项目组可设置最终需求清单的侧重点。您还可设置知识库中每个层次的需求描述的优先级，从主要的业务职能层次，到详细的功能需求描述层次。借助这种排列流程优先顺序的方法，决策支持工具最终生成了信息征求书（RFI），其中包含根据特定要求定制和整理的需求订单。