售前环节最重要是通过范围识别来核算成本以及编制主计划。那么，如何才能识别具有可操作性的需求范围呢？

项目有大有小，用户的专业程度也不尽相同。以个经验，谈谈如何识别需求的步骤：

首先，用户的需求大多数是在脑子里面或者感观性的，并没有很规范的或者成文的材料供我们参考。出现这种情况下，就需要售前顾问或者项目经理，通过初次交流来识别用户关于项目的构想(建议做录音)。

其次，再得到用户的原始需求构想后，还需要提炼，再找行业中有相似性的案例，以达到与客户在相同认知水平上或者超越。接下来，就是需求范围进一步的确认，例如，画简易的原型，力求达到更细粒度确认。

最后，梳理这些无序的需求确认资料形成一个正试的项目功能列表，包括功能一级、二级、三级和描述，还有工作量等栏；配合销售进行报价。

当然，此环节并不能完全控制项目范围，只要做到横向控制和纵向的初步控制即可。项目执行阶段的控制很重要，它直接关系公司投入产出比，也更能体现项目经理水平。

售后环节。略。

不过还有些不懂：PMBOK中在Charter里（初始阶段）就包含了大要的Milestone Schedule.但计划阶段却才收集需求，也就是项目章程中都跟大家说好了什么时候完成什么东西，再以后却往往发现意料之外的功能！ 这时肯定出现“扯皮”---用户说这就是在需求范围内的，而IT却觉得很被动----所以怎么界定软件需求的范围？有时也觉得用户的需求只是个小功能，确实未增加范围，但实现却很有难度或消耗时间，这又怎么处理？