应用运维招标技术方案：一份带点评的示例

在 IT 服务类招标中，采购方打分时主要看您将怎样对待他们的系统：如何接手、如何维护、由谁负责，以及合同结束时如何交还。下面是一份虚构的示例，专为说明而编写，并逐节说明采购方看重什么。

案例：图书馆网络门户的应用运维

Cotelle Informatique（虚构企业，35 名员工）投标一份应用运维合同（法国招标中称为 TMA）：负责某市镇联合体图书馆网络门户网站的故障修复和功能演进，为期三年。招标须知设定了两项评分标准：技术分 60%，价格 40%。技术分又细分为维护方法（25%）、派驻团队（15%）、系统接管（10%）、安全（5%）和退出移交（5%）。

第一条规则：按响应模板作答。 许多 IT 招标会规定技术方案的响应模板，列明各个标题，有时还限定最多页数。采购方逐个标题比较各家投标；脱离模板的回答很难拿到高分。

1. 对现有系统的理解

采购方看重的：证明您读过技术规范及其技术附件，而不是一本企业宣传册。

在示例中，Cotelle Informatique 复述了自己对现状的理解：一个基于常见 PHP 框架的 Web 应用，约 4 万个读者账户，每年九月开学季迎来访问高峰，托管由另一家服务商负责。它还提到了招标期间提出的两个问题，分别涉及现有文档和测试环境的访问权限。

常见错误：照搬公司宣传册。宣传册应放进附件，而不是这里。

2. 系统接管（10%）

采购方看重的：您如何从原服务商手中接过工作，同时不中断服务。

示例安排了六周的接管期：清点代码和文档，与原服务商进行知识转移，逐步承接工作量，最后由一个委员会确认转入正式运维。需要采购方提供的条件也一一列明：代码仓库、各套环境以及未结需求的访问权限。

常见错误：一句“交钥匙”式的接管，既没有期限，也没有交付物。采购方无从打分。

3. 维护方法（25%）

采购方看重的：一个缺陷从报告到上线的完整路径，以及您能够兑现的服务水平。

示例说明了每项需求如何甄别定级：分为三个严重级别，每级都有响应时限和修复时限；每次发布前进行验收测试；并对关键路径执行一轮回归测试：目录检索、文献预约、读者账户。每项变更都先做工作量估算，经采购方批准后才开始开发。

常见错误：没有相应的人手，却承诺比技术规范更短的时限。合同一经授予，这些时限就对您的公司具有约束力。

4. 派驻团队（15%）

采购方看重的：具名的人员、各自的角色、投入本合同的时间，以及在同一技术上的经验。

示例列出了一名项目经理、两名开发人员和一名安全负责人的姓名及各自的投入比例，附上他们的简历，并为每个角色指定了后备人员。

常见错误：附上从不参与本合同的人员的简历。采购方可以要求这些人员实际投入项目。

5. 安全：安全保障计划（5%）

采购方看重的：您如何保护他们的数据和访问权限，并且可供核查。

法国信息技术类公共采购合同的通用行政条款（CCAG-TIC 2021）允许采购方将安全保障计划（PAS）列为技术标的附件；合同授予后，该计划即具有合同效力。示例概括了其中的各项承诺：实名账户并启用双因素认证，记录访问日志，在规定时限内安装安全补丁，依据欧盟《通用数据保护条例》（GDPR）以处理者身份处理读者数据，一旦发生安全事件即通知采购方。

常见错误：声称已采取公司尚未实施的措施。安全保障计划与投标文件的其他部分一样，对您具有约束力。

6. 退出移交（5%）

采购方看重的：确保合同结束时能够更换服务商。

在示例中，代码从第一天起就存入采购方的代码仓库，文档随每次发布更新，另有一份退出移交计划，规定向下一家服务商移交的期限和内容。

7. 类似业绩

三个可比的应用运维合同，注明采购方、服务期限、技术栈和处理的需求量，再用一句话说明可比之处。

要点回顾

• 按响应模板作答，并遵循招标须知中评分标准的顺序。
• 写明实际派驻的团队，并附上简历。
• 只承诺您能兑现的服务水平和安全措施：它们会成为合同条款。
• 从系统接管阶段起，就为退出移交做好准备。

我们为您的 IT 服务类招标撰写技术方案；如果招标文件要求，安全保障计划也一并撰写：查看我们的招标服务。