1.

明确业务与维护需求（准备阶段）

- 明确你要的维护范围：内容更新、功能迭代、服务器维护、安全补丁、备份与恢复、监控与报警、应急响应等。
- 为每项需求指定期望的指标：响应时效（例：工单1小时、远程修复4小时）、恢复目标RTO/RPO（例：RTO≤6小时、RPO≤1小时）、业务可用率目标（99.9%）。
- 列出资产清单：域名、证书、站点源码、第三方接口、运维账户、服务器登录方式与备份位置。把这些做成PDF或Excel，作为询价与评估基准。

2.

准备评估清单与打分表（量化评估）

- 制作评分表，常见维度：响应速度（20分）、技术能力（20分）、备份与恢复（15分）、安全与补丁策略（15分）、文档与交付（10分）、客户口碑（10分）、成本透明度（10分）。
- 对每一项制定打分细则，例如“响应速度”：≤1小时得20分，1-4小时得15分，4-8小时得10分，>8小时得0分。
- 准备统一询问模板，便于对比多家：公司资质、团队规模、技术栈、是否有运维工程师、是否提供7x24支持、实际案例和联系方式。

3.

面谈与技术验证（实操环节）

- 面谈前把技术需求表发给对方，要求他们带具体方案与SLA草案。
- 技术问题清单示例：他们如何做代码管理（git分支策略）、上线流程（CI/CD），是否有回滚机制，如何做流量切换与灰度发布？询问监控工具（Prometheus/Zabbix/Datadog）、日志策略与告警流程。
- 要求对方演示一个相似问题的实际处理流程（最好在演示环境），包括定位、修复、回滚与总结报告。

4.

审查SLA与合同条款（法律与责任）

- 在合同中明确：响应时间和解决时间、赔偿机制（例如超过SLA每小时赔付比例或扣减月维护费）、所有权与源代码交付、暂停或终止条件。
- 示例条款：运维故障修复时效为4小时内响应、24小时内解决（非可抗力）；若超时按每日维护费的3%赔偿；季度提供一次安全体检报告并做记录。
- 明确数据与备份条款：备份频率、备份保留天数、恢复演练频率、备份异地存放与访问权限。

5.

现场或远程演练（验证执行能力）

- 要求供应商提供一次“故障演练”：模拟单点故障、数据库失联或证书过期，记录从报警到修复的完整过程。
- 演练要有时间戳的记录、责任人、用到的操作命令或步骤以及事后总结。评分时按实际演练结果打分。
- 如果对方拒绝演练或仅纸面回答，应降低评分；真实演练能暴露沟通、权限与工具缺陷。

6.

核查文档、交付清单与移交流程

- 要求对方提交交付清单：源码（含注释）、部署脚本、数据库备份、运维手册、安全手册、域名与证书管理权限清单、联络人表与升级日志模板。
- 制定移交流程：在项目结束时做一次“移交会议”，逐项核验清单并在双方签字的交接表上记录问题与整改时限。
- 要求定期提交维护记录与变更记录（如每月维护报告与每次上线记录），并保留至少12个月历史日志。

7.

参考客户与案例验证（背景核实）

- 索要2-3个相近行业或规模客户的联系方式，电话核实其服务体验、响应速度、是否按SLA执行、是否有隐性收费等。
- 在北京本地尽量实地拜访或要求视频连线，查看其技术团队与办公地址真实性，核验资质与团队稳定性。
- 关注合同期内是否有大量人员流动、是否频繁外包第三方；稳定的技术团队更可靠。

8.

细化价格与隐性成本检查

- 把报价拆分为：开发费、上线费、基础维护费、加急工单费、第三方服务费（如云主机、证书、短信费）。要求提供按工时计费的明细表和日常维护的固定包月价格。
- 要求合同注明加急工单定义与计费标准，例如“非工作日、节假日、重大故障”等的费用。
- 检查是否存在二次授权或源码托管费，确认源代码和部署脚本最终归客户所有或按约定交付。

9.

建立监控、备份与应急联络机制（启动后）

- 上线前必须搭建监控与告警：关键指标（HTTP 5xx、响应时间、CPU/内存、磁盘、DB连接数）并设置报警阈值与联系人。
- 制定应急联络表：级别一（电话+短信，1小时内响应）、级别二（邮件+IM，4小时内响应）、级别三（例行维护）。并要求对方提供24x7 on-call人员名单与替补。
- 安排定期恢复演练（例如每6个月一次），并把演练结果纳入绩效考核与合同条款。

10.

问题：如何在合同中写清售后罚则和服务级别？

11.

回答：合同样式与具体条款示例

- 在合同中明确SLA指标（响应/解决时限）、赔偿方式（按小时或按月比例扣款）、持续违约处理（多次违约可解除合同且退还部分费用）。示例条款：若发生系统宕机且可恢复时间超出合同约定24小时，则每超出1小时，按月维护费的5%进行赔付，累计超过72小时客户有权单方面终止合同并要求30%违约金。并注明免责条款与不可抗力定义。

12.

问题：如果供应商技术栈与我方不完全匹配，如何评估其长期维护能力？

13.

回答：评估兼容性与替代方案

- 重点考察其工程化能力：是否具备容器化、自动化部署、标准化文档与良好代码结构。要求查看其过往迁移或接手遗留系统的案例与解决方案。若技术栈不匹配，要求对方提供学习周期、培训计划与过渡期支持（例如前3个月内提供免费协同支持）。

14.

问题：选定后如何做好交接与验收，避免售后纠纷？

15.

回答：交接验收的关键步骤

- 制定验收清单并双方签署：包括源码、数据库、文档、运维权限、备份策略、SLA承诺书、变更日志模板。进行一次联合验收上线演练并生成验收报告；在验收报告中列明未通过项与整改时限，整改完成后再签署最终验收证明，验收后开始计费保修期与售后服务期。