IT 系统集成项目投标技术方案编制全流程

IT 系统集成项目

投标技术方案编制全流程

以农业农村部信息中心政务外网 DeepSeek 大模型智算基础设施
软硬件采购项目（GC-HGX260612）为实例

目录

目录将在打开文档时自动生成，按 F9 可手动更新。

一、编制总览

本章交代这套流程要解决的问题、最终产出，以及七个步骤之间的依赖关系。

一份 IT 集成项目的投标技术方案，成败在动笔之前就已经决定。评审专家手里只有两样东西：评分表和招标文件的条款。指标响应漏掉一条实质性条款，投标直接无效；条款答得再全，章节结构对不上评分项，专家翻不到对应内容，分数照样拿不到。

这套流程把「拿到招标文件」到「上传投标文件」之间的工作拆成七个动作，每个动作都有明确的输入、输出与验收标准。按流程执行，编制者不必依赖个人经验判断先写什么、后写什么，也不至于在截止前三天才发现证明材料没有准备。

（一）七个步骤与依赖关系

七个步骤是串行关系，前一环的产出是后一环的输入。取出文件之后才能拆指标，指标归档之后才知道评分表上的分数落在哪几章，章节确定之后才轮到逐章撰写，写成之后才有自检的对象。中间任何一环跳过，后面的工作都要返工。

图 1  投标技术方案编制的七个步骤

实践中出现最多的一类返工，是第三步没做、直接跳到第五步按产品手册写方案。写完之后才发现评分表里的服务要求与实施方案 9 分没有章节承接，只能临时补一章，结果前后术语不一致，格式也要重排。把拆指标这一步做扎实，后面四步都是体力活。

（二）本案例的项目概况

本文示例取自一份真实的政府采购招标文件：中央国家机关政府采购中心代理的农业农村部信息中心政务外网 DeepSeek 大模型智算基础设施软硬件采购项目，项目编号 GC-HGX260612，招标文件共 81 页。项目采购 GPU 推理服务器 4 台、参数面交换机 2 台、智能算力管理软件 1 套、智能应用管理软件（智能体）1 套，预算与最高限价均为 342 万元。

表 1  案例项目的基本要素

要素	内容
项目编号	GC-HGX260612
采购人	农业农村部信息中心
招标内容	参数面交换机、智能应用管理软件（智能体）、智能算力管理软件、GPU 推理服务器的供应、运输、安装调试、培训及售后服务
预算与最高限价	342 万元
履约时间	合同签订后 15 天内交货并完成安装调试与对接适配；2026 年 10 月底前完成验收
质保期	验收后 3 年
履约地点	北京市朝阳区农展南里 11 号（国家农业数据中心机房）
投标方式	电子采购系统（国 e 采）网上投标，不接受纸质文件

选择这个案例的理由，是它覆盖了集成项目的四种典型标的：服务器类硬件、网络设备、平台软件、应用软件。四类标的的指标写法完全不同，硬件比参数，软件比功能，正好把方案写作的分岔点都暴露出来。

二、取出招标文件并读出硬性要素

招标文件是唯一的应答依据。拿到全文之后的第一件事不是读技术需求，而是把决定成败的硬性要素抄到一张表上。

（一）从哪里取得全文

政府采购项目的招标文件免费公开，不需要报名。中央预算单位的项目在中央政府采购网发布，投标人登录后在单独委托项目栏目按项目编号下载；省级项目在各省政府采购网或公共资源交易平台下载。本案例的招标文件自公告发布之日起 5 个工作日内可下载，获取渠道写在投标邀请的第五条。

下载之后先核对三件事：项目编号与公告是否一致、文件页数是否完整、目录中的章节是否齐全。招标文件常有更正公告，正文与更正内容冲突时以更正公告为准。核对完成再开始阅读，避免按过期版本做方案。

（二）把 81 页拆成三类要素

81 页的文件不需要逐字读完。本案例的六部分内容归成三类要素：硬性要素决定能不能投，包括预算上限、交货期、验收时间、质保年限与投标方式；技术要素决定方案写什么，集中在第五部分采购需求的产品清单与指标表；评审要素决定篇幅怎么分，在第四部分评标方法和评标标准。

图 2  招标文件的六部分与三类要素的对应关系

阅读顺序建议倒着来：先读评审标准，知道分数怎么给；再读技术需求，知道要答什么；再回读投标人须知，确认格式要求与废标条款。这样读第一遍就带着评分视角，比从头顺读省时间。

（三）先锁死四个时间点和一个金额

时间与金额是最容易被忽略、又最容易致命的两类信息。本案例的时间链条是：投标截止 2026 年 7 月 23 日 9 时，合同签订后 15 天内交货并完成安装调试与密码应用对接适配，2026 年 10 月底前完成试运行与验收，验收后提供 3 年质保。这四个时间点要原样写进方案的实施计划，不能改写成「约两个月」「按期完成」这类模糊表述。

金额上要注意预算 342 万元、最高限价也是 342 万元。超过最高限价即为无效投标，报价策略须在成本测算之后确定。方案正文不出现价格，但实施计划的人员与工期要与报价口径一致，不能出现方案承诺的投入在报价里无法支撑的情况。

（四）硬性要素落表

表 2  硬性要素提取表

要素	本案例取值	对应的写作动作
预算与限价	342 万元 / 342 万元	报价不超限价，方案工作量与报价匹配
交货期	合同签订后 15 天内	实施计划的到货与上架节点整体前移
验收时间	2026 年 10 月底前	甘特图末端锁定 10 月底
质保	验收后 3 年	售后章节写明 3 年与响应时限
投标方式	国 e 采电子投标，不接受纸质	交付环节预留签章与上传时间
特殊资格要求	无	资格文件按通用要求准备
核心产品	GPU 推理服务器，不接受 OEM	选型章节写明品牌归属

核心产品一栏需要单独说明。招标文件规定核心产品的品牌必须唯一，且本项目不接受 OEM 产品。这意味着投 GPU 服务器只能用厂商自有品牌整机，方案的产品选型章节要写清品牌与厂商的关系，证明材料要能支撑这一条。

三、把指标拆成可响应的清单

技术需求不是一段话，而是一张带权重的清单。拆解的目标是把清单变成逐条打勾的响应表。

（一）四级指标的含义与处置差异

本案例把指标按重要性分成四级：★ 为实质性指标，不满足即导致投标被拒绝；☆ 为优质优价指标；＃ 为重要指标；△ 为一般指标。四级的处置方式完全不同，混淆层级是最常见的失误。

图 3  四级指标的含义与处置动作

实质性指标先判定、后写作。本案例的 ★ 项包括不接受 OEM、CPU 不少于 2 颗且物理核心不少于 48、至少 21 个 PCIe 槽位、AI 计算单元支持六种精度、GPU 单卡单芯双宽、交换机交换容量不低于 25.6 Tbps、软件授权不少于 4 个节点或 32 张 GPU 卡等。这些条件在选型阶段就要逐条比对，任何一条不满足，方案写得再好也无效。

重要指标与一般指标是分数，不是门槛。满足或优于即得分，不满足只丢分。本案例 ＃ 级 20 项、每项 2 分共 40 分，△ 级 10 项、每项 1 分共 10 分，这 50 分构成技术指标响应的全部得分。

（二）计分指标按产品归档

表 3  计分指标的产品分布与写作落点

产品	计分指标组成	分值口径	写作落点
GPU 推理服务器	＃ 级为主，△ 级为辅	计入技术指标 50 分	处理器、内存、存储、GPU 显存与算力、管理接口
参数面交换机	＃ 级 2 项，△ 级 1 项	同上	交换容量、端口实配、Telemetry
智能算力管理软件	＃ 级与 △ 级	同上	算力池、多租户配额、模型服务、用量统计
智能应用管理软件	＃ 级与 △ 级	同上	检索优化、运行保障、系统对接

归档之后，每一条指标的响应位置就确定了。硬件指标集中在算力底座与参数面网络两章，软件指标分列智能算力管理与智能体平台两章，服务类指标落到实施与服务一章。按产品推进比按招标文件页码顺序推进省力，评审也更容易对号入座。

（三）证明材料先于正文准备

招标文件规定，证明材料栏填「是」的指标必须附官网截图、产品白皮书或第三方检验报告，未提供或与填报不一致的按不满足处理；除明确要求承诺的事项外，以投标人承诺代替证明材料不予认定。这条规定决定了工作顺序：先备料，后写方案。

材料按产品分四组准备。硬件组取官网参数页与白皮书，标注型号与页码。软件组取功能白皮书、软件著作权证书与授权承诺函，本案例的智能算力管理软件有五条 ★ 且要求证明，智能体软件有四条同样如此。服务组取原厂售后服务承诺函，要求加盖原厂公章并承诺三年免费保修、电话报修后 4 小时上门、12 小时排除故障。商务组取 CCRC 信息安全服务资质（信息系统安全集成）1 级、DCMM 4 级、ISO/IEC 27701 三项证书，齐备得 3 分，每缺一项扣 1 分。

材料与指标一一对应之后，响应的写法就有了边界：写进方案的每一项功能，都要能在材料里找到出处。这一条既防止夸大，也让评审核对变得容易。

四、用评分标准倒推章节与篇幅

方案的章节不是按技术逻辑排的，是按分数排的。

（一）60 分客观分与 8 分主观分

本案例采用综合评分法，总分 100 分，最小打分单位 0.5 分，取评委算术平均。六项分值是：价格 30 分、投标人资质 3 分、技术要求指标 50 分、服务要求与实施方案 9 分、需求理解 3 分、技术方案及产品性能 5 分。

图 4  100 分构成与技术方案相关的 67 分

与技术方案写作直接相关的是 67 分。其中客观分 59 分有明确的判分口径，逐条响应到位、证明材料齐全即可拿满；主观分 8 分由评委自由裁量，取决于方案读起来是否可信。两份方案的技术内容可能差不多，差的就是这 8 分。

（二）67 分落到哪几章

50 分的技术指标响应落在第三章到第六章，是分量最重的一块。9 分的服务要求与实施方案包括原厂售后承诺函、项目经理与技术负责人配置、培训、集成标准以及七项实施方案条目，落在末章。3 分的需求理解考核对项目背景、建设目标与现状的判断，落在第一章。5 分的技术方案及产品性能考核技术先进性、性能稳定性、扩展性与可行性，贯穿主体四章。

篇幅按分值分配是个实用的近似做法。50 分对应约一半正文页数，9 分与 5 分各占一到两页，3 分的需求理解控制在两页以内。把三页篇幅花在项目背景上、两页写实施计划，是最常见的比例失衡。

（三）主观分里藏着的硬条件

技术方案及产品性能的评分说明里有一句容易漏读的条件：升级 AI 加速卡数扩展配置不小于 8 张 AI 加速卡，得 5 分；较全面合理且具备该条件得 3 分；缺少升级 AI 加速卡得 1 分；缺少技术方案也得 0 分。5 分的前提不只是方案写得好，还要求产品支持扩展到 8 张加速卡。

招标文件的技术需求只要求配置不少于 4 张 AI 加速卡、支持不少于 10 个双宽 GPU 卡，并未要求实配 8 张。方案必须主动写出扩展路径：整机 10 个双宽槽位、当前配置 4 张、可扩展至 8 张及以上，供电与散热按满配设计。这一段写在算力底座章节的扩展性小节，并在技术方案小结处点名，评委才容易找到。

（四）章节与评分项对应

表 4  评分项与方案章节的对应关系

评分项	分值	承接章节
技术要求指标	50 分	算力底座、参数面网络、智能算力管理、智能体平台
服务要求与实施方案	9 分	实施、培训与售后
需求理解	3 分	需求理解与现状
技术方案及产品性能	5 分	总体架构与四章主体
投标人资质	3 分	商务文件，方案附录列证明清单

编制完成后用这张表做一次反向核对：每一项分值都能在方案里找到落点，没有落点的分数就是主动放弃的分数。核对花十分钟，比交上去少拿十分划算。

五、搭出八章骨架

骨架决定专家翻页的路径。八章的顺序与评分表的顺序保持一致，是最省力的做法。

（一）八章的排序原则

本案例的技术方案骨架是八章：需求理解与现状、总体架构设计、算力底座、参数面网络、智能算力管理平台、智能体平台、安全与合规、实施培训与售后。前三章解决「看懂了没有」，中间四章解决「产品行不行」，末章解决「交付靠不靠谱」。

图 5  八章骨架与各章承接的分值

章序跟着评分顺序走，评委按评分表逐项打分时能在固定位置找到对应内容，不需要在方案里来回翻找。这一条对主观分的影响比想象中大，翻三次才找到的配置说明，与翻一次就能读到的，印象完全不同。

（二）每章必须回应的三件事

每章开头交代三件事：本章对应招标文件的哪一条需求、本章解决什么问题、本章的结论是什么。三句话写完再进正文，读者带着问题往下看，判断成本会低很多。

条款号要写准。本案例的指标以产品清单序号标识，例如 GPU 推理服务器第 8 条硬盘、第 18 条 AI 加速卡数、第 23 条加速卡显存容量。引用时写成「对应采购需求表 1 第 8 条」，比笼统写「按招标要求」可信。

（三）章内小标题的写法

小标题按功能定位、技术实现、业务流程、性能与保障的顺序展开，每个功能点至少两个小标题。小标题用名词短语，不用疑问句，结尾不加标点。

以算力底座一章为例，小标题依次是本章对应需求、服务器配置与指标对照、CPU 与 GPU 拓扑与显存规划、模型加载与推理性能估算、扩展性与升级路径、可靠性设计。六个小标题覆盖了指标对照、技术机制、性能测算与风险应对，正好是评委关心的四个问题。

六、逐章撰写

本章按八章顺序给出本案例的写法要点，每节说明这一章拿的是哪几分、必须写到什么程度。

（一）需求理解与现状

这一章对应 3 分主观分。评分标准写得很直白：对用户需求理解透彻、明确建设要求和目标、了解建设现状得 3 分；理解不足得 1.5 分；未体现得 0 分。判分尺度差别很大，值得单独花心思。

写法是复述加判断。复述部分引用招标文件的政策依据与建设目标，本案例是《全国智慧农业行动计划（2024—2028 年）》关于推动大模型在农业农村科研、生产经营、管理服务领域应用的要求，以及政务外网承担农业重要业务系统运行与数据汇聚的职能。判断部分点出两个约束：数据安全可控决定了必须本地化部署，部机关多司局共用决定了必须资源池化与按需分配。

这一段不要写成政策宣传。评委关注的是编制者有没有读出「集约化部署」与「共享共用」这两个词背后的技术要求，以及能否说出试点场景与算力规模之间的匹配关系。

（二）总体架构设计

这一章对应 5 分主观分，同时为后面四章提供结构依据。架构按五层描述，每层写清与其他层的接口与数据流向，架构图才不是装饰。

图 6  五层技术架构与安全运维支撑

应用层承接智能文稿审核、政策与数据问答、计划财务、审批流程自动化四类试点。智能体平台层提供编排、知识库、驾驶舱与工具注册。算力管理层负责算力池、模型服务、网关纳管、用量计量与安全护栏。算力与网络层由 4 台 GPU 推理服务器与 2 台参数面交换机构成参数面组网。底座是国家农业数据中心机房与政务外网。安全运维作为纵向支撑贯穿五层。

层间关系要写实三句话：参数面交换机接在 GPU 服务器之间，走 RoCE 无损网络，与管理网流量分离；模型服务对外暴露为 API，由算力管理平台的网关统一收敛；智能体平台调用模型服务的 API，不直接访问 GPU。三句话把分层的必要性讲清楚，也解释了两套软件的分工。

（三）算力底座

这一章分值最重，承接 GPU 推理服务器的大部分指标。写作顺序按指标表走，逐段对照，不要打乱产品参数的排列逻辑。

处理器与内存段写两颗 48 核以上处理器、24 个 DDR5 插槽的配置逻辑。存储段写 25 块 2.5 英寸盘位、12 个 NVMe 的支持能力，以及 2 块 960 GB 系统盘与 3 块 3.84 TB 数据盘的分工。GPU 段写单卡单芯 PCIe 双宽、显存不低于 64 GB、带宽不低于 896 GB/s、FP16 不低于 196 TFlops、INT8 不低于 392 TFlops，并给出与推理吞吐的换算关系。

性能测算给一个具体的估算过程，比堆参数有说服力。以单卡 64 GB 显存为例，按 FP16 精度加载一个 32B 参数模型，权重约 64 GB，单卡勉强容纳且没有 KV Cache 余量；改为 4 卡张量并行，权重分摊后每卡约 16 GB，剩余显存留给批处理与上下文缓存。这段估算把「4 张卡怎么用」讲清楚，也顺带解释了扩展能力的意义。

扩展性单独成段。整机 10 个双宽槽位、当前配置 4 张加速卡、可扩展至 8 张及以上，配套供电与散热按满配设计，CPU 与 GPU 挂载比支持 1:4、1:8 与直通三种拓扑。这一段直接对应主观分里的硬条件，不能省。

（四）参数面网络

2 台交换机的指标不多，但基本都是 ★ 或 ＃，写不透会丢分。交换容量 25.6 Tbps、包转发率 19200 Mpps 是整机能力，实配 12 个 400GE 端口并配 8 个 400GE 多模光模块。要说明这 12 个端口怎么用：4 台服务器每台 2 个 400G 上行，双归接入两台交换机，剩余 4 个端口预留级联与扩容。

无损网络是这一章的技术核心。PFC 在链路层做反压，防止缓冲区溢出丢包；ECN 在拥塞发生前打标记，让端侧降速，避免 PFC 扩散引起死锁。两者配合，RoCE 才能在 400G 速率下稳定运行。MC‑LAG 让两台交换机对服务器呈现为一台设备，单台故障时链路切换不影响推理任务。

Telemetry 写成可观测能力的落点：设备侧按秒级采集端口流量、缓存水位与丢包计数，与管理平台的告警联动，形成从网络到平台的统一视图。

（五）智能算力管理平台

这一章承接的 ★ 指标最多，写作时把功能、机制、验证三件事写在一起，避免只列功能名。

算力池与多租户部分写资源切分模型：按 GPU 数量给租户分配配额，共享池与专属池并存，总览页展示算力总量、已用量与剩余量，并给出热门调用榜与失败调用榜。模型服务部分写部署链路：选择模型类型与版本、挂载推理镜像、指定算力池与单实例算力、设置实例数量与网关入口，再配置温度、重复惩罚与系统 prompt。限流策略按并发连接数、请求频率、输入 token 数、输出 token 数四类维度设置，可为不同业务分配不同策略。

模型接入网关是这一章的亮点。把 Openrouter、硅基流动、阿里云、火山引擎等云端算力与本地私有算力统一纳管，Token 用量统一可视，配合多 Key 凭证的模型级权限控制，形成按部门、按角色可审计的用量视图。这里要写出统一视图、统一计量、统一审计三个动作对应的功能，而不是笼统写「统一管理」。

安全护栏单独成段。针对提示词注入、有害输出、信息泄漏、供应链漏洞、数据和模型投毒五类攻击给出检测与拦截手段，并说明护栏在推理过程中的位置：请求进入模型之前做输入检测，响应返回用户之前做输出过滤。位置讲清楚，护栏才是一个可落地的组件。

（六）智能体平台

智能体软件的功能条目多，按构建、知识、运行、观测四条线组织，避免写成功能罗列。

构建线写拖拽式编排与节点体系。系统节点负责用户问题与文件链接输入，功能节点覆盖知识库检索、模型对话、工具调用、问题分类、文本提取、用户选择、表单输入、HTTP 请求、判断器、代码运行与批量运行，单应用工作流节点数量不设上限。

知识线是评分重点。导入格式覆盖 txt、doc、docx、csv、xlsx、pdf、md、html、ppt、pptx 十类，支持站点同步爬取与数据库直连，数据库包括 MySQL、PostgreSQL、Oracle、SQL Server，字段向量化后生成 SQL 查询。PDF 扫描件走文档解析模型，复杂排版、跨页表格、代码块、公式与手写体解析后统一存为 markdown。

运行线写与既有云平台的兼容性。组件与部机关现云平台兼容，支持与 FastGPT、Dify 等平台对接，核心 AI 数据库具备集群与主备能力，支持 PGVector、Milvus 与图数据库 NebulaGraph 的高可用部署，内置 API 工具支持 MCP 协议注册与 HTTP 转 MCP，把存量 RESTful 接口平滑转成标准服务。

观测线写驾驶舱与调用链。Agent 健康度、响应延迟、业务活跃度实时可见，Token 用量按部门、项目、Agent 三个维度统计并支持成本分摊，调用链可插入追踪节点做自动埋点，用户的应用发布、权限变更、配置修改等关键操作全流程留痕。

（七）安全与合规

这一章不直接计分，但决定方案的可信度。政务外网系统按等级保护要求建设，方案说明按「一个中心、三重防护」设计：安全管理中心负责集中管控与审计，安全通信网络、安全区域边界、安全计算环境三层分别落地。

具体到本项目，三处要写实。模型与数据不出域，推理服务部署在政务外网内，权重文件与知识库不外传，这也是选择本地化部署而非调用公有云 API 的原因。密码应用按 GB/T 39786 的要求设计，接口调用与数据存储使用国密算法，实施方案条目中明确要求完成密码应用对接适配。国产化方面，四类产品产地均为国产，服务器侧要求 BMC 软件为厂商自研并具备含「服务器 BMC 软件」字样的软件著作权证书，CPU 符合安全可靠测评要求。

定级备案与等级测评由采购人组织，方案只写配合事项与所需材料，不写已通过测评的结论。把还没有发生的事写成既成事实，是标书里最容易引发质疑的一类表述。

（八）实施、培训与售后

这一章承接 9 分客观分。七项实施方案条目每项 0.5 分，逐条响应即可得分，写法要逐条对应，不要合并成一段话。

图 7  项目实施进度安排与关键节点

进度安排按招标文件的时间链条排布：合同签订后 15 天内到货并完成上架、加电、安装调试与密码应用对接适配，8 月完成系统对接与联调，9 月至 10 月试运行，10 月底前完成测试与验收。甘特图与文字必须一致，图上是 10 月底，正文写 11 月，评审会直接质疑方案的严谨性。

实施过程的三处细节要写明。上架安装不影响用户其他系统运行，选择业务低峰期作业，带电作业前完成变更申请与安全交底。过程文档按需求、建议、解决方案、结论四类归档，形成可查询的实施记录。风险应对列出设备到货延期、机房电力与承重不足、模型适配不通过三类风险及各自的处置办法。

培训按不少于 3 个工作日安排，分管理员与业务用户两场，内容包括平台操作、模型服务发布、知识库维护与常见故障处理，培训后提交讲义与操作手册。售后服务写明三年免费保修、电话报修 4 小时上门、12 小时排除故障、原厂工程师服务，并承诺保修期后按原价维修、响应速度不变，硬盘等存储设备损坏免费更换且原盘不回收。

七、图表、排版与品牌

图表的作用是替评委省时间。一张对的图，胜过三段解释。

（一）六类必备插图

集成项目的方案至少需要六类插图：总体架构图说明分层与接口，网络拓扑图说明参数面与管理面的物理连接，部署图说明上架位置与机柜分布，组织架构图说明项目团队与职责，甘特图说明进度与关键节点，指标映射图说明条款与章节的对应关系。

每张图配图题与编号，图题写清用途而不是图的名字。写「图 6 五层技术架构与接口关系」比写「图 6 架构图」有用。图内不留大段文字，超过两行的说明移到正文。

（二）表格比段落更有说服力

三类内容适合用表：指标响应表逐条对照招标要求与投标应答，偏离表说明无偏离或正偏离，人员与证书表列出项目经理与技术负责人的资质。本案例有 30 项计分指标与多条实质性指标，用表响应比用段落响应清晰得多。

招标文件明确要求逐条响应的部分，按编号分点响应，这是叙述体规则之外的例外。其余正文仍以连贯段落为主，把功能写成清单会让方案读起来像参数汇编。

（三）排版与品牌要素

正文宋体小四，行距 1.45 倍；标题用微软雅黑加粗，一级标题配蓝色分隔线；图宽统一为版心宽度，表头浅蓝底，数字列右对齐。同一份方案里，产品名称、指标单位、公司名称的写法必须统一。

品牌要素固定三处：封面放公司标识、口号与官网，页眉左侧放标识加文档名、右侧放官网，页脚居中放口号与官网加页码。标识用透明背景的 PNG，避免白色底框压在浅色页面上。本方案的封面与页眉页脚即按此规范制作。

（四）术语与单位的一致性

GB 与 GiB、Tbps 与 Gbps、Flops 与 TFLOPS 不能混用。招标文件用什么单位，应答就用什么单位，避免因单位口径不同被判为不满足。中英文之间留一个半角空格，数字用半角，标点用全角，省略号写成两组六点。

指标数值与实现手段要成对出现。写了「FP16 不低于 196 TFlops」，就要写清对应哪一款加速卡、如何通过张量并行把算力用起来；写了「三年免费保修」，就要写清响应时限与服务网点。只写指标不写实现，评委会认为是从招标文件抄下来的。

八、交付前自检与电子投递

方案写完不等于达到交付标准。交付前的一道工序，是把方案当成评委来读一遍。

（一）五道校验

图 8  交付前的五道校验与投递路径

第一道校验实质性指标，逐条确认 ★ 项全部满足，任何一条不满足就停在这里，不要上传。第二道校验计分指标，确认 20 项 ＃ 与 10 项 △ 都有对应响应，没有漏项。第三道校验证明材料，确认每一条要求证明的指标都附了材料，且材料内容与填报一致。第四道校验偏离表，确认偏离表与技术规范逐条对应，无偏离也要写明。第五道校验签章与格式，确认投标函、授权委托书、各类声明函齐全，电子签章有效。

五道校验的顺序不能调换。实质性指标不过，后面的检查没有意义；材料不全，指标响应写得再细也会被判为不满足。

（二）电子投标的操作要点

本案例采用国 e 采电子投标，不接受纸质文件。操作上有三个硬性要求：投标人须提前办理数字证书与电子签章，办理周期通常需要数个工作日；投标文件须用投标工具编制并加密上传；上传必须在投标截止时间之前完成，截止后拒绝接收。

系统还会校验投标人计算机的内置网卡 MAC 地址，与其他投标人相同时投标将被拒绝。编制与上传尽量在同一台专用机器上完成，不要临时换机操作。开标当天登录网上开标大厅，确认唱标结果，未参加开标的视同认同唱标结果。

（三）自检清单

表 5  交付前自检清单

检查项	判定标准
实质性指标	★ 项全部满足，证明材料可核验
计分指标	＃ 与 △ 项逐条有响应，无空缺
证明材料	与填报内容一致，需加盖原厂公章的材料齐全
偏离表	与技术规范逐条对应，无偏离项已声明
时间节点	与招标文件的交货、验收、质保时间一致
报价	不超过最高限价，与方案工作量匹配
格式与签章	电子签章有效，文件格式符合投标工具要求
上传	截止前完成，已留存上传回执

清单跑完一遍，方案才算完成编制。余下的工作是等待开标，在开标大厅确认唱标结果，并按评分表复盘得失，把经验写进下一份方案的模板。

附录 A　案例要素速查

下表汇总本文引用的事实性要素，均取自招标文件，供复核使用。

附表 A-1　案例项目关键要素

项目	内容
项目编号 / 采购人	GC-HGX260612 / 农业农村部信息中心
代理机构	中央国家机关政府采购中心
预算与限价	342 万元（含税）
采购数量	GPU 推理服务器 4 台、参数面交换机 2 台、智能算力管理软件 1 套、智能体软件 1 套
核心产品	GPU 推理服务器（不接受 OEM）
关键指标	交换容量 ≥25.6 Tbps；单卡 FP16 ≥196 TFlops；显存 ≥64 GB；带宽 ≥896 GB/s；CPU ≥2 颗 48 核；PCIe 槽位 ≥21
时间节点	投标截止 2026-07-23；交货 15 天内；验收 2026 年 10 月底前；质保 3 年
评分构成	价格 30 + 资质 3 + 技术指标 50 + 服务与实施 9 + 需求理解 3 + 方案性能 5
付款方式	签约 15 日内 60%，到货验收合格 90%，集成完成 100%

附录 B　术语与缩略语

附表 B-1　文中出现的术语与缩略语

术语	含义
★ / ＃ / △ / ☆	招标文件的指标层级：实质性、重要、一般、优质优价
国 e 采	中央国家机关政府采购中心电子采购系统
实质性指标	不满足即导致投标被拒绝的指标项
偏离表	逐条声明投标应答与招标要求的差异，无偏离也须填写
CCRC	中国网络安全审查技术与认证中心，信息系统安全集成资质发证机构
DCMM	数据管理能力成熟度评估模型
RoCE	基于融合以太网的远程直接内存访问，用于 GPU 间高速互联
PFC / ECN	基于优先级的流量控制 / 显式拥塞通知，二者配合实现无损网络
MC‑LAG	跨设备链路聚合，两台交换机对外呈现为一台
MCP	模型上下文协议，用于把工具与接口标准化注册给智能体
TFLOPS	每秒万亿次浮点运算，衡量加速卡算力
等保 2.0	网络安全等级保护 2.0 系列标准，政务系统按此建设与测评

本文所用案例取自公开招标文件，用于演示编制流程。文中涉及的产品型号、资质证书编号、人员证书编号须由投标人按实际情况填报，不得直接沿用示例。