金融服务,RFP是什么？RFP的主要内容是什么？

金融服务,RFP是什么？RFP主要内容是什么？核心内容

                                                                                               

金融服务,RFP是什么？RFP主要内容是什么？

       

   

   RFP需求建议书是指从客户的角度向服务提供商全面、详细地陈述和表达为满足其识别需求而应做的准备工作。也就是说，需求建议书是客户向服务提供商发出的解释如何满足其识别需求的建议书。它是客户与服务提供商建立正式联系的第一份书面文件，也称为招标文件。需求建议书一般由客户起草，主要描述客户的需求、条件和项目任务的具体要求。完整的需求建议书主要包括满足项目需求项目需求、预期项目目标、客户供应条款、付款方式、合同形式、项目时间、项目申请要求等的工作自我报告。

   

   良好的需求建议可以让服务提供商准确地掌握客户期望的产品或服务。当然，并不是所有情况下都需要准备正式的需求建议，当内部开发项目满足企业的需求时，这个过程似乎变得简单得多，更需要口头沟通和信息传输，而不是推迟宝贵的时间只发挥信息传输的作用。例如，当一家软件开发公司觉得公司原来的财务分析系统远远不能满足日益增长的业务需求时，它可以直接要求软件开发团队进行开发，然后只需口头向软件开发团队传达相关要求。

   

   需求建议书的主要内容:

   

   由于需求建议书，客户必须收集大量相关信息IT项目实施者需要遵守RFP准备他们的项目技术计划并参与投标。RFP包括项目目标，即用户期望和客户要求的项目进度计划；实施商申请表格和内容的规定；客户希望潜在实施商提交投标申请的最后期限；评估申请标准等RFP应包括以下内容。

   

   1．工作表述

   

   工作表述是解释项目的工作范围，总结客户要求开发商或项目团队执行的任务或工作单位，解释项目中涉及的各种事情，必须由开发商或项目团队完成，客户自己完成。例如，办公自动化软件系统的具体目标。另一个例子是建立一个网站，所需设备的采购任务是由客户或开发商完成；企业网站上的页面文本是由客户或开发商撰写的。

   

   2．任务要求

   

   需求建议必须具体规定开发商需要完成任务的规格和特征，如大小、数量、颜色、重量、速度和其他开发商提出的解决方案中必须满足的物理参数和操作参数。例如，建立一个企业网站可能需要1000人同时访问，网站浏览页面不少于1000人；建立自动结账和收款系统，可能需要每天12000次交易和其他特定功能，如发票30天内未收到账户，自动产生催款通知。具体的任务要求可能成为未来的验收标准。

   

   3．交付物

   

   交付是开发商提供的物理内容，应在需求建议中说明。例如，对于自动结账和收款系统，客户可能要求开发商提供硬件（计算机）、软件（磁盘和一些印刷品）、操作手册和培训课程。交付还可能包括客户要求开发商提供定期进度报告或最终报告。

   

   4．客户供应条款

   

   还应列出客户的供应条款。例如，客户需要建立一个网络J车站可能需要向开发商提供详细的组织结构和各部门之间的业务关系，包括信息流程的类型、信息流量和频率。

   

   5．表达客户对需求的确认

   

   需求建议书不是对客户需求的最终确认。最终确认应在评估开发商提出的计划后进行。例如，打印宣传册可能在打印前由客户批准；在局域网建设中，客户必须在购买材料和设备前批准开发商的技术计划。这必须在需求建议书中向开发商解释。

   

   6．预期合同类型

   

   （1）合同可以以固定价格订立。这样，开发商实际上就是费用。无论开发商的实际工作成本如何，客户只给出固定的价格。开发商必须确保功能的实现和质量要求，超支的风险由开发商承担。

   

   (2)合同还可以规定开发商不承担风险，即在时间和原材料限制的情况下，无论实际成本如何，都会给开发商具体的报酬，即所谓的承包商不承担材料。在我国现阶段的条件下，由于质量检验和信用水平低，这种合同比较常见。在需求建议书中，最好说明客户想采用那种类型的合同。

   

   7．预期付款方式

   

   付款方式可分为一次性付款和分阶段付款；开始前付款和结束后付款。付款方式一般根据项目的性质确定。如果网页制作，通常在项目结束时付款；并建立局域网，一般在计划确认后，付款30％为开发商采购，项目验收后支付90元％，留10％使用一段时间后确认无问题时付款。具体付款方式需要双方协商，但在需求建议中，客户应首先提出预期付款方式。

   

   8．要求的进度计划

   

   进度计划的要求可能很粗糙，如6个月内完成，如方案设计和审批、硬件采购和安装、软件开发、测试和安装、系统安装调试后开发商提交的所有系统文件和操作培训。

   

   9． 申请格式及内容提示

   

   为了便于几家开发商之间的比较和评估，申请应采用相同的形式，内容结构应相同。这对不同的申请人更公平，也可以减少客户在评估中的工作量。客户可以在需求建议中限制申请的每个部分使用的文本数量或页数。

   

   10． 提交申请的最后期限

   

   申请受理的截止日期必须明确说明。例如，要求开发商在收到建议后需要多少个工作口(例如l一周内、一个月内等。)提交申请，或者每个人都在一个月或一天前提交申请。这样做的目的是为了方便许多申请人同时进行比较和评估，但也为了保持公平，不给一些开发商额外的时间和机会。

   

   11． 申请评估标准

   

   告诉开发商客户他提交的申请将根据哪些标准进行评估。这样做的目的是指导开发商撰写申请。一般评价标准包括四个方面：

   

   (1)开发商在类似项目中的经验。如果他们最近在预算内按时完成类似项目，客户对他们满意吗？

   

   (2)开发商提出的技术方案是否合适。比如用什么类型的计算机软件？数据库的设计和方法是什么？建立管理信息系统的语言是什么？使用哪些供应商的设备？

   

   (3)进度计划。开发商能按要求的进度完成项目计划吗？

   

   (4)成本。如果开发商的报价合理吗？成本预算中有漏算条款吗？未来执行过程中是否可能出现超支，或者是否可能因过度节约而无法保证质量？为了争取合同，一些申请人降低了报价的成本，进入了执行阶段，或者偷工减料，或者增加了成本，导致了系统建设中的许多缺陷，或者最终成本大大超过了原来的估计。我们需要注意这一点。

   

   12．资金总量

   

   开发商总是想知道有多少钱可以用于开发拟议T项目，但客户往往不愿意在需求建议中披露这些信息。事实上，客户建议告诉开发商他打算花多少钱来做这件事，这样开发商就可以提交适合资本水平的申请，提高项目准备阶段的工作效率。