3.4 KiB
3.4 KiB
招标文件拆解
目标
把招标文件拆成后续可复用的事实源，服务目录、正文、表格和图表生成。
重点信号
重点识别：
- 评分、打分、评审、分值
- 废标、否决、无效投标
- 星号、关键条款、实质性响应
- 架构、部署、接口、安全、数据库、网络
- 营业执照、资质、授权、业绩、报价
至少要抽的事实
- 项目名称和包号
- 招标范围和建设目标
- 评分办法和评分点
- 星号项、否决项、资格门槛
- 工期、服务期、交付地点
- 部署、接口、安全、验收等技术边界
- 商务材料和证明材料要求
如何理解标书
评分项 / 废标项 / 合规项
在理解资料和目录设计阶段，必须先把招标要求按业务风险和评审作用分成三层：
废标/否决项
- 指资格门槛、实质性响应、星号项、无效投标触发项、必须逐条满足的硬约束。
- 这些内容优先级最高，必须先确认是否有承载位、是否有证据、是否存在缺件或高风险。
- 若发现缺失或不确定，不得用泛化正文掩盖，必须显式标记风险、阻塞或占位说明。
合规项
- 指招标文件明确要求提供、但不一定直接计分的资格、声明、附件、表格、承诺、响应材料。
- 这些内容必须完整进入目录和交付物，不能因为“不加分”而省略。
- 若证据不足，只能按缺件规则处理，不能伪造完成。
评分项
- 指评标办法中有明确分值、等级、比较维度或加分导向的内容。
- 这些内容必须优先影响目录结构、技术展开深度、图表配置和正文篇幅。
- 同一章节若同时承载评分项与合规项，应优先按评分逻辑组织，再补足合规要求。
处理顺序：
- 先看目录，再看正文
- 先看评分办法，再看正文
- 先看星号项，再看正文
- 先看否决项，再看正文
- 先看商务材料，再看正文
- 先看技术材料，再看正文
- 先锁定
废标/否决项，确保不漏项。 - 再补齐
合规项，确保正式交付结构完整。 - 最后围绕
评分项优化目录颗粒度、技术展开和证据呈现。
项目类型快速归类
目录补缺前，先判断项目主类型。只选一个主类型即可，招标文件有明确目录时始终以招标文件为先，以下骨架只用于补缺，不用于覆盖原结构。
软件平台类
- 默认骨架优先包含：项目理解、总体架构、功能模块、接口与数据、实施部署、测试验收、培训运维、安全保障。
系统集成类
- 默认骨架优先包含：建设范围、总体集成架构、软硬件配置、子系统建设、安装部署、联调测试、培训交付、运维保障。
运维服务类
- 默认骨架优先包含：服务理解、服务组织、服务内容、服务流程、SLA/响应机制、巡检维护、应急保障、考核验收。
硬件供货/设备建设类
- 默认骨架优先包含：供货范围、设备选型、技术参数响应、安装实施、联调测试、培训交付、质保售后、安全与风险控制。
判断原则：
- 先看招标范围和评分办法，再定主类型。
- 若同时包含软件、硬件、服务，以评分权重最高的主线作为主类型。
- 默认骨架只补一级、二级结构；更深层级仍应由评分点和对象清单驱动。