招标是从预期的卖方获得，就如何满足项目需要的响应、投标和建议书的过程。
从买方获得RFP-客户合同的基础1.买方的邀标过程对卖方来说，最主要反映的是买方的需求。
2.对需求完整透彻的理解，尤其是那些涉及到成本、计划和交付物的部分，是协议成功的关键。
3.需求混乱和不明确，如果不及时解决，会造成问题升级。
4.在许多情况下，卖方没有收到邀标书，说明基本没有机会。
RFP其它的考虑给供应商的RFP是供应商合同的基础。
1.从商业的角度看，当我们开始与买方或卖方工作时，即使只是解释、理解或影响需求
□我们的参与提供附加值
□公司的代表将为你的言语和行动负责
□由于公司的附加值而导致的成本，将由买方买单
□进入一个合同协议的关系是必要的：越快越好
2.当签订适当的正式合同还早时，授权书可以较好地为我们的时间和专业技术，正式地把责任和补偿表达出来。
3.在签约前的阶段，公司应得到补偿以及合同的保护。
买方评估标准必须包含在招标中1.应足够清晰、简洁，因此：
□每个投标人均能公正地评价
□在供应商选择后，没有抱怨的根据
2.应以这些为基础：
□你所需要的
□可用的
□如何获得
3.应包括以下内容：
□技术
□管理
□成本
4.应基于商业目标，决定优先或比重。
5.公司还应从客户处，得到评估的结果。
量化评估标准的例子卖方的RFP-合同的基础工作说明书SOW合同约束声明描述了在履行合同过程中，合同双方的责任和义务。
工作说明书是以下文档的重要组成部分：
□RFP
□建议书
□合同
范本协议结构范本协议的结构对不同地域可能不同。
在适当的情况下，考虑使用范本协议作为合同的起始点。
1.基本协议
□定义
□公司和供应商的基本权利和义务
□标准条款和条件
2.附件
□基本协议外的附加条款
3.交易文件
□工作说明书
□修改订单
□样品
□附录
供应商的关键条款和条件项目团队必须保证，所有条款和条件适当地从客户、项目发起人传递给供应商。
□收费
□支付条款
□所有权
□责任限制
□变更
□完成、验收
□保修
□中止
□履约保证金
□保险
□赔款
□保密
风险总存在于买方关系1.买方所讨论的风险也存在于卖方。
2.风险可表示为成本、进度和技术要素三重约束的关系
□事件或方法是否可能影响到这些
3.技术风险跟合同的交付件相关
□特定的技术产品或方法，是否可能对商定的交付件的形式、适合或功能产生负面的影响
风险总存在于管理执行项目经理必须确保，准备好风险应对措施，以管理风险。
1.客户相关的风险：
□客户没有满足合同承诺
□客户没有满足依赖条件
□客户没有及时地响应问题、审阅、批准
2.供应商相关的风险：
□供应商的低效，引起项目的延迟或损坏
□供应商的低效，引起客户、项目发起人终止合同
□公司的形象和声誉受损
□供应商没有满足需求
管理风险合同中要有以下条款：
1.密切参与项目
□建立良好的技术关系
□定期状态审查、报告
□计划的设计审查、签字
□定期技术交流会
2.适当的客户依赖条件和责任。
3.合同条款和条件的适当继承（上和下），并保留合理的缓冲量和管理储备。
4.供应商交付件的两步验收
□临时交付
□最终验收，客户、项目发起人验收系统
5.增量支付，基于完成的里程碑，给客户、项目发起人的交付件。
6.奖励关键交付件、提前完成。
7.奖励供应商人员的稳定性。
8.交付件质量的奖励
□符合标准
□低错误率
□问题解决计划
□违约金（负面激励）
□逾期交付
□低质量（不符合规格或性能，高缺陷率）
在风险管理中考虑干系人目标建议书的撰写管理部分
1.定义操作方式
□审阅及审查
□合格的检验
□可靠性、可用性、可维护性
□质量保证
□进度和成本管理
成本部分
1.技术方案要有一个货币价值。
2.确保所有可行的技术方法，已准确核算并相应估价。
3.理解真正的管理储备及以下内容很关键：
□任务或活动的成本冗余
□冗余作为定价和排进度的一部分
□意外及应急在进度冗余中体现
技术部分
1.对RFP需求的满足度。
2.开发和生产风险的定义及缓解。
3.对需求分析和理解的证明。
4.可供选择的建议（如适用）。
5.考虑详细方法，可能涉及到的法律影响
□能否建议未宣布的产品或技术
□如果有，法律方面需要做什么
□不管是最终合同，在所有情况下，知识产权需要合法保护
WBS的考虑1.建立一个全面的工作分解结构WBS非常重要，你应把它作为供应商RFP的一部分。
2.如果客户已提供WBS或其一部分，应根据这和RFP一起来准备建议书。
3.如果有必要增加WBS内容，要得到买方的批准
□如果没有包含在WBS，定义并使用自己的结构，并寻求买方批准你建议的方法
4.尽一切努力，说明你的买方和卖方，WBS是非常重要的
□WBS是建议书和整个合同的控制及报告的结构
□确保合同和实际工作中的参照完整性
□确保交付件和每项任务、活动、里程碑、执行组织、报告组织的参照完整性
5.识别个别的任务和活动，是金字塔形WBS的技术基础
□使用历史数据定价
□WBS在整个解决方案中，决定相对位置
建议书准备的特别考虑1.建议书是动态的。
2.在任务时候，可能需要一个新的替代或方法
□收到新的信息
□目前的方法被否定
3.需求（范围）得到理解
□WBS已建立
□已满足RFP中的进度条件
□传递给供应商
4.技术方法要合理，无论其复杂性
□任何参考的文档、规范和说明已纳入合同，且是可用的
5.谁负责现有系统及代码的接口
□客户的依赖条件能极大的影响卖方
6.公司每项任务的人工数，得到批准和相应定价
□分包商的费用
□原厂和经销商
□差旅和其它成本要素已考虑
7.每个任务、活动和里程碑，体现到合同交付件中
□从三个约束的角度来考虑
8.所有责任已考虑
□从三个约束的角度来考虑所有问题
投标人会议根据项目的复杂性，可能需要召开投标人的会议。
1.提供一个买方阐明RFP中事项的机会。
2.针对候选供应商的问题和考虑点。
3.确保供应商获得同等待遇，这样在供应商选择后，没有抱怨的基础
□所有供应商有同等的机会，去处理其问题和考虑点
□所有供应商在同一时间，得到相同的解答
检查及再检查1.服务水平协议SLA
2.含糊的条款。
3.要求或建议的重要审核，要包含在交付件的正式清单中
□需求审核
□设计审核（系统、软件、硬件）
4.要求或建议的文档，要包含在交付件的正式清单中
□需求
□设计（系统）
□规格（软件、硬件）
5.所有合同义务事项，要包含在交付件的正式清单中（提供给客户及供应商提供的）。
6.违禁材料需在建议书中排除
□濒危动物的皮革
□来自某些国家的产品
7.授权规则
□合同价值
□风险考虑
8.产品安全。
质量保证流程1.完整的建议书，准备好内部的核审和批准。
2.坚持公司的政策
□必须遵循最新的更新
□从本地的质量保证组织得到的
□当时要求的特别质量保证审核
注：有可能会与客户、项目发起人和供应商的议程。
