- 招标参数需遵循公平、精准、可验证三大原则
- 参数分为必须项、重要项、一般项，必须项一票否决
- 信创六项为必须项，含国密与等保三级
- 技术评分建议信创占25%、能力模块占20%
- 必须项控制在10~15项，避免限制竞争
招标参数是选型决策的"落地文档"——参数写得好不好，直接决定了能不能选到合适的平台。 参数写得太宽泛，什么产品都能中标；参数写得太狭隘，变成"萝卜招标"。元序·智序体的招标参数建议，帮助客户写出"既公平又精准"的技术规格——让真正有能力的平台脱颖而出。
一、招标参数的编写原则
1.1 三大原则
| 原则 | 含义 | 反面案例 |
|---|---|---|
| 公平性 | 不设置排他性条款 | ❌ "必须拥有 XX 商标" |
| 精准性 | 核心需求必须明确 | ❌ "支持各种数据库" |
| 可验证 | 每项要求都可验证 | ❌ "性能优异" |
1.2 参数分级
| 参数级别 | 含义 | 评标影响 |
|---|---|---|
| ★ 必须项 | 不满足则废标 | 一票否决 |
| ▲ 重要项 | 评分权重高 | 重要加分 |
| ○ 一般项 | 有则加分 | 一般加分 |
二、核心技术参数建议
2.1 平台架构（▲重要项）
| 参数编号 | 技术要求 | 级别 | 验证方式 |
|---|---|---|---|
| A01 | 采用微服务架构，支持容器化部署 | ▲ | 架构文档 + 演示 |
| A02 | 支持水平扩展和弹性伸缩 | ▲ | 压力测试报告 |
| A03 | 基座模块化设计，可按需扩展 | ★ | 产品演示 |
| A04 | 支持 Java 和 .NET 双技术栈 | ▲ | 产品文档 |
2.2 能力模块（▲重要项）
| 参数编号 | 技术要求 | 级别 | 验证方式 |
|---|---|---|---|
| B01 | 提供 ≥50 个通用能力模块 | ▲ | 能力清单 |
| B02 | 包含表单引擎、流程引擎、页面引擎、BI 引擎、规则引擎、脚本引擎、建模引擎 | ★ | 逐一演示 |
| B03 | 能力模块支持配置化使用，无需编码 | ▲ | 现场配置演示 |
| B04 | 支持能力模块的自定义扩展 | ▲ | 扩展演示 |
2.3 信创合规（★必须项）
| 参数编号 | 技术要求 | 级别 | 验证方式 |
|---|---|---|---|
| C01 | 支持国产芯片部署（鲲鹏/飞腾/海光中至少 2 种） | ★ | 互认证书 |
| C02 | 支持国产操作系统（麒麟/统信中至少 1 种） | ★ | 互认证书 |
| C03 | 支持国产数据库（达梦/金仓中至少 1 种） | ★ | 互认证书 |
| C04 | 支持国产中间件（东方通/宝兰德中至少 1 种） | ★ | 互认证书 |
| C05 | 支持国密算法 SM2/SM3/SM4 | ★ | 密码产品认证 |
| C06 | 满足等保三级技术要求 | ★ | 等保对标表 |
2.4 AI 能力（▲重要项）
| 参数编号 | 技术要求 | 级别 | 验证方式 |
|---|---|---|---|
| D01 | 支持接入多种国产大模型（通义/文心/DeepSeek 等） | ▲ | 产品演示 |
| D02 | 支持私有模型训练（微调） | ▲ | 训练演示 |
| D03 | 支持智能体编排（模型 + 知识库 + 规则） | ▲ | 编排演示 |
| D04 | 支持国产 AI 芯片（昇腾/寒武纪） | ▲ | 适配证书 |
2.5 数据安全（★必须项）
| 参数编号 | 技术要求 | 级别 | 验证方式 |
|---|---|---|---|
| E01 | 支持私有化部署，数据存储在客户自有服务器 | ★ | 部署验证 |
| E02 | 支持多租户数据隔离（库级/Schema级/行级） | ★ | 产品演示 |
| E03 | 支持数据分类分级管理 | ▲ | 产品演示 |
| E04 | 支持全操作审计，日志留存 ≥180 天 | ★ | 审计演示 |
| E05 | 支持敏感数据自动脱敏 | ▲ | 脱敏演示 |
2.6 实施与运维（▲重要项）
| 参数编号 | 技术要求 | 级别 | 验证方式 |
|---|---|---|---|
| F01 | 提供标准化实施方法论（分阶段推进） | ▲ | 方案文档 |
| F02 | 提供分层培训体系（管理层/管理员/用户） | ▲ | 培训方案 |
| F03 | 支持零停机滚动升级 | ▲ | 升级演示 |
| F04 | 提供完整 API 目录和开发者文档 | ▲ | 文档审查 |
三、评分标准建议
3.1 技术评分权重
| 评分项 | 权重 | 评分标准 |
|---|---|---|
| 平台架构 | 15% | 微服务 + 基座模块化 = 满分 |
| 能力模块 | 20% | ≥50 模块 + 七大引擎 = 满分 |
| 信创合规 | 25% | 六层全栈适配 + 国密 + 等保 = 满分 |
| AI 能力 | 15% | 多模型 + 私有训练 + 智能体 = 满分 |
| 数据安全 | 15% | 私有化 + 多租户 + 审计 = 满分 |
| 实施运维 | 10% | 方法论 + 培训 + 升级 = 满分 |
3.2 商务评分权重
| 评分项 | 权重 | 评分标准 |
|---|---|---|
| 价格 | 30% | 最低价得满分，按比例折算 |
| 案例 | 25% | 同类案例数量和质量 |
| 资质 | 20% | 信创认证、等保认证、密评 |
| 团队 | 15% | 交付团队经验和规模 |
| 服务 | 10% | 售后服务承诺和 SLA |
四、核心价值
4.1 量化价值
| 价值维度 | 无参数建议 | 有参数建议 | 提升幅度 |
|---|---|---|---|
| 标书质量 | 参数模糊 | 精准可验证 | 质量提升 100% |
| 选型准确率 | 50% | 90%+ | 提升 80% |
| 招标周期 | 反复澄清 | 一次到位 | 缩短 50% |
4.2 定性价值
- 公平：不设置排他性条款，所有合格厂商都能参与
- 精准：核心需求用 ★/▲ 标注，不允许"蒙混过关"
- 可验证：每项要求都有对应的验证方式——不"空口无凭"
五、数据资产沉淀
5.1 招标资产
| 资产类型 | 内容 | 价值 |
|---|---|---|
| 参数模板 | 技术规格参数模板 | 标书编写参考 |
| 评分模板 | 技术/商务评分模板 | 评标参考 |
| 验证清单 | 各参数的验证方式 | 评标操作指南 |
5.2 四层沉淀
参数设计 → 标书编写 → 评标实施 → 招标资产
六、与其他基座的关系
| 协同基座 | 招标贡献 | 意义 |
|---|---|---|
| 引擎基座 | 57 个能力模块参数 | 功能参数依据 |
| 认证基座 | 信创/等保/国密参数 | 合规参数依据 |
| 系统基座 | 部署运维参数 | 实施参数依据 |
七、实施建议
7.1 标书编写建议
| 步骤 | 动作 | 产出 |
|---|---|---|
| 第一步 | 确定选型需求 | 需求规格书 |
| 第二步 | 参考参数模板 | 技术规格初稿 |
| 第三步 | 内部评审 | 技术规格终稿 |
| 第四步 | 编写招标文件 | 完整招标文件 |
7.2 关键成功因素
- ★ 项不宜过多：必须项控制在 10~15 项——太多会限制竞争
- 验证方式明确：每项参数都要明确验证方式——演示/文档/证书
- 评分标准透明：评分标准在招标文件中明确——让厂商"明明白白投标"
八、结语
招标参数是选型决策的"最后一公里"。 元序·智序体的招标参数建议，帮助客户写出公平、精准、可验证的技术规格——让真正有能力的平台脱颖而出，让每一分投资都花在刀刃上。