进一步明确自己的目标与需求的过程。并以此建立起客户与供应商进行深人沟通的桥梁。即使因为各种原因使得供应商看不到或不愿响应需求建议书。这种努力也是值得付出的。第二。需求建议书可节省选型的时间。并使得对各供应商之间的比较变得更容易。客户提供给所有竞标供应商的信息都是一样的。避免了跟各开发商的重复沟通。同时。有需求建议书作为基准。客户可以约束各开发商以一致的格式提交方案建议书。以提高各供应商之间的可比性。
f第三。需求建议书可以避免一些潜在的疏漏。在准备需求建议书时。客户往往会因为太过关注具体细节而忽略了一些重要的因素。收到需求建议书后。有的供应商可能会主动对这样的疏漏提出质疑以提醒客户。还有些开发商为了使自己的方案建议书更具有吸引力。甚至会提出一些需求建议书没有涉及的好想法来拓展客户的思路。编写需求建议书的一般原则。需求建议书应该由用户编写。但各种客观因素的限制。实际上很难做到。所以。很多时候都是由用户与项目小组共同编写。编写项目需求说明的J过程也是项目小组带领客户进入项目需求启发的过程。编写优秀的项目需求建议书没有公式化的方法。需要大量的实践经验。以下是编写需求建议书需要把握的几个原则：需求应该是正确的。每个需求必须精确描述要交付的功能。
f确定需求内容是否正确。需要用户的代表来参与确认。由他们检查。决定用户需求的正确性。没有用户的需求检查就会导致很多项目实施中的问题出现。例如用户会说：这不是我们要的东西；你没明白我们的意思。等等。需求应该是可行的。项目的需求应该在有限的资源下是可实现的。为了避免需求的不可行性。在需求分析阶段应该有核心技术人员参与。检查在技术上什么能做。什么不能做。哪些需要额外的付出等。需求内容应该是必要的。需求建议书中的每个需求都应该有相应的出处。即说明什么是客户确实需要的。什么要顺应于外部的需求。接口或标准。如果不能标识出处。则可能这个需求不是真正需要的。
f需求内容应该有优先权。优先权是由客户或其代理及项目小组共同商讨后建立的。如果所有的需求都被视为同等重要。那么在开发中遇到预t算削减。计划超时或组员的离开而导致新的需求时。项目经理将无所适从。一般优先权有以下三个级别。1高优先权。表明需求必须体现在本阶段项目的成果中或这个产品的版本中。2中优先权。表明需求是必须的。但是如果需要可以推迟到晚一些的产品版本中。3r