第一篇：RFP实战培训班
平等、实践、反思、互动、分享
--RFP实战培训有感
5月6日至5月8日，省行私人银行部组织私人银行团队进行RFP实战培训，此次培训与以往不同，老师是层层递进的引导而非简单讲解，不仅让我饱餐了一顿学习经验的营养大餐，同时也让我的观念受到了一次强烈的冲击，下面谈谈自己的体会：
关于重平等，行动学习小组中是由相互平等的成员组成的集体，而不是由某个主要负责人或导师带头组成的。在小组工作过程中，工作的重心将放在互相支持、相互促进和广泛提出问题方面而非简单地各自提出观点，学员变成学习的“主人”。在小组讨论中，引导员起的是引导的作用，将讨论引导至有利的方向，而排出负面的、无关的信息。我们小组则是轮流担任引导员的角色，让每位成员都能积极参与其中，都能从团队的角度思考，都是平等的探讨与分析问题。
关于重实践，学习本来就应该是“学＋习”，学习的价值在于行动。“行动学习”学为所用、学以致用、活学活用、边学边用，不断对问题进行反思-行动-再反思-再行动，大大提高了工作效率，解决了问题。行动学习旨在解决实际工作中的实际问题，更应该在实践中学习，在学习中实践。
关于重反思，只要有工作，就必须不断学习；只要有实践，就必须不断反思。反思对于寻找解决问题方法极端重要，反思是解行动学习的过程有两种交替进行的活动。我们小组的讨论每次都由三部分组成：思考、讨论与反思。先想清楚每次讨论的主题与自己对主题的认
识才能更好的分析问题解决问题，而讨论后的反思也必不可少，有利于问题更进一步的推进。
关于重互动，行动学习被称为是一个不断循环的过程。学习是从学员自己工作中的实际问题开始的,经过学习和反复思考、研讨,逐步理解问题并制定解决问题的方案,最后付诸行动。它贯穿在学习与工作之中,不脱离工作,随时解决工作中的棘手难题,极大地激励参加行动学习的所有人,使学习者和他们所在的机构产生了巨大的自信和互信,在机构中逐步形成浓厚的学习和发展的气氛,进而形成一个学习型的团队和组织。
关于重分享，在行动学习实施的过程中,小组中的每个成员都积极地参与到每个环节中并充分发挥个人的潜能。学习小组成员在学习过程中互动,促进了小组团队的建设,使成员之间增进相互理解,促进个人的不断成长。
芙蓉支行
何铮
第二篇：RFP需求建议书
需求建议书
（request for proposal, rfp）
足其已识别需求所应做的准备工作。也就是说，需求建议书是客户向服务商发出的用来说明如何满足其已识别需求的建议书，是客户与服务商建立正式联系的第一份书面文件，又称招标书。需求建议书一般由客户起草，主要描述客户的需求、条件及对项目任务的具体要求。一份完整的需求建议书主要包括满足其需求的项目的工作自述、对项目的要求、期望的项目目标、客户供应条款、付款方式、契约形式、项目时间、项目申请书的要求等。
好的需求建议书能让服务商准确把握客户所期待的产品或服务。当然，并非在所有情况下都需要准备一份正式的需求建议书，当某一企业的需求由内部开发项目予以满足时，这一过程似乎变得简单多了，此时更多需要的是口头上的交流和信息传递，而不是把宝贵的时间耽搁在仅仅起到信息传递作用的需求建议书上。例如，某一软件开发公司感到公司原来的财务分析系统已经远远不能适应日益增加的业务需要时，便可直接要求软件开发小组进行开发，这时只需口头把相
书写rfp要认真负责、严肃对待，内容要具体，语言要精练。1．在第一行正中写建议书三个字。2．写接受建议对方的名称。3．正文：
（1）建议的原因或出发点，便于对方考虑。
（2）建议的具体事项。4．表达建议者的愿望。
5．结尾写表示敬意的话，如此致敬礼等语。6．写上建议者的名称和写建议书的日期。
1、标题
2、称谓
3、正文（开头部分，主体部分，结尾部分）
4、署名及时间
需求建议书的书写指导方针
需求建议书必须说明项目目标（project objective）或目的，包括任何可能对承约商有用的合理信息或背景信息，以便承约商可以准备相应的建议书。对外起草一份正式的需求建议书，有如下的指导方针：
（1）需求建议书必须提供工作陈述（statement of work, sow）
（2）需求建议书中必须包含客户要求（customer requirements）定义好规格和属性。
（3）需求建议书中应当说明客户期望承约商或者项目团队提供什么样的交付物。
（4）需求建议书中应当列明任何应由客户提供的物品。
（5）需求建议书中可能要说明需要客户审批的内容。
（6）某些需求建议书中会提到顾客想用的合同类型。
（7）需求建议书可能会表明顾客想用的付款方式。
（8）需求建议书应当表明项目完成所要求的进度计划。
（9）需求建议书应当指导并说明承约商申请书的格式和内容。
（10）需求建议书应当指出客户希望潜在承约商提交申请书的最后期限。
（11）需求建议书可能会包含评价标准。
需求建议书一般包含以下主要内容：
客户必须搜集大量相关资料准备需求建议书，因为it项目实施者需要按照rfp来准备他们的项目技术方案，并以此参与竞标。rfp中包括项目的目标，也就是用户的期望，也包括客户要求项目的进度计划；对实施商申请书的表格和内容的规定；客户希望潜在的实施商提交投标申请书的最后期限；评价申请书的标准等。一份好的rfp应该包括以下一些内容。1．工作表述
工作表述就是说明项目的工作范围，概括客户要求开发商或项目团队执行的任务或工作单元，说明项目所涉及的各种事情，哪些必须由开发商或项目团队去完成，哪些由客户自己去做。例如，一个办公自动化软件系统的具体目标。又如建设一个网站，所需设备的采购任务，是由客户自己完成，还是由开发商去完成；企业网站上的页面文字，是客户自己撰写，还是由开发商撰写等。
2．任务要求
需求建议书必须要具体规定开发商需要完成任务的规格和特征，如要求涉及大小、数量、颜色、重量、速度和其他开发商提出的解决方案中，所必须满足的物理参数和操作参数。例如，建立一个企业网站，可能要求在1 000人同时访问的情况下不会产生堵塞的感觉，网站的浏览页面不低于多少；建立一个自动结账和收款系统，可能要求每天能办理12 000次交易的功能和其他特定的功能，如在开出了发票的30天内没有收到账款，就会自动产生催款通知。具体的任务要求，可能会成为将来的验收标准。3．交付物
交付物就是开发商所提供的实体内容，这在需求建议书中应该说明。例如，对于自动结账和收款系统来说，客户可能要求开发商提供硬件(计算机)、软件(磁盘和一些印刷品)、操作手册和培训课程。交付物也可能包括客户要求开发商提供定期进度报告或终期报告。4．客户供应条款
需求建议书还应该列出客户的供应条款。例如，客户需要建立一个网j站，可能需要向开发商提供企业内部的组织结构及各部门之间业务关系的详细说明，包括信息流程的类型、信息流量和发生频率等。
5．表述客户对需求的确认
需求建议书不是对客户需求的最后确认。最后的确认应该在对开发商提出的方案进行评估之后。例如印刷宣传手册，可能在开印之前要经过客户审定；局域网的建设，在购买材料和设备之前，客户必须审定开发商的技术方案。这一点在需求建议书中必须向开发商说明。6．期望的合同类型(1)合同可以按固定价格订立。这样，开发商实际上就是费用包干。客户只给固定的价钱，不管开发商实际工作花费多少。开发商必须保证功能的实现和质量要求，超支的风险由开发商负担。
(2)合同也可以规定开发商不承担风险，即在时间、原材料限制的条件下，不论实际成本多少，都会给开发商特定的报酬，也就是所谓包工不包料。在我国现阶段的条件下，由于质量检验和资信度水平不高，这种合同比较普遍。在需求建议书中，最好说明客户是希望采用那种类型的合同。
7．期望的付款方式
付款方式可以分为一次性付款和分阶段付款；在开始前付款和结束后付款。一般依项目的性质来定付款方式。如网页制作，往往在项目末期付款；而架设局域网，一般在方案确认后，付款30％以便开发商采购，工程结束验收后付满90％，留10％等到使用一段时间以后确认无问题时付清。具体付款方式需要合同双方协商，但在需求建议书中，客户应该先提出自己的期望付款方式。8．要求的进度计划
进度计划的要求可能很粗，如要求在6个月内完成；也可以详细一些，如多长时间内完成方案设计和审定，多长时间内完成硬件选购与安装，多长时间内完成软件研制、测试与安装，最后开发商在系统安装调试后，在多长时间内提交所有的系统文件和操作培训。9．申请书的格式和内容提示
为了便于在几个开发商之间进行比较和评价，申请书应该在形式上采取同一个格式，内容的结构也应该一致。这样对不同的申请者来说比较公平，也能减轻客户在评审时的工作量。客户在需求建议书中可以限定申请书的每一部分采用的文字数量或页数。10．提交申请书的最后期限
申请书受理的截止日期是必须要交代清楚的。例如，要求开发商在接到需求建议书后多少个工作口之内(如l周之内、1个月之内等)提交申请书，或大家一律在某月某日之前提交申请书。这样做的目的是便于同时对众多的申请者进行比较、评估，也是为了保持公正，不给某些开发商以额外的时间和机会。11．对申请书的评价标准
要告诉开发商客户将根据哪些准则来评价他提交的申请书。这样做的目的，是指导开发商写好申请书。一般评价标准包括4个方面的内容：(1)开发商在类似项目中的经验。如他们近期是否在预算内按期完成了类似的项目，客户对他们是否满意?(2)开发商提出的技术方案是否合适。如采用哪种类型的计算机软件?数据库的设计、方法是什么?用来建立管理信息系统的是哪种语言?采用哪些供应商的设备?等等。(3)进度计划。开发商是否能按照所要求的进度完成项目计划?(4)成本。如开发商的报价是否合理?成本预算中有无漏算的条款?将来在执行时有没有可能出现超支，或有无可能因过于节约而导致质量不能保证?有的申请人为了争取合同，在报价上压低成本，到了执行阶段，或偷工减料，或增加成本，结果导致所建系统的缺陷很多，或使最终成本大大超出原始的估算。对此需要引起注意。12．资金总量
开发商总是希望了解客户有多少资金可以用于发展拟议中的真t项目，但客户在需求建议书中，往往不愿意透露这个信息。其实，客户暗示大约的数字，告诉开发商他打算花多少钱来办这件事是有好处的，这样可以使开发商能够提交与资金水平相适应的申请书，提高在项目准备阶段的工作效率。
需求建议书的必要性
需求建议书(rfp)是项目客户与开发商建立正式联系的第一份书面文件，也叫招标书。一般由项目的客户自己起草，主要描述客户的需求、条件以及对项目任务的具体要求，向可能的开发商发送。
需求建议书是客户为确保供应商理解项目的需求，并在此基础上提供项目建议书而编制的需求规范。虽然它不能确保客户据此就能获得理想的解决方案，但却可以帮助客户发现那些尽可能接近自身需求的系统准备。其目的是从客户自身的角度出发，通过全面、详细地陈述，使开发商或项目团队理解客户所希望的是什么，以可行的价格满足客户的已识别的需求。
对于一些预算较少的客户，开发商往往不愿意花精力准备正式的方案建议书，这种情况下，客户的需求建议书就变得很重要。事实上，项目无论大小，都需要编写需求建议书。
第一，需求建议书需要描述用户的目标与需求。编制需求建议书的过程也是客户进一步明确自己的目标与需求的过程，并以此建立起客户与供应商进行深人沟通的桥梁。即使因为各种原因使得供应商看不到或不愿响应需求建议书，这种努力也是值得付出的。
第二，需求建议书可节省选型的时间，并使得对各供应商之间的比较变得更容易。客户提供给所有竞标供应商的信息都是一样的，避免了跟各开发商的重复沟通，同时，有需求建议书作为基准，客户可以约束各开发商以一致的格式提交方案建议书，以提高各供应商之间的可比性。
第三，需求建议书可以避免一些潜在的疏漏。在准备需求建议书时，客户往往会因为太过关注具体细节而忽略了一些重要的因素。收到需求建议书后，有的供应商可能会主动对这样的疏漏提出质疑以提醒客户。还有些开发商为了使自己的方案建议书更具有吸引力，甚至会提出一些需求建议书没有涉及的好想法来拓展客户的思路。编写需求建议书的一般原则 需求建议书应该由用户编写，但各种客观因素的限制，实际上很难做[到。所以，很多时候都是由用户与项目小组共同编写。编写项目需求说明的j过程也是项目小组带领客户进入项目需求启发的过程。编写优秀的项目需求[建议书没有公式化的方法，需要大量的实践经验。以下是编写需求建议书需要把握的几个原则：(1)需求应该是正确的。每个需求必须精确描述要交付的功能。确定需求内容是否正确，需要用户的代表来参与确认，由他们检查、决定用户需[求的正确性。没有用户的需求检查就会导致很多项目实施中的问题出现。例如用户会说：“这不是我们要的东西”；“你没明白我们的意思”，等等。(2)需求应该是可行的。项目的需求应该在有限的资源(已知的能力、有限的系统及其环境)下是可实现的。为了避免需求的不可行性，在需求分析阶段应该有核心技术人员参与，检查在技术上什么能做、什么不能做，哪些需要额外的付出等。(3)需求内容应该是必要的。需求建议书中的每个需求都应该有相应[的出处，即说明什么是客户确实需要的，什么要顺应于外部的需求、接口或标准。如果不能标识出处，则可能这个需求不是真正需要的。(4)需求内容应该有优先权。优先权是由客户或其代理及项目小组共同商讨后建立的。如果所有的需求都被视为同等重要，那么在开发中遇到预t算削减、计划超时或组员的离开而导致新的需求时，项目经理将无所适从。一般优先权有以下三个级别。1)高优先权，表明需求必须体现在本阶段项目的成果中或这个产品的版本中。篇二：1-项目需求建议书(rfp)项目需求建议书（rfp）a.项目信息
提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息
项目名称：
项目经理：
项目发起人：
客户名称： 文件起草人： 日期： b.项目目标 描述完成项目的时间、质量要求等方面的信息 c.工作描述（sow）描述执行项目的具体工作 d.可交付结果
描述执行项目的阶段，完成项目任务的主要交付结果等方面的信息 e.合同类型 描述使用哪种性质的合同 f.付款方式 描述付款的时间、金额、币种、方式等 g.建议书的内容
描述建议书应包括的具体内容 h.建议书的评价标准
描述评价建议书的主要标准，包括价格、技术方案、项目管理方法、经验与资质等方面 i.提交建议书的时间、地点要求 描述建议书的截止日期、提交的地点等信息 篇三：项目需求建议书
项目需求建议书（rfp）a.项目信息
提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息
项目名称：
项目经理：
项目发起人：
客户名称： 文件起草人： 日期： b.项目目标
描述完成项目的时间、质量要求等方面的信息 c.工作描述（sow）
描述执行项目的具体工作 d.可交付结果
描述执行项目的阶段，完成项目任务的主要交付结果等方面的信息 e.合同类型
描述使用哪种性质的合同 f.付款方式
描述付款的时间、金额、币种、方式等 g.建议书的内容
描述建议书应包括的具体内容 h.建议书的评价标准
描述评价建议书的主要标准，包括价格、技术方案、项目管理方法、经验与资质等方面 i.提交建议书的时间、地点要求
描述建议书的截止日期、提交的地点等信息 iso9000质量管理体系项目需求建议书（rfp）a.项目信息
提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息
项目名称：
项目经理：
项目发起人：
建立iso9000质量管理体系 李伟 张卫东 客户名称： 智能科技公司 文件起草人： 王芳 日期： 2005年8月20日 b.项目目标
描述完成项目的时间、质量要求等方面的信息 c.工作描述（sow）d.可交付结果 e.合同类型 f.付款方式 g.建议书的内容 h.建议书的评价标准 i.提交建议书的时间、地点要求 篇四：需求建议书
需求建议书（request for proposal，rfp）
什么是需求建议书[1] 需求建议书是指从客户角度出发，全面、详细地向服务商陈述、表达为了满足其已识别需求所应做的准备工作。也就是说，需求建议书是客户向服务商发出的用来说明如何满足其已识别需求的建议书，是客户与服务商建立正式联系的第一份书面文件，又称招标书。需求建议书一般由客户起草，主要描述客户的需求、条件及对项目任务的具体要求。一份完整的需求建议书主要包括满足其需求的项目的工作自述、对项目的要求、期望的项目目标、客户供应条款、付款方式、契约形式、项目时间、项目申请书的要求等。
好的需求建议书能让服务商准确把握客户所期待的产品或服务。当然，并非在所有情况下都需要准备一份正式的需求建议书，当某一企业的需求由内部开发项目予以满足时，这一过程似乎变得简单多了，此时更多需要的是口头上的交流和信息传递，而不是把宝贵的时间耽搁在仅仅起到信息传递作用的需求建议书上。例如，某一软件开发公司感到公司原来的财务分析系统已经远远不能适应日益增加的业务需要时，便可直接要求软件开发小组进行开发，这时只需口头把相关的要求传达给软件开发小组即可。[编辑] 需求建议书的主要内容[2] 需求建议书一般包含以下主要内容：
客户必须搜集大量相关资料准备需求建议书，因为it项目实施者需要按照rfp来准备他们的项目技术方案，并以此参与竞标。rfp中包括项目的目标，也就是用户的期望，也包括客户要求项目的进度计划；对实施商申请书的表格和内容的规定；客户希望潜在的实施商提交投标申请书的最后期限；评价申请书的标准等。一份好的rfp应该包括以下一些内容。1．工作表述
工作表述就是说明项目的工作范围，概括客户要求开发商或项目团队执行的任务或工作单元，说明项目所涉及的各种事情，哪些必须由开发商或项目团队去完成，哪些由客户自己去做。例如，一个办公自动化软件系统的具体目标。又如建设一个网站，所需设备的采购任务，是由客户自己完成，还是由开发商去完成；企业网站上的页面文字，是客户自己撰写，还是由开发商撰写等。2．任务要求
需求建议书必须要具体规定开发商需要完成任务的规格和特征，如要求涉及大小、数量、颜色、重量、速度和其他开发商提出的解决方案中，所必须满足的物理参数和操作参数。例如，建立一个企业网站，可能要求在1 000人同时访问的情况下不会产生堵塞的感觉，网
站的浏览页面不低于多少；建立一个自动结账和收款系统，可能要求每天能办理12 000次交易的功能和其他特定的功能，如在开出了发票的30天内没有收到账款，就会自动产生催款通知。具体的任务要求，可能会成为将来的验收标准。3．交付物
交付物就是开发商所提供的实体内容，这在需求建议书中应该说明。例如，对于自动结账和收款系统来说，客户可能要求开发商提供硬件(计算机)、软件(磁盘和一些印刷品)、操作手册和培训课程。交付物也可能包括客户要求开发商提供定期进度报告或终期报告。4．客户供应条款
需求建议书还应该列出客户的供应条款。例如，客户需要建立一个网j站，可能需要向开发商提供企业内部的组织结构及各部门之间业务关系的详]细说明，包括信息流程的类型、信息流量和发生频率等。
5．表述客户对需求的确认
需求建议书不是对客户需求的最后确认。最后的确认应该在对开发商提出的方案进行评估之后。例如印刷宣传手册，可能在开印之前要经过客户审定；局域网的建设，在购买材料和设备之前，客户必须审定开发商的技术方案。这一点在需求建议书中必须向开发商说明。6．期望的合同类型(1)合同可以按固定价格订立。这样，开发商实际上就是费用包干。客户只给固定的价钱，不管开发商实际工作花费多少。开发商必须保证功能的实现和质量要求，超支的风险由开发商负担。
(2)合同也可以规定开发商不承担风险，即在时间、原材料限制的条件下，不论实际成本多少，都会给开发商特定的报酬，也就是所谓包工不包料。在我国现阶段的条件下，由于质量检验和资信度水平不高，这种合同比]较普遍。在需求建议书中，最好说明客户是希望采用那种类型的合同。
7．期望的付款方式
付款方式可以分为一次性付款和分阶段付款；在开始前付款和结束后付款。一般依项目的性质来定付款方式。如网页制作，往往在项目末期付款；而架设局域网，一般在方案确认后，付款30％以便开发商采购，工程结束验收后付满90％，留10％等到使用一段时间以后确认无问题时付清。具体付款方式需要合同双方协商，但在需求建议书中，客户应该先提出自己的期望付款方式。
8．要求的进度计划
进度计划的要求可能很粗，如要求在6个月内完成；也可以详细一些，如多长时间内完成方案设计和审定，多长时间内完成硬件选购与安装，多长时间内完成软件研制、测试与安装，最后开发商在系统安装调试后，在多长时间内提交所有的系统文件和操作培训。9．申请书的格式和内容提示
为了便于在几个开发商之间进行比较和评价，申请书应该在形式上采取同一个格式，内容的结构也应该一致。这样对不同的申请者来说比较公平，也能减轻客户在评审时的工作量。客户在需求建议书中可以限定申请书的每一部分采用的文字数量或页数。10．提交申请书的最后期限
申请书受理的截止日期是必须要交代清楚的。例如，要求开发商在接到需求建议书后多少个工作口之内(如l周之内、1个月之内等)提交申请书，或大家一律在某月某日之前提交申请书。这样做的目的是便于同时对众多的申请者进行比较、评估，也是为了保持公正，不给某些开发商以额外的时间和机会。11．对申请书的评价标准
要告诉开发商客户将根据哪些准则来评价他提交的申请书。这样做的目的，是指导开发商写好申请书。一般评价标准包括4个方面的内容：(1)开发商在类似项目中的经验。如他们近期是否在预算内按期完成了类似的项目，客户对他们是否满意?(2)开发商提出的技术方案是否合适。如采用哪种类型的计算机软件?数据库的设计、方法是什么?用来建立管理信息系统的是哪种语言?采用哪些供应商的设备?等等。(3)进度计划。开发商是否能按照所要求的进度完成项目计划?(4)成本。如开发商的报价是否合理?成本预算中有无漏算的条款?将来在执行时有没有可能出现超支，或有无可能因过于节约而导致质量不能保证?有的申请人为了争取合同，在报价上压低成本，到了执行阶段，或偷工减料，或增加成本，结果导致所建系统的缺陷很多，或使最终成本大大超出原始的估算。对此需要引起注意。12．资金总量
开发商总是希望了解客户有多少资金可以用于发展拟议中的真t项目，但客户在需求建议书中，往往不愿意透露这个信息。其实，客户暗示大约的数字，告诉开发商他打算花多少钱来办这件事是有好处的，这样可以使开发商能够提交与资金水平相适应的申请书，提高在项目准备阶段的工作效率。[编辑] 需求建议书的必要性[2] 需求建议书(rfp)是项目客户与开发商建立正式联系的第一份书面文件，也叫招标书。一般由项目的客户自己起草，主要描述客户的需求、条件以及对项目任务的具体要求，向可能的开发商发送。
需求建议书是客户为确保供应商理解项目的需求，并在此基础上提供项目建议书而编制的需求规范。虽然它不能确保客户据此就能获得理想的解决方案，但却可以帮助客户发现那些尽可能接近自身需求的系统准备。其
目的是从客户自身的角度出发，通过全面、详细地陈述，使开发商或项目团队理解客户所希望的是什么，以可行的价格满足客户的已识别的需求。
对于一些预算较少的客户，开发商往往不愿意花精力准备正式的方案建议书，这种情况下，客户的需求建议书就变得很重要。事实上，项目无论大小，都需要编写需求建议书。第一，需求建议书需要描述用户的目标与需求。编制需求建议书的过程也是客户进一步明确自己的目标与需求的过程，并以此建立起客户与供应商进行深人沟通的桥梁。即使因为各种原因使得供应商看不到或不愿响应需求建议书，这种努力也是值得付出的。第二，需求建议书可节省选型的时间，并使得对各供应商之间的比较变得更容易。客户提供给所有竞标供应商的信息都是一样的，避免了跟各开发商的重复沟通，同时，有需求建议书作为基准，客户可以约束各开发商以一致的格式提交方案建议书，以提高各供应商之间的可比性。
第三，需求建议书可以避免一些潜在的疏漏。在准备需求建议书时，客户往往会因为太过关注具体细节而忽略了一些重要的因素。收到需求建议书后，有的供应商可能会主动对这样的疏漏提出质疑以提醒客户。还有些开发商为了使自己的方案建议书更具有吸引力，甚至会提出一些需求建议书没有涉及的好想法来拓展客户的思路。[编辑] 编写需求建议书的一般原则[2] 需求建议书应该由用户编写，但各种客观因素的限制，实际上很难做[到。所以，很多时候都是由用户与项目小组共同编写。编写项目需求说明的j过程也是项目小组带领客户进入项目需求启发的过程。编写优秀的项目需求[建议书没有公式化的方法，需要大量的实践经验。以下是编写需求建议书需要把握的几个原则：(1)需求应该是正确的。每个需求必须精确描述要交付的功能。确定需求内容是否正确，需要用户的代表来参与确认，由他们检查、决定用户需[求的正确性。没有用户的需求检查就会导致很多项目实施中的问题出现。例如用户会说：“这不是我们要的东西”；“你没明白我们的意思”，等等。(2)需求应该是可行的。项目的需求应该在有限的资源(已知的能力、有限的系统及其环境)下是可实现的。为了避免需求的不可行性，在需求分析阶段应该有核心技术人员参与，检查在技术上什么能做、什么不能做，哪些需要额外的付出等。(3)需求内容应该是必要的。需求建议书中的每个需求都应该有相应[的出处，即说明什么是客户确实需要的，什么要顺应于外部的需求、接口或标准。如果不能标识出处，则可能这个需求不是真正需要的。(4)需求内容应该有优先权。优先权是由客户或其代理及项目小组共同商讨后建立的。如果所有的需求都被视为同等重要，那么在开发中遇到预t算削减、计划超时或组员的离开而导致新的需求时，项目经理将无所适从。一般优先权有以下三个级别。1)高优先权，表明需求必须体现在本阶段项目的成果中或这个产品的版本中。2)中优先权，表明需求是必须的，但是如果需要可以推迟到晚一些的产品版本中。3)低优先权，表明有它很好，但我们必须认识到如果没有充足的时间或资源，它可以被放弃掉。(5)需求内容应该是明确的。需求不该有歧义，要避免使用一些对于拟订项目需求建议书的人很清楚，但对于其他人模糊不清的词汇。如：用户友好性，容易，简单，快速，有效，几个，艺术级，改善的，最大，最小等等。每写一个需要都应简洁、直观地采用用户熟知的语言，而不要采用计算机术语。[编辑] 需求建议书例子[2] 例：某企业项目管理软件开发项目需求建议书
有关单位：某企业(甲方)由于业务发展的需要，决定采用项目管理的方式进行管理，为了更有效地对项目的执行过程进行控制，该企业决定开发一套项目管理软件以满足这一需要。1．工作表述
开发商将执行下面任务：开发项目管理软件。
开发项目管理软件的主要功能包括项目及工作信息的录入、项目网络计划图的绘制、项目时间计划的安排、甘特图计划的制定、项目执行信息的录入与分析及各种计划报表的输出等功能。2．要求
开发商应根据国家有关标准，提供开发计划和实施方案。
第三篇：成人KTV实战培训班 new
成人KTV实战培训班 new 朋友，您是否常常被音准、节奏不准确，高音上不去、低下不来，大声喊唱、歌唱没有什么乐感等等问题所困扰？
KTV聚会您是否总是那个默默坐在角落里的人？ 一向自信的您是否只在K歌的时候犹豫不前呢？
没关系，轻松音乐（成人KTV实战培训班）帮你忙！
让您拥有动听的歌喉，为你在商务活动、社会交往时赢得好感，印象加分！充满自信！
1、招生对象：
急需解决音准、节奏等基本演唱技巧的各个年龄层段的零基础学员、有一定音乐基础的学员，常去KTV自我感觉良好，但不知自身优缺点，希望系统的学习演唱技巧，以提高个人能力，对音准，节奏，演唱方法有更深层的认识。
2、培训目标：
掌握声乐基础训练内容，例如气息、共鸣、基本演唱技巧以及数首歌曲等并改善现有不足，提高综合素质，打造更高水平的演唱能力
3、学习内容：教师将分析学员的个人综合素质及现有优缺点，学唱最流行的歌曲以及个人感兴趣的曲目（含民族、美声或通俗），掌握正确发声方法和演唱技巧,为学员量身定制学习目标与发展方向
4、课程安排：
一个半月班 12课时/1500元 1对1 三个月班 20课时/2300元 1对1 一个半月班 12课时/1300元/人 1对2 三个月班 20课时/2000元/人 1对2 一个半月班 12课时/900 元/人 1对3 三个月班 20课时/1600元/人 1对3
5、增值服务：
1．一个半月班结业时将为学员录制个人单曲一首，（三个月班三首）并刻碟 2．将学员个人单曲制作成他们自己的手机铃声，使每位学员享受到来电铃声中聆听自己 声音的成就感。
地址：广州市先烈中路100号中国科学院广东分院1号楼103 联系方式：020-88544163 梁老师 ＱＱ：412214726
第四篇：需求建议书RFP
项目需求建议书（rfp）a.项目信息
提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息 项目名称：
项目经理：
项目发起人：
客户名称： 文件起草人： 日期： b.项目目标 描述完成项目的时间、质量要求等方面的信息 c.工作描述（sow）描述执行项目的具体工作 d.可交付结果
描述执行项目的阶段，完成项目任务的主要交付结果等方面的信息 e.合同类型 描述使用哪种性质的合同 f.付款方式 描述付款的时间、金额、币种、方式等 g.建议书的内容
描述建议书应包括的具体内容 h.建议书的评价标准
描述评价建议书的主要标准，包括价格、技术方案、项目管理方法、经验与资质等方面 i.提交建议书的时间、地点要求 描述建议书的截止日期、提交的地点等信息 篇二：什么是需求建议书(rfp)需求建议书
（request for proposal, rfp）
足其已识别需求所应做的准备工作。也就是说，需求建议书是客户向服务商发出的用来说明如何满足其已识别需求的建议书，是客户与服务商建立正式联系的第一份书面文件，又称招标书。需求建议书一般由客户起草，主要描述客户的需求、条件及对项目任务的具体要求。一份完整的需求建议书主要包括满足其需求的项目的工作自述、对项目的要求、期望的项目目标、客户供应条款、付款方式、契约形式、项目时间、项目申请书的要求等。
好的需求建议书能让服务商准确把握客户所期待的产品或服务。当然，并非在所有情况下都需要准备一份正式的需求建议书，当某一企业的需求由内部开发项目予以满足时，这一过程似乎变得简单多了，此时更多需要的是口头上的交流和信息传递，而不是把宝贵的时间耽搁在仅仅起到信息传递作用的需求建议书上。例如，某一软件开发公司感到公司原来的财务分析系统已经远远不能适应日益增加的业务需要时，便可直接要求软件开发小组进行开发，这时只需口头把相
书写rfp要认真负责、严肃对待，内容要具体，语言要精练。1．在第一行正中写建议书三个字。2．写接受建议对方的名称。3．正文：
（1）建议的原因或出发点，便于对方考虑。
（2）建议的具体事项。4．表达建议者的愿望。
5．结尾写表示敬意的话，如此致敬礼等语。6．写上建议者的名称和写建议书的日期。
1、标题
2、称谓
3、正文（开头部分，主体部分，结尾部分）
4、署名及时间 需求建议书的书写指导方针
需求建议书必须说明项目目标（project objective）或目的，包括任何可能对承约商有用的合理信息或背景信息，以便承约商可以准备相应的建议书。对外起草一份正式的需求建议书，有如下的指导方针：
（1）需求建议书必须提供工作陈述（statement of work, sow）
（2）需求建议书中必须包含客户要求（customer requirements）定义好规格和属性。
（3）需求建议书中应当说明客户期望承约商或者项目团队提供什么样的交付物。
（4）需求建议书中应当列明任何应由客户提供的物品。
（5）需求建议书中可能要说明需要客户审批的内容。
（6）某些需求建议书中会提到顾客想用的合同类型。
（7）需求建议书可能会表明顾客想用的付款方式。
（8）需求建议书应当表明项目完成所要求的进度计划。
（9）需求建议书应当指导并说明承约商申请书的格式和内容。
（10）需求建议书应当指出客户希望潜在承约商提交申请书的最后期限。
（11）需求建议书可能会包含评价标准。
需求建议书一般包含以下主要内容：
客户必须搜集大量相关资料准备需求建议书，因为it项目实施者需要按照rfp来准备他们的项目技术方案，并以此参与竞标。rfp中包括项目的目标，也就是用户的期望，也包括客户要求项目的进度计划；对实施商申请书的表格和内容的规定；客户希望潜在的实施商提交投标申请书的最后期限；评价申请书的标准等。一份好的rfp应该包括以下一些内容。1．工作表述
工作表述就是说明项目的工作范围，概括客户要求开发商或项目团队执行的任务或工作单元，说明项目所涉及的各种事情，哪些必须由开发商或项目团队去完成，哪些由客户自己去做。例如，一个办公自动化软件系统的具体目标。又如建设一个网站，所需设备的采购任务，是由客户自己完成，还是由开发商去完成；企业网站上的页面文字，是客户自己撰写，还是由开发商撰写等。
2．任务要求
需求建议书必须要具体规定开发商需要完成任务的规格和特征，如要求涉及大小、数量、颜色、重量、速度和其他开发商提出的解决方案中，所必须满足的物理参数和操作参数。例如，建立一个企业网站，可能要求在1 000人同时访问的情况下不会产生堵塞的感觉，网站的浏览页面不低于多少；建立一个自动结账和收款系统，可能要求每天能办理12 000次交易的功能和其他特定的功能，如在开出了发票的30天内没有收到账款，就会自动产生催款通知。具体的任务要求，可能会成为将来的验收标准。3．交付物
交付物就是开发商所提供的实体内容，这在需求建议书中应该说明。例如，对于自动结账和收款系统来说，客户可能要求开发商提供硬件(计算机)、软件(磁盘和一些印刷品)、操作手册和培训课程。交付物也可能包括客户要求开发商提供定期进度报告或终期报告。4．客户供应条款
需求建议书还应该列出客户的供应条款。例如，客户需要建立一个网j站，可能需要向开发商提供企业内部的组织结构及各部门之间业务关系的详细说明，包括信息流程的类型、信息流量和发生频率等。
5．表述客户对需求的确认
需求建议书不是对客户需求的最后确认。最后的确认应该在对开发商提出的方案进行评估之后。例如印刷宣传手册，可能在开印之前要经过客户审定；局域网的建设，在购买材料和设备之前，客户必须审定开发商的技术方案。这一点在需求建议书中必须向开发商说明。6．期望的合同类型(1)合同可以按固定价格订立。这样，开发商实际上就是费用包干。客户只给固定的价钱，不管开发商实际工作花费多少。开发商必须保证功能的实现和质量要求，超支的风险由开发商负担。
(2)合同也可以规定开发商不承担风险，即在时间、原材料限制的条件下，不论实际成本多少，都会给开发商特定的报酬，也就是所谓包工不包料。在我国现阶段的条件下，由于质量检验和资信度水平不高，这种合同比较普遍。在需求建议书中，最好说明客户是希望采用那种类型的合同。
7．期望的付款方式
付款方式可以分为一次性付款和分阶段付款；在开始前付款和结束后付款。一般依项目的性质来定付款方式。如网页制作，往往在项目末期付款；而架设局域网，一般在方案确认后，付款30％以便开发商采购，工程结束验收后付满90％，留10％等到使用一段时间以后确认无问题时付清。具体付款方式需要合同双方协商，但在需求建议书中，客户应该先提出自己的期望付款方式。8．要求的进度计划
进度计划的要求可能很粗，如要求在6个月内完成；也可以详细一些，如多长时间内完成方案设计和审定，多长时间内完成硬件选购与安装，多长时间内完成软件研制、测试与安装，最后开发商在系统安装调试后，在多长时间内提交所有的系统文件和操作培训。9．申请书的格式和内容提示
为了便于在几个开发商之间进行比较和评价，申请书应该在形式上采取同一个格式，内容的结构也应该一致。这样对不同的申请者来说比较公平，也能减轻客户在评审时的工作量。客户在需求建议书中可以限定申请书的每一部分采用的文字数量或页数。10．提交申请书的最后期限
申请书受理的截止日期是必须要交代清楚的。例如，要求开发商在接到需求建议书后多少个工作口之内(如l周之内、1个月之内等)提交申请书，或大家一律在某月某日之前提交申请书。这样做的目的是便于同时对众多的申请者进行比较、评估，也是为了保持公正，不给某些开发商以额外的时间和机会。11．对申请书的评价标准
要告诉开发商客户将根据哪些准则来评价他提交的申请书。这样做的目的，是指导开发商写好申请书。一般评价标准包括4个方面的内容：(1)开发商在类似项目中的经验。如他们近期是否在预算内按期完成了类似的项目，客户对他们是否满意?(2)开发商提出的技术方案是否合适。如采用哪种类型的计算机软件?数据库的设计、方法是什么?用来建立管理信息系统的是哪种语言?采用哪些供应商的设备?等等。(3)进度计划。开发商是否能按照所要求的进度完成项目计划?(4)成本。如开发商的报价是否合理?成本预算中有无漏算的条款?将来在执行时有没有可能出现超支，或有无可能因过于节约而导致质量不能保证?有的申请人为了争取合同，在报价上压低成本，到了执行阶段，或偷工减料，或增加成本，结果导致所建系统的缺陷很多，或使最终成本大大超出原始的估算。对此需要引起注意。12．资金总量
开发商总是希望了解客户有多少资金可以用于发展拟议中的真t项目，但客户在需求建议书中，往往不愿意透露这个信息。其实，客户暗示大约的数字，告诉开发商他打算花多少钱来办这件事是有好处的，这样可以使开发商能够提交与资金水平相适应的申请书，提高在项目准备阶段的工作效率。
需求建议书的必要性
需求建议书(rfp)是项目客户与开发商建立正式联系的第一份书面文件，也叫招标书。一般由项目的客户自己起草，主要描述客户的需求、条件以及对项目任务的具体要求，向可能的开发商发送。
对于一些预算较少的客户，开发商往往不愿意花精力准备正式的方案建议书，这种情况下，客户的需求建议书就变得很重要。事实上，项目无论大小，都需要编写需求建议书。
第一，需求建议书需要描述用户的目标与需求。编制需求建议书的过程也是客户进一步明确自己的目标与需求的过程，并以此建立起客户与供应商进行深人沟通的桥梁。即使因为各种原因使得供应商看不到或不愿响应需求建议书，这种努力也是值得付出的。
第二，需求建议书可节省选型的时间，并使得对各供应商之间的比较变得更容易。客户提供给所有竞标供应商的信息都是一样的，避免了跟各开发商的重复沟通，同时，有需求建议书作为基准，客户可以约束各开发商以一致的格式提交方案建议书，以提高各供应商之间的可比性。
第三，需求建议书可以避免一些潜在的疏漏。在准备需求建议书时，客户往往会因为太过关注具体细节而忽略了一些重要的因素。收到需求建议书后，有的供应商可能会主动对这样的疏漏提出质疑以提醒客户。还有些开发商为了使自己的方案建议书更具有吸引力，甚至会提出一些需求建议书没有涉及的好想法来拓展客户的思路。编写需求建议书的一般原则 需求建议书应该由用户编写，但各种客观因素的限制，实际上很难做[到。所以，很多时候都是由用户与项目小组共同编写。编写项目需求说明的j过程也是项目小组带领客户进入项目需求启发的过程。编写优秀的项目需求[建议书没有公式化的方法，需要大量的实践经验。以下是编写需求建议书需要把握的几个原则：(1)需求应该是正确的。每个需求必须精确描述要交付的功能。确定需求内容是否正确，需要用户的代表来参与确认，由他们检查、决定用户需[求的正确性。没有用户的需求检查就会导致很多项目实施中的问题出现。例如用户会说：“这不是我们要的东西”；“你没明白我们的意思”，等等。(2)需求应该是可行的。项目的需求应该在有限的资源(已知的能力、有限的系统及其环境)下是可实现的。为了避免需求的不可行性，在需求分析阶段应该有核心技术人员参与，检查在技术上什么能做、什么不能做，哪些需要额外的付出等。(3)需求内容应该是必要的。需求建议书中的每个需求都应该有相应[的出处，即说明什么是客户确实需要的，什么要顺应于外部的需求、接口或标准。如果不能标识出处，则可能这个需求不是真正需要的。(4)需求内容应该有优先权。优先权是由客户或其代理及项目小组共同商讨后建立的。如果所有的需求都被视为同等重要，那么在开发中遇到预t算削减、计划超时或组员的离开而导致新的需求时，项目经理将无所适从。一般优先权有以下三个级别。1)高优先权，表明需求必须体现在本阶段项目的成果中或这个产品的版本中。篇三：项目需求建议书
项目需求建议书（rfp）a.项目信息 提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息
项目名称：
项目经理：
项目发起人：
客户名称： 文件起草人： 日期： b.项目目标
描述完成项目的时间、质量要求等方面的信息 c.工作描述（sow）
描述执行项目的具体工作 d.可交付结果
描述执行项目的阶段，完成项目任务的主要交付结果等方面的信息 e.合同类型
描述使用哪种性质的合同 f.付款方式
描述付款的时间、金额、币种、方式等 g.建议书的内容
描述建议书应包括的具体内容 h.建议书的评价标准
描述评价建议书的主要标准，包括价格、技术方案、项目管理方法、经验与资质等方面 i.提交建议书的时间、地点要求
描述建议书的截止日期、提交的地点等信息 iso9000质量管理体系项目需求建议书（rfp）a.项目信息
提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息
项目名称：
项目经理：
项目发起人：
建立iso9000质量管理体系 李伟 张卫东 客户名称： 智能科技公司 文件起草人： 王芳 日期： 2005年8月20日 b.项目目标
描述完成项目的时间、质量要求等方面的信息 c.工作描述（sow）d.可交付结果 e.合同类型 f.付款方式 g.建议书的内容 h.建议书的评价标准 i.提交建议书的时间、地点要求 篇四：需求建议书
需求建议书（request for proposal，rfp）
什么是需求建议书[1] 需求建议书是指从客户角度出发，全面、详细地向服务商陈述、表达为了满足其已识别需求所应做的准备工作。也就是说，需求建议书是客户向服务商发出的用来说明如何满足其已识别需求的建议书，是客户与服务商建立正式联系的第一份书面文件，又称招标书。需求建议书一般由客户起草，主要描述客户的需求、条件及对项目任务的具体要求。一份完整的需求建议书主要包括满足其需求的项目的工作自述、对项目的要求、期望的项目目标、客户供应条款、付款方式、契约形式、项目时间、项目申请书的要求等。
好的需求建议书能让服务商准确把握客户所期待的产品或服务。当然，并非在所有情况下都需要准备一份正式的需求建议书，当某一企业的需求由内部开发项目予以满足时，这一过程似乎变得简单多了，此时更多需要的是口头上的交流和信息传递，而不是把宝贵的时间耽搁在仅仅起到信息传递作用的需求建议书上。例如，某一软件开发公司感到公司原来的财务分析系统已经远远不能适应日益增加的业务需要时，便可直接要求软件开发小组进行开发，这时只需口头把相关的要求传达给软件开发小组即可。[编辑] 需求建议书的主要内容[2] 需求建议书一般包含以下主要内容：
客户必须搜集大量相关资料准备需求建议书，因为it项目实施者需要按照rfp来准备他们的项目技术方案，并以此参与竞标。rfp中包括项目的目标，也就是用户的期望，也包括客户要求项目的进度计划；对实施商申请书的表格和内容的规定；客户希望潜在的实施商提交投标申请书的最后期限；评价申请书的标准等。一份好的rfp应该包括以下一些内容。1．工作表述
工作表述就是说明项目的工作范围，概括客户要求开发商或项目团队执行的任务或工作单元，说明项目所涉及的各种事情，哪些必须由开发商或项目团队去完成，哪些由客户自己去做。例如，一个办公自动化软件系统的具体目标。又如建设一个网站，所需设备的采购任务，是由客户自己完成，还是由开发商去完成；企业网站上的页面文字，是客户自己撰写，还是由开发商撰写等。2．任务要求
需求建议书必须要具体规定开发商需要完成任务的规格和特征，如要求涉及大小、数量、颜色、重量、速度和其他开发商提出的解决方案中，所必须满足的物理参数和操作参数。例如，建立一个企业网站，可能要求在1 000人同时访问的情况下不会产生堵塞的感觉，网
站的浏览页面不低于多少；建立一个自动结账和收款系统，可能要求每天能办理12 000次交易的功能和其他特定的功能，如在开出了发票的30天内没有收到账款，就会自动产生催款通知。具体的任务要求，可能会成为将来的验收标准。3．交付物
交付物就是开发商所提供的实体内容，这在需求建议书中应该说明。例如，对于自动结账和收款系统来说，客户可能要求开发商提供硬件(计算机)、软件(磁盘和一些印刷品)、操作手册和培训课程。交付物也可能包括客户要求开发商提供定期进度报告或终期报告。4．客户供应条款
需求建议书还应该列出客户的供应条款。例如，客户需要建立一个网j站，可能需要向开发商提供企业内部的组织结构及各部门之间业务关系的详]细说明，包括信息流程的类型、信息流量和发生频率等。
5．表述客户对需求的确认
需求建议书不是对客户需求的最后确认。最后的确认应该在对开发商提出的方案进行评估之后。例如印刷宣传手册，可能在开印之前要经过客户审定；局域网的建设，在购买材料和设备之前，客户必须审定开发商的技术方案。这一点在需求建议书中必须向开发商说明。6．期望的合同类型(1)合同可以按固定价格订立。这样，开发商实际上就是费用包干。客户只给固定的价钱，不管开发商实际工作花费多少。开发商必须保证功能的实现和质量要求，超支的风险由开发商负担。
(2)合同也可以规定开发商不承担风险，即在时间、原材料限制的条件下，不论实际成本多少，都会给开发商特定的报酬，也就是所谓包工不包料。在我国现阶段的条件下，由于质量检验和资信度水平不高，这种合同比]较普遍。在需求建议书中，最好说明客户是希望采用那种类型的合同。
7．期望的付款方式
付款方式可以分为一次性付款和分阶段付款；在开始前付款和结束后付款。一般依项目的性质来定付款方式。如网页制作，往往在项目末期付款；而架设局域网，一般在方案确认后，付款30％以便开发商采购，工程结束验收后付满90％，留10％等到使用一段时间以后确认无问题时付清。具体付款方式需要合同双方协商，但在需求建议书中，客户应该先提出自己的期望付款方式。
8．要求的进度计划
进度计划的要求可能很粗，如要求在6个月内完成；也可以详细一些，如多长时间内完成方案设计和审定，多长时间内完成硬件选购与安装，多长时间内完成软件研制、测试与安装，最后开发商在系统安装调试后，在多长时间内提交所有的系统文件和操作培训。9．申请书的格式和内容提示
为了便于在几个开发商之间进行比较和评价，申请书应该在形式上采取同一个格式，内容的结构也应该一致。这样对不同的申请者来说比较公平，也能减轻客户在评审时的工作量。客户在需求建议书中可以限定申请书的每一部分采用的文字数量或页数。10．提交申请书的最后期限
申请书受理的截止日期是必须要交代清楚的。例如，要求开发商在接到需求建议书后多少个工作口之内(如l周之内、1个月之内等)提交申请书，或大家一律在某月某日之前提交申请书。这样做的目的是便于同时对众多的申请者进行比较、评估，也是为了保持公正，不给某些开发商以额外的时间和机会。11．对申请书的评价标准
要告诉开发商客户将根据哪些准则来评价他提交的申请书。这样做的目的，是指导开发商写好申请书。一般评价标准包括4个方面的内容：(1)开发商在类似项目中的经验。如他们近期是否在预算内按期完成了类似的项目，客户对他们是否满意?(2)开发商提出的技术方案是否合适。如采用哪种类型的计算机软件?数据库的设计、方法是什么?用来建立管理信息系统的是哪种语言?采用哪些供应商的设备?等等。(3)进度计划。开发商是否能按照所要求的进度完成项目计划?(4)成本。如开发商的报价是否合理?成本预算中有无漏算的条款?将来在执行时有没有可能出现超支，或有无可能因过于节约而导致质量不能保证?有的申请人为了争取合同，在报价上压低成本，到了执行阶段，或偷工减料，或增加成本，结果导致所建系统的缺陷很多，或使最终成本大大超出原始的估算。对此需要引起注意。12．资金总量
开发商总是希望了解客户有多少资金可以用于发展拟议中的真t项目，但客户在需求建议书中，往往不愿意透露这个信息。其实，客户暗示大约的数字，告诉开发商他打算花多少钱来办这件事是有好处的，这样可以使开发商能够提交与资金水平相适应的申请书，提高在项目准备阶段的工作效率。[编辑] 需求建议书的必要性[2] 需求建议书(rfp)是项目客户与开发商建立正式联系的第一份书面文件，也叫招标书。一般由项目的客户自己起草，主要描述客户的需求、条件以及对项目任务的具体要求，向可能的开发商发送。需求建议书是客户为确保供应商理解项目的需求，并在此基础上提供项目建议书而编制的需求规范。虽然它不能确保客户据此就能获得理想的解决方案，但却可以帮助客户发现那些尽可能接近自身需求的系统准备。其
目的是从客户自身的角度出发，通过全面、详细地陈述，使开发商或项目团队理解客户所希望的是什么，以可行的价格满足客户的已识别的需求。
对于一些预算较少的客户，开发商往往不愿意花精力准备正式的方案建议书，这种情况下，客户的需求建议书就变得很重要。事实上，项目无论大小，都需要编写需求建议书。第一，需求建议书需要描述用户的目标与需求。编制需求建议书的过程也是客户进一步明确自己的目标与需求的过程，并以此建立起客户与供应商进行深人沟通的桥梁。即使因为各种原因使得供应商看不到或不愿响应需求建议书，这种努力也是值得付出的。第二，需求建议书可节省选型的时间，并使得对各供应商之间的比较变得更容易。客户提供给所有竞标供应商的信息都是一样的，避免了跟各开发商的重复沟通，同时，有需求建议书作为基准，客户可以约束各开发商以一致的格式提交方案建议书，以提高各供应商之间的可比性。
第三，需求建议书可以避免一些潜在的疏漏。在准备需求建议书时，客户往往会因为太过关注具体细节而忽略了一些重要的因素。收到需求建议书后，有的供应商可能会主动对这样的疏漏提出质疑以提醒客户。还有些开发商为了使自己的方案建议书更具有吸引力，甚至会提出一些需求建议书没有涉及的好想法来拓展客户的思路。[编辑] 编写需求建议书的一般原则[2] 需求建议书应该由用户编写，但各种客观因素的限制，实际上很难做[到。所以，很多时候都是由用户与项目小组共同编写。编写项目需求说明的j过程也是项目小组带领客户进入项目需求启发的过程。编写优秀的项目需求[建议书没有公式化的方法，需要大量的实践经验。以下是编写需求建议书需要把握的几个原则：(1)需求应该是正确的。每个需求必须精确描述要交付的功能。确定需求内容是否正确，需要用户的代表来参与确认，由他们检查、决定用户需[求的正确性。没有用户的需求检查就会导致很多项目实施中的问题出现。例如用户会说：“这不是我们要的东西”；“你没明白我们的意思”，等等。(2)需求应该是可行的。项目的需求应该在有限的资源(已知的能力、有限的系统及其环境)下是可实现的。为了避免需求的不可行性，在需求分析阶段应该有核心技术人员参与，检查在技术上什么能做、什么不能做，哪些需要额外的付出等。(3)需求内容应该是必要的。需求建议书中的每个需求都应该有相应[的出处，即说明什么是客户确实需要的，什么要顺应于外部的需求、接口或标准。如果不能标识出处，则可能这个需求不是真正需要的。(4)需求内容应该有优先权。优先权是由客户或其代理及项目小组共同商讨后建立的。如果所有的需求都被视为同等重要，那么在开发中遇到预t算削减、计划超时或组员的离开而导致新的需求时，项目经理将无所适从。一般优先权有以下三个级别。1)高优先权，表明需求必须体现在本阶段项目的成果中或这个产品的版本中。2)中优先权，表明需求是必须的，但是如果需要可以推迟到晚一些的产品版本中。3)低优先权，表明有它很好，但我们必须认识到如果没有充足的时间或资源，它可以被放弃掉。(5)需求内容应该是明确的。需求不该有歧义，要避免使用一些对于拟订项目需求建议书的人很清楚，但对于其他人模糊不清的词汇。如：用户友好性，容易，简单，快速，有效，几个，艺术级，改善的，最大，最小等等。每写一个需要都应简洁、直观地采用用户熟知的语言，而不要采用计算机术语。[编辑] 需求建议书例子[2] 例：某企业项目管理软件开发项目需求建议书
有关单位：某企业(甲方)由于业务发展的需要，决定采用项目管理的方式进行管理，为了更有效地对项目的执行过程进行控制，该企业决定开发一套项目管理软件以满足这一需要。1．工作表述
开发商将执行下面任务：开发项目管理软件。
开发项目管理软件的主要功能包括项目及工作信息的录入、项目网络计划图的绘制、项目时间计划的安排、甘特图计划的制定、项目执行信息的录入与分析及各种计划报表的输出等功能。2．要求
开发商应根据国家有关标准，提供开发计划和实施方案。
第五篇：美国注册财务策划师(RFP)
美国注册财务策划师学会
美国注册财务策划师学会（Registered Financial Planners Institute，英文缩写RFPI，以下简称RFPI）是一个独立的、非营利性的国际理财师资格认证组织，成立于1983年，总部设于美国俄亥俄州。RFPI提供财务策划领域的专业培训、资格认证和会员服务，在全球首创并提供RFP（Registered Financial Planner，中文译名：注册财务策划师）专业培训课程及资格认证。
学会宗旨
通过专业培训、考试评核、工作经验、从业执照和遵守职业道德等各项标准来认证资格并颁发注册财务策划师之系列职衔，从而促进财务策划的专业性，为大众利益服务。
学会历史
RFPI成立于1983年，总部设于美国俄亥俄州。学会提供财务策划的专业培训、资格认证和会员服务，并在全球首创使用和颁发RFP（注册财务策划师）专业资格；随后又设立了ARFP（财务策划师）和SRFP（高级注册财务策划师）职衔。
RFP于1983年首次使用、1987年在美国专利商标局申请备案并于1988年正式成为联邦注册商标（RFP®）。
二十世纪九十年代后期，RFPI开始发展亚太地区市场，随后在中国香港知识产权署正式注册了RFP®和SRFP®商标。
2004年RFPI正式授权其国际联盟之中旸控股有限公司，在中国区设立RFPI亚洲事务暨中国发展中心（简称RFPI中国中心），并发布正式的官方中文网站，开办专业培训课程及考试，旨在协助发展和提高中国的财务策划专业水平。同年，RFPI China（简称RFPI中国理事会）也注册成立。
2011年，RFPI®和ARFP®在中国香港知识产权署申请正式成为注册商标。
经过近三十年的发展，RFP成为当今全球财务策划行业中最负盛名的专业资格之一。
商标证明 合作关系
二十世纪九十年代后期，RFPI开始发展亚太地区市场，随后在香港知识产权署成功注册了RFP和SRFP商标，并向中华人民共和国工商管理总局递交了商标注册申请。
2003年，RFPI首次将RFP课程引入香港，由此拉开了RFP专业资格进入中国地区的序幕。
同时，RFPI通过法律途径成功限制香港注册财务策划师协会（HKRFP）就RFP的商标侵权行为；为清除由此带来的市场误导，RFPI决意加快进入中国市场的计划，由RFPI首位华人董事欧仁杰（Eric Au）先生作为RFPI中国区授权代表，联合RFPI国际联盟中旸控股有限公司在香港进行筹备工作；并正式注册了RFPI和ARFP商标。
2004初，RFPI Asia Operations and China Development Center（美国注册财务策划师学会亚洲事务暨中国发展中心，简称RFPI中国中心），在香港政府部门进行了相关的商业登记后正式成立。
2004年4月，RFPI中国中心正式登陆中国大陆市场，并将其联络总部设在上海市。同年的7月1日，RFPI首个也是迄今唯一的中文官方网站发布，时任RFPI国际总会会长的A.J.Schreiber先生亲自撰文致词。
2004年9月，RFPI中国发展中心成立RFP考试委员会并在上海设立RFP考试中心。Registered Financial Planners Institute of China（中国注册财务策划师学会，简称RFPI中国理事会）随后在11月也注册成立。
2005年5月，RFPI中国中心网站开通。
在RFPI中国中心及各推广机构的共同努力下，RFP资格认证培训相继在上海、北京、湖北、陕西、福建、广东、江苏、山西、浙江、山东、江西、新疆、甘肃等地举行，并且与中国建设银行、中国农业银行、中国银行、交通银行、香港友邦保险、太平洋人寿等金融机构展开了合作。
经过8年的发展，截止2011年12月，中国地区RFPI会员已超过六千人。
大事记
2003年
4月，RFPI首次将RFP课程引入香港，在香港开设RFP培训课程，由此拉开了RFP专业资格进入中国地区的序幕。
7-12月，RFPI通过法律途径成功限制香港注册财务策划师协会（HKRFP）对RFP的商标侵权行为。
2004年
3月，RFPI授权其国际联盟中旸控股有限公司（Sunlord China Holdings Ltd.）在香港设立RFPI Asia Operations and China Development（美国注册财务策划师学会亚洲事务暨中国发展中心，简称RFPI中国中心）；RFPI首位华人董事欧仁杰（Eric Au）任该中心行政总裁。
4月，RFPI正式登场中国大陆市场，RFPI中国中心在上海设立联络总部。
7月，RFPI首个也是迄今唯一的中文官方网站向中国地区发布。
9月，RFPI中国中心成立RFP考试委员会并在上海设立RFP考试中心。
11月，经RFPI批准，中国注册财务策划师学会（Registered Financial Planners Institute of China, Ltd.，简称RFPI中国理事会）在香港注册成立；欧仁杰担任执行董事。
11月，与上海立信会计学院（Shanghai Lixin University of Commerce）签署合作协议，联合开展RFP认证培训。
12月，与香港上市公司普纳集团（Plus Group）签署合作协议，共同开发以北京为基地的专业培训市场；分别为中国建设银行总行、中国农业银行总行成功举办了颇具规模的RFP培训班。
2005年
5月，RFPI中国中心网站开通。
5月，中国农业银行厦门分行RFP培训班开课。
8月，委任陕西中阳财富管理顾问有限公司（Sunlord Shaanxi Wealth Management Consulting Ltd.）为西北地区授权机构。
8月，与上海欧赛诺企业管理谘询有限公司合作，联合南京财经大学（Nanjing University of Finance and Economics）会计学院，江苏省第一期RFP培训班开课。
12月，委任武汉傲人理财投资有限公司（Warren Financial Planning and Investing Ltd.）为中南地区授权机构；同时委托中南财经政法大学（Zhongnan University of Economics and Law）继续教育学院为培训机构。
12月，陕西省第一期RFP培训班开课；中国农业银行浙江省分行RFP培训班开课。
2006年
3月，全程策划2006湖北金融理财文化节，欧仁杰、RFPI中国中心董事王自生担任评委。
5月，分别与上海财经大学（Shanghai University of Finance and Economics）金融学院、复旦大学太平洋金融学院（Fudan-Pacific Institute of Finance）签署合作协议，联合开展RFP认证培训。
6月，湖北省第一期RFP培训班开课；随后中国农业银行浙江台州分行RFP培训班开课。
8月，主办2006中国湖北第二届理财精英大赛，欧仁杰、王自生担任评委。
9月，中国建设银行厦门分行RFP培训班开课。
10月，与上海财经大学（Shanghai University of Finance and Economics）国际从业资格教育学院签署合作协议，联合开展RFP认证培训。
12月，中国农业银行湖北省分行、交通银行厦门分行、中国建设银行山东省分行RFPI培训班相继开课。
2007年
1月，中国太平洋人寿保险股份有限公司RFP项目启动，随后两年间共举办八期大型培训班。
3月，中国建设银行山东东营分行RFP培训班开课。
7月，中国银行湖北宜昌分行RFP培训班开课。
2008年
1月，与杭州德锐投资咨询有限公司合作，联合浙江财经学院（Zhejiang University of Finance and Economics）金融学院，浙江省第一期RFP培训班开课。
4月，全新改版的RFP唯一指定教材（2008版）全套五册正式付印。
7月，中国建设银行总行文件“建人（2008）256号”文件明确互认RFP为中级理财师岗位资格，与CFP/AFP同等对待。
8月，中国建设银行湖北省分行2008年个人理财培训（四期RFP初级班及两期RFP晋级班）连续开课。
11月，委任新疆大成理财咨询有限公司（Xinjiang Dacheng Financial Consulting Ltd.）为新疆地区授权机构。
2009年
1月，新疆第一期RFP培训班开课。
4月，授权乌鲁木齐市大成职业技能培训学校（Urumqi Dacheng Vocational Training School）为认可培训机构。
5月，关于培训和考试的标准化方案正式出台。
7月，中国建设银行江西省分行RFP培训班开课。
8月，中国建设银行湖北省分行2009年个人理财培训（五期RFP初级班及四期RFP晋级班）连续开课。
10月，委任北京智汇方舟投资咨询有限公司（Beijing Zhihui Fangzhou Investment Consulting Ltd.）为北京市授权机构，北京第一期RFP培训班于11月开课。
11月，授权上海理财专修学院（Shanghai Financial Planning Institute）为认可培训机构。
2010年
1月，委任理财人生有限公司（Richlife Holdings Ltd.）为项目合作机构，同时引进其开发的全球第一款理财规划游戏“理财人生”作为RFPI中国中心指定理财教育工具。
3月，RFP中国区年会暨继续教育活动在武汉东湖举行。
4月，委任廊坊市博慧瑞金企业管理咨询有限公司（Langfang Bohui Ruijin Management Consulting Ltd.）为河北省授权机构，河北第一期RFP培训班于10月开课。
6月，RFP理财课程体验中心在上海成立。
8月，中国建设银行湖北省分行2010年个人理财培训（五期RFP初级班及五期RFP晋级班）连续开课。
9月，RFPI中国中心董事兼副总裁梁辉担任“福布斯2010中国优选理财师评选”常务评委参与全程评审工作。
10月，与上海理财专修学院合作成立“理财师教育中心”。
11月，与中国人才研究会金融人才专业委员会（Financial Talents Committee of Talents Research Association of China，简称“中金会”）签署合作协议，联合开展RFP认证培训。
2011年
1月，RFPI中国理事会成立，直属RFPI国际理事会监管，欧仁杰出任首任会长，梁辉、王自生、刘彦、万志鹏等被选为2011理事。
1月，RFPI中国理事会发布基于国际标准ISO 22222：2005[2] 及中国标准GB/T 23697-2009、适用于中国国情的理财师职业标准——《理财师的要求》，并推出《理财师能力模型》。
1月，全新编写的RFPI唯一指定教材（2011版）全套三卷（《金融理财原理》、《个人理财实务》、《公司理财实务》）共10册正式启用。该版教材坚持RFP注重实务的特色，细分了等级（ARFP与RFP）和方向（个人理财方向与公司理财方向），也增加了职业素质和工作技能等多方面的内容。
1月，发布《RFP资格认证课程培训与考试大纲（2011版）》和《RFPI中国区讲师认证及管理办法》。
1月，与世界领先的专业考试服务供应商ATA（全美测评系统）签署合作协议，中国区RFP资格考试全面采用ATA电脑化考试，进一步提升RFPI专业品牌的权威性。[3]
3月，上海理财师教育中心第一期RFP培训班开课。
4月，委任澳中（昆山）教育咨询有限公司（AC Online（Kunshan）Education Consulting Ltd.）为上海推广机构。
5月，RFPI中国理事会委任梁辉为RFPI中国中心CEO。
5月，委任南京天梯文化传播有限公司（Nanjing Tianti Cultural Communication Ltd.）为江苏省南京市授权推广机构。
5月，授权乌鲁木齐市大诚职业技能培训学校（Urumqi Dacheng Vocational Training School）为新疆乌鲁木齐市认可培训机构；新疆RFP（公司理财方向）培训班开课。
5月，与上海浦东新区陆家嘴金融贸易区管理委员会上海陆家嘴金融城人才发展中心签署合作协议，联合开展RFP认证培训。
5月，RFP中国区第二届年会暨继续教育活动在武汉盘龙城举行。
7月，RFPI中国中心担任福布斯杂志的《福布斯2011年中国优选理财师大赛》活动的特别支持机构；梁辉担任常务评委参与全程评审工作。
10月，中国建设银行山西省分行RFP培训班开课。
11月，中国农业银行湖北省荆门分行、中国建设银行甘肃省分行RFP培训班相继开课。
…………
点击咨询 