# 나라장터(g2b) 정보시스템 구축 부문 — 표준 제안서 목차·평가배점 조사 및 킨텍스 제안서 재편 매핑

> 작성: rfp-analyst · 작성일: 2026-07-12 · 목적: 킨텍스 제안서(P1~P9, 63슬라이드) 목차 재편 근거
> 원칙: **확인된 1차 출처(법령·실제 RFP)만 사실로 기재**, 그 외는 [가정]/[통례] 표기. 시크릿 미기재.
> 대상 제안서 파일은 **읽기만**(수정 금지) — 본 문서는 매핑·권고만 산출.
> 짝 문서: `proposal_outline.md`(현행 P1~P9) · `rfp_analysis.md`(§4 배점 가정) · `tech_advisory.md`(§5 WBS·§6 SM) · `rtm.md`

---

## 0. 핵심 결론 (요약)

1. **표준 목차의 단일 출처**는 조달청 「협상에 의한 계약 제안서평가 세부기준」 **[별지 제5호서식] 제안서 서식(예시: 소프트웨어개발·유지관리사업)** — 7개 대장(Ⅰ 일반현황 ~ Ⅶ 그 밖의 사항)이다. 이 목차가 **평가부문 = 제안서 장(章)**으로 1:1 정렬된다.
2. **정성평가 평가항목의 단일 출처**는 같은 세부기준 **[별표 3의2] 소프트웨어 및 시스템 개발사업** — "정보시스템 구축"에 해당하는 표준 평가표. 부문: **전략 및 방법론 / 수행계획(기술·기능) / 수행기반 / 프로젝트 관리 / 프로젝트 지원 / 하도급 / 필수 제안**.
3. **배점은 세부기준이 고정하지 않는다.** 제9조⑤에 따라 **수요기관이 항목별 배점한도를 결정**(항목당 30점 초과 금지, 하도급 5점 이상, 국산제품 활용 2점 이내). 정보화사업 총 배점은 「행정기관·공공기관 정보시스템 구축·운영 지침」 **제18조**에 따라 **기술 90(정성 70 + 정량 20) / 가격 10**(원칙), HW 비중 50% 이상 사업은 **기술 80 / 가격 20** 허용.
4. **현행 킨텍스 제안서의 80/20 배점 가정(rfp_analysis §4)은 정보화 표준(90/10)과 다르다** — 실제 공고 확인 전까지 [가정]이며, SW 중심 사업이면 90/10이 표준. (본 문서는 지적만, proposal 파일 수정 없음.)
5. 현행 63슬라이드는 **표준 7대장에 전부 매핑 가능**하나, **신설이 필요한 장 4개**(Ⅰ 일반현황 / Ⅴ·Ⅵ 프로젝트 관리·지원 보강 / 상생협력·하도급 / 정량평가 대응)가 있다. 미배치 슬라이드 0.

---

## 1. 조달청 기술평가 표준 항목·배점 (출처·연도 명시)

### 1-1. 전체 배점 체계 (법령 확정 사실)

| 구분 | 배점 | 출처(조항) |
|---|---|---|
| 종합 = 기술능력평가 + 입찰가격평가 | 100 | 세부기준 제9조① |
| 기술능력평가 | **80점** (세부기준 원칙) / 정보화사업은 **90점**(지침 제18조) | 세부기준 제9조①1 · 지침 제18조 |
| 입찰가격평가 | 20점(원칙) / 정보화 10점 | 세부기준 제9조①2 |
| ─ 정성평가 | (기술 90 기준) **70점** | 실제 RFP 표본 §1 |
| ─ 정량평가 | **20점 이내**(총 배점한도) | 세부기준 제9조④ |
| HW 비중 50%↑ 예외 | 기술 80 / 가격 20 허용 | 지침 제18조 |

> **출처 정본**: 조달청 「협상에 의한 계약 제안서평가 세부기준」(조달청지침, 최신 개정 **2024. 9. 6. 시행**; 2017. 6. 1. 최초 시행). 정보화 총배점은 「행정기관 및 공공기관 정보시스템 구축·운영 지침」(행정안전부고시 제2024-66호, **2024. 8. 28. 시행**) 제18조.

### 1-2. 정성평가 표준 평가표 — [별표 3의2] 소프트웨어 및 시스템 개발사업 (정보시스템 구축 표준)

> **세부기준은 각 세부항목에 고정 점수를 부여하지 않는다**(수요기관이 배점한도 결정). 아래는 **평가항목 ↔ 세부평가항목 구조**(법령 원문 그대로). 배점 예시는 §1-3 실제 RFP 표본 참조.

| 평가항목(부문) | 세부평가항목 | 채점 관점(평가위원이 무엇을 보는가) |
|---|---|---|
| **전략 및 방법론** | 사업이해도 | 사업 목표·특성 부합, 구체성·적절성. (기획용역 ISP 수행자 참여 시 1등급 하향) |
| | 추진전략 | 수행 일정·위험요소 고려한 추진전략 타당성 |
| | 추진체계 | 수행조직(전문업체·기술지원·공동수급체·하도급) 역할·책임·품질확보·협력 방안 |
| | 사업추진방법론 | 방법론 구체성·적절성, 적용사례·경험, 단계별 산출물 제시 |
| **수행계획**(≈기술 및 기능) | 시스템 요구사항 | 장비 규격 충족·인터페이스·확장성·공급/설치·유지관리 |
| | 국산제품 활용 기여도 | 국산장비 도입방안 적절성·국내기업 지원 (배점 **2점 이내**, 국내입찰 한정) |
| | 기능 요구사항 | 기능·기대·제약 대비 구현방안 구체성·실현가능성 |
| | 성능 요구사항 | 성능충족 구현·테스트·방법론·분석도구 |
| | 인터페이스 요구사항 | 타 시스템 연계 방안·사용자 UI 분석/설계/구현/테스트 |
| | 유지관리 정책 | 제조사 유지관리(기간·비용·부품·보증) |
| **수행기반** | 적용기술 | 적용 기술의 확장·실현 가능성 |
| | 개발환경 | 장비·작업장소 등 인프라 준비·대응 |
| | 보안 요구사항 | 기술적 보안 구현(설계→구현→검증 단계 반영) |
| | 제약사항 | 기술·표준(**표준 프레임워크 적용 포함**)·언어·방법론·법제도·안전관리 제약 대응 |
| **프로젝트 관리** | 일정관리 | 수행기간·세부일정·단계별 산출물 연계 |
| | 품질관리 | 품질관리 범위·절차·점검, 품질보증 인증 근거 |
| | 기밀보안관리 | 물리적·관리적 보안 체계·대책 |
| | 위험 및 이슈 관리 | 위험·이슈 식별·분석·절차·대응 |
| **프로젝트 지원** | 인수인계 | 인계 전략·검사 대상/방법·충족조건·인계계획 |
| | 교육훈련 | 운영자·관리자·사용자 교육 내용·방법·기간·인원·횟수 |
| | 기술지원 | 지원 범위·수준·기술 매뉴얼 |
| | 하자보수 계획 | 하자담보 기간 내 하자보수 범위·조치절차·대응 |
| **하도급** | 하도급 계획의 적정성 | 하도급 금액/계약금액 비율 적정성 (배점 **5점 이상 필수**; **20억원 이상 SW사업은 제외 불가**) |
| **필수 제안** | (수요기관 지정) | 제안요청 필수사항 반영 여부 |

### 1-3. 정량평가 항목 (별표 8~14, 총 20점 이내)

| 정량 항목 | 출처 | 비고 |
|---|---|---|
| 경영상태 | 별표8 | 기업신용평가 |
| 수행실적 | 별표9 | 동일·유사 사업 실적 |
| 책임성·성실성 | 별표10 | |
| **상생협력** | **별표11** | 중소기업 공동수급체 참여 지분율 — 50%↑=5.0점 … 35%미만=1.0점 (**최대 5점**). 중소기업 단독=최고등급, 참여지분 0=0점 |
| 상용SW 유지관리 하도급금액 적정성 | 별표12 | |
| SW기술자료 임치 | 별표13 | |
| 정량 필수제안 | 별표14 | |

### 1-4. 실제 RFP 배점 표본 (구체 숫자 예시) — g2b R25BK00879799 (정보시스템 구축, HW 포함형, 30p 이내)

> 표본은 90/10(기술 90+가격 10) 채택. 부문 세분은 수요기관 재량임을 실증.

| 구분 | 평가항목 | 배점 |
|---|---|---|
| 정량(20) | 보유인력 5 · 경영상태 5 · 수행실적 5 · 사회적책임 3 · 지리적거리 2 | 20 |
| 정성(70) | 사업의 이해도(10) · 시스템 구성(20) · 시스템 기능(20) · 운영방안(10) · 사업관리 및 지원(10) | 70 |
| 가격(10) | 입찰가격평가 | 10 |

---

## 2. 정보시스템 부문 표준 제안서 목차 (장·절 구조)

### 2-1. 표준 목차 정본 — [별지 제5호서식] 제안서 서식(예시: 소프트웨어개발·유지관리사업)

> 출처: 세부기준 별지 제5호서식(법령 원문). **평가부문과 장 구조가 일치**하도록 설계됨. 각 절 옆은 대응 평가항목(별표 3의2).

```
Ⅰ. 일반현황
   1. 입찰자 일반현황 (일반현황·주요 연혁·자본금·매출액)
   2. 해당 사업의 수행조직 및 업무분장          → [정성] 추진체계 / [정량] 경영·실적
   3. 해당 사업의 핵심투입인력 및 이력사항       → [정량] 보유인력
Ⅱ. 전략 및 방법론
   1. 사업 이해도                              → 전략및방법론·사업이해도
   2. 추진전략                                → 추진전략·추진체계
   3. 적용기술                                → 수행기반·적용기술
   4. 표준 프레임워크 적용                      → 수행기반·제약사항(표준FW)
   5. 개발 방법론                             → 사업추진방법론
Ⅲ. 기술 및 기능
   1. 시스템 장비구성 요구사항                  → 수행계획·시스템 요구사항
   2. 기능 요구사항                           → 수행계획·기능 요구사항
   3. 보안 요구사항                           → 수행기반·보안 요구사항
   4. 데이터 요구사항                          → (기능/데이터)
   5. 시스템 운영 요구사항
   6. 제약사항                                → 수행기반·제약사항
Ⅳ. 성능 및 품질
   1. 성능 요구사항                           → 수행계획·성능 요구사항
   2. 품질 요구사항                           → 프로젝트관리·품질관리
   3. 인터페이스 요구사항                       → 수행계획·인터페이스 요구사항
   4. 테스트 요구사항
Ⅴ. 프로젝트 관리
   1. 관리방법론
   2. 관리역량
   3. 일정계획                                → 프로젝트관리·일정관리
   4. 개발장비
Ⅵ. 프로젝트 지원
   1. 품질보증                                → 프로젝트관리·품질관리
   2. 시험운영
   3. 교육훈련                                → 프로젝트지원·교육훈련
   4. 유지보수                                → 프로젝트지원·기술지원/하자보수
   5. 기밀보안                                → 프로젝트관리·기밀보안관리
   6. 비상대책
Ⅶ. 그 밖의 사항                               → 기대효과·확장·상생협력 등
```

### 2-2. 실제 RFP 표본의 목차 요구 (간소형 예시) — g2b R25BK00879799 (30p 이내)

```
Ⅰ. 사업의 이해   : 과제수행목표·제안개요·제안사현황·추진체계및전략·제안의특징및장점
Ⅱ. 시스템 관련사항: 총괄시스템구성전략·기능별시스템구성및기능·성능구현 사전운영방안·향후활용방안
Ⅲ. 사업관리 및 지원: 사업관리(보고·일정·위험)·시스템지원방안(교육·기술지원·유지보수)
Ⅳ. 첨부자료
※ "발주처 요청 외 제안사가 중요하다고 판단한 목차·내용은 별도 기술하고 근거자료 첨부"
```

> **판독**: 소형·HW형 RFP는 별지 5호서식을 3~4장으로 압축한다. **대형 SW 구축**은 별지 5호서식 7대장을 그대로 쓰는 경향. 킨텍스 규모(전 전시 파이프라인)는 **7대장 채택 권장**.

### 2-3. 장별 "무엇을 담는가" (평가위원 채점 관점 요약)

| 장 | 담을 내용 | 채점 포인트 |
|---|---|---|
| Ⅰ 일반현황 | 제안사 개요·실적·재무, 수행조직도·R&R, 핵심인력 이력 | 정량(보유인력·경영·실적) 근거 + 조직 신뢰 |
| Ⅱ 전략·방법론 | 사업이해도, 추진전략/체계, 적용기술, 표준FW, 개발방법론 | "우리가 사업을 제대로 이해했고, 검증된 방법으로 한다"는 확신. **차별화(Win Theme) 메시지의 1차 노출 지점** |
| Ⅲ 기술·기능 | 요구기능 구현방안, 시스템 구성, 보안·데이터, 제약 대응 | 요구사항 대비 구현 구체성·실현가능성. **최다 배점 통례 → 기능 차별화 총력** |
| Ⅳ 성능·품질 | 성능충족·테스트, 품질보증, 인터페이스, 가용성/SLA | 정량 목표치·검증방법 제시 |
| Ⅴ 프로젝트 관리 | 관리방법론·역량, 일정계획, 위험·이슈, 품질관리 | 일정 준수·리스크 통제 실행력 |
| Ⅵ 프로젝트 지원 | 인수인계, 교육, 기술지원, **유지보수(SM)**, 기밀보안, 비상대책 | 구축 후 지속가능성·이관·운영 |
| Ⅶ 그 밖의 사항 | 기대효과, 확장, 상생협력·하도급, 부가제안 | 정성 가점·정책부합 |

---

## 3. 재편 매핑표 — 현행 킨텍스 P1~P9 (63슬라이드) → 표준 7대장

> 규칙: 각 슬라이드를 표준 장·절로 이동. **차별화(나노바나나·AI 폐루프)는 배점 높은 Ⅲ(기술·기능) + Ⅱ(전략·방법론) 접점에 배치**해 노출 극대화. 미배치 0.

### 3-1. 전면부 (표지·요약)

| 현행 | 표준 배치 | 비고 |
|---|---|---|
| S01 표지 | 표지 | 유지 |
| S02 제안 개요 | **Ⅰ 일반현황 §1 앞 or 제안개요 간지** | 제안사 소개는 Ⅰ으로 흡수 |
| S03 목차 | 목차 | 7대장 인덱스로 재구성 |
| S04 제안 핵심요약(3중 해자) | **Ⅱ 전략·방법론 §2 추진전략** 도입(요약 간지) | Win Theme 조기 각인 |
| S05 배점 대응 맵 | 목차 직후 간지 | 표준 배점(90/10)으로 갱신 권고 |
| S06 [가정] 고지 간지 | 부록 or 서두 노트 | 유지 |

### 3-2. P1 사업이해 → Ⅱ 전략·방법론 §1

| 현행 | 표준 배치 |
|---|---|
| S07 사업 배경·목적 | **Ⅱ §1 사업 이해도** |
| S08 As-Is 프로세스 병목 | **Ⅱ §1 사업 이해도** |
| S09 이해관계자·페르소나 | **Ⅱ §1 사업 이해도** |
| S10 To-Be 목표(정량) | **Ⅱ §1 사업 이해도** (→ 효과 지표는 Ⅶ와 연계) |

### 3-3. P2 추진전략 → Ⅱ 전략·방법론 §2·§5 + Ⅰ

| 현행 | 표준 배치 |
|---|---|
| S11 비전·포지셔닝 | **Ⅱ §2 추진전략** |
| S12 3중 해자 전략 | **Ⅱ §2 추진전략** (차별화 앵커) |
| S13 Win Theme 5선 | **Ⅱ §2 추진전략** (배점 정렬 배지 병기) |
| S14 전시 생애주기 폐루프 | **Ⅱ §5 개발 방법론**(생애주기 방법론) |
| S15 추진체계·수행조직 | **Ⅰ 일반현황 §2 수행조직·업무분장** (+ Ⅱ §2 추진체계 교차) |

### 3-4. P3 기술제안 (25슬라이드) → Ⅲ 기술·기능 중심 + Ⅱ 적용기술 + Ⅳ 일부

> **핵심 전략**: 나노바나나·AI 폐루프는 **Ⅱ §3 적용기술**(방법론·차별화 관점)과 **Ⅲ §2 기능 요구사항**(구현 관점) **두 장에 걸쳐 노출** → 전략및방법론·기술및기능 양쪽 배점 동시 획득.

| 현행 | 표준 배치 |
|---|---|
| S16 전체 모듈맵 | **Ⅲ 기술·기능 도입부**(기능 조망) |
| **S17~S23 나노바나나 시공예측(7)** | **Ⅱ §3 적용기술**(S17 개요·S19 구조보존·S20 파이프라인·S23 AI신뢰) + **Ⅲ §2 기능 요구사항**(S18 샷세트·S21 Before/After·S22 RenderJob 방어). **7슬라이드 절대 유지** |
| S24 플로어플랜 스튜디오(M2) | **Ⅲ §2 기능 요구사항** (+ 적용기술 교차) |
| S25 배치 규정 자동검증 | **Ⅲ §2 기능 요구사항** |
| S26 부스 설계 스튜디오(M3) | **Ⅲ §2 기능 요구사항** |
| S27 유틸리티 설계(M4)·PostGIS 배선 | **Ⅲ §2 기능 요구사항** (+ Ⅲ §4 데이터 요구사항 교차) |
| S28 위치표시도·유틸리티 신청 | **Ⅲ §2 기능 요구사항** |
| S29 옥션 개요·폐루프 | **Ⅲ §2 기능 요구사항** (차별화 폐루프) |
| S30 역경매·실시간 순위 | **Ⅲ §2 기능 요구사항** |
| S31 종합평가 낙찰 | **Ⅲ §2 기능 요구사항** |
| S32 등록 게이트·발주 전환 | **Ⅲ §2 기능 요구사항** (+ Ⅲ §3 보안 교차) |
| S33 판매·홀배정·견적(M1) | **Ⅲ §2 기능 요구사항** |
| S34 서류·마일스톤(M6) | **Ⅲ §2 기능 요구사항** (+ Ⅲ §5 시스템 운영 교차) |
| S35 관람객 등록·배지·리드(M10) | **Ⅲ §2 기능 요구사항** |
| S36 비즈매칭·마케팅·공개사이트(M11·12·17) | **Ⅲ §2 기능 요구사항** |
| S37 정산·결제(M9) | **Ⅲ §2 기능 요구사항** |
| S38 경영분석 BI-1(M16) | **Ⅲ §2 기능 요구사항** (+ Ⅲ §4 데이터 교차) |
| S39 경영분석 BI-2(M16) | **Ⅲ §2 기능 요구사항** |
| S40 현장운영·물류(M8·13·14) | **Ⅲ §2 기능 요구사항** |

### 3-5. P4 아키텍처 → Ⅱ §3·§4 + Ⅲ §1·§4·§5

| 현행 | 표준 배치 |
|---|---|
| S41 전체 아키텍처 | **Ⅲ §1 시스템 장비구성 요구사항** (+ Ⅱ §3 적용기술) |
| S42 단일 공간 데이터 원천(PostGIS) | **Ⅲ §4 데이터 요구사항** |
| S43 확장성·비동기 | **Ⅳ §1 성능 요구사항** (+ Ⅶ 확장 연계) |
| S44 AI 플랫폼 라우팅(Claude→Ollama) | **Ⅱ §3 적용기술** |
| S45 연동·마스터데이터 | **Ⅳ §3 인터페이스 요구사항** (+ Ⅲ §5 시스템 운영) |

### 3-6. P5 보안·개인정보 → Ⅲ §3 + Ⅴ·Ⅵ 기밀보안

> 표준은 **기술적 보안 = Ⅲ §3 보안 요구사항**, **관리적 기밀보안 = Ⅴ 기밀보안관리 / Ⅵ §5 기밀보안**으로 분리. 현행 P5를 분할 배치.

| 현행 | 표준 배치 |
|---|---|
| S46 보안 개요·불변 원칙 | **Ⅲ §3 보안 요구사항** (개요) |
| S47 보안영역 분리(망 구성) | **Ⅲ §3 보안 요구사항** (+ Ⅲ §1 구성) |
| S48 인증·접근통제(2FA·RBAC) | **Ⅲ §3 보안 요구사항** |
| S49 AI·이미지 보안(워터마크) | **Ⅲ §3 보안 요구사항** (차별화 보안) |
| S50 개인정보·감사·안전코딩 | **Ⅲ §3 보안 요구사항** + **Ⅴ §? 기밀보안관리 / Ⅵ §5 기밀보안** (관리적 요소 이관) |

### 3-7. P6 비기능 → Ⅳ 성능·품질

| 현행 | 표준 배치 |
|---|---|
| S51 성능·가용성 SLA | **Ⅳ §1 성능 요구사항** |
| S52 나노바나나 성능 | **Ⅳ §1 성능 요구사항** |
| S53 접근성·다국어·테마·반응형 | **Ⅳ §2 품질 요구사항** |
| S54 관측성·데이터 | **Ⅳ §2 품질 요구사항** (+ Ⅴ 관리 연계) |

### 3-8. P7 멀티테넌시·확장 → Ⅲ §5 + Ⅶ

| 현행 | 표준 배치 |
|---|---|
| S55 멀티테넌트 SaaS 비전 | **Ⅶ 그 밖의 사항**(확장 비전) |
| S56 테넌트 격리 아키텍처 | **Ⅲ §5 시스템 운영 요구사항** (+ Ⅲ §3 보안 격리) |
| S57 온보딩·2계층 관리자 | **Ⅲ §5 시스템 운영 요구사항** |

### 3-9. P8 사업관리·일정·조직 → Ⅴ 프로젝트 관리 + Ⅵ

| 현행 | 표준 배치 |
|---|---|
| S58 추진 일정·Phase | **Ⅴ §3 일정계획** |
| S59 선행 게이트·리스크 관리 | **Ⅴ §1 관리방법론 / 위험·이슈 관리** |
| S60 품질·형상관리 | **Ⅴ §2 관리역량(품질관리)** + **Ⅵ §1 품질보증** |

### 3-10. P9 기대효과 → Ⅶ 그 밖의 사항

| 현행 | 표준 배치 |
|---|---|
| S61 정량 기대효과 | **Ⅶ 그 밖의 사항** |
| S62 정성·전략 효과 | **Ⅶ 그 밖의 사항** |
| S63 확장 비전·마무리 | **Ⅶ 그 밖의 사항** |

### 3-11. 매핑 커버리지 요약

| 표준 장 | 배치된 현행 슬라이드 | 소계 |
|---|---|---|
| 표지·목차 | S01·S03·S05·S06 | 4 |
| Ⅰ 일반현황 | S02·S15 (+ **신설 필요**) | 2 |
| Ⅱ 전략·방법론 | S04·S07~S14·S17·S19·S20·S23·S41(교차)·S44 | 14 |
| Ⅲ 기술·기능 | S16·S18·S21·S22·S24~S40·S42·S45(교차)·S46~S50·S56·S57 | 34 |
| Ⅳ 성능·품질 | S43·S51~S54 | 5 |
| Ⅴ 프로젝트 관리 | S58·S59·S60 | 3 |
| Ⅵ 프로젝트 지원 | S50(관리적 일부)·S60(품질보증) (+ **대폭 신설 필요**) | ~1 |
| Ⅶ 그 밖의 사항 | S55·S61·S62·S63 | 4 |
| **미배치** | — | **0** |

---

## 4. 표준 목차 채택 시 신설 필요 장(章)과 내용 소스

> 현행 63슬라이드가 **표준 대비 취약하거나 부재**한 영역. 실제 공고 시 감점·실격 방지를 위해 신설.

| 신설/보강 대상 | 이유 | 내용 소스(지목) |
|---|---|---|
| **Ⅰ 일반현황 (신설)** | 제안사 일반현황·연혁·자본금·매출, 수행조직도·R&R, **핵심투입인력 이력**은 정량평가(보유인력·경영·실적) 근거. 현행에 사실상 부재(S02·S15 부분). | `tech_advisory §5-2` 직군별 M/M 산정 → 투입인력표. 제안사 실적은 발주 확인 후 확보(⚠확인필요) |
| **Ⅵ 프로젝트 지원 (대폭 신설)** | 인수인계·교육훈련·기술지원·**유지보수(SM)**·비상대책은 표준 정성 부문. 현행 P8이 품질/형상만 얇게 다룸. | `tech_advisory §6 SM 운영 체계`(SLA·장애대응·정기점검·CI/CD 운영·ITSM 프로세스·조직 R&R §6-1) · §5-1 WBS(SM 이관·인수인계) |
| **Ⅴ 프로젝트 관리 보강** | 표준은 관리방법론·관리역량·위험/이슈를 독립 부문으로 배점. 현행 배점 2점 가정으로 과소. | `tech_advisory §5 WBS·공수` · `proposal_strategy §4 리스크` |
| **상생협력·하도급 (신설)** | 정량 별표11(중소기업 참여지분율, 최대 5점)·정성 하도급 계획 적정성(5점 이상). **20억↑ SW사업은 하도급 평가 제외 불가**. 현행 없음. | 공동수급/중소기업 참여 계획·하도급 계획서(별지 제14호서식) — 컨소시엄 구성 확정 후(⚠확인필요) |
| **정량평가 대응 절 (신설)** | 보유인력·경영상태·수행실적·사회적책임은 필수 증빙 미제출 시 최하점. 별첨 근거 필요. | Ⅰ 일반현황 + 별첨(증빙) — 발주 확인 후 |
| **표준 프레임워크 적용 절 (Ⅱ §4)** | 별표3의2 제약사항에 "표준 프레임워크 적용 포함" 명시. 공공 SW 필수 관점. | 확정 스택(Spring Boot/React) — 전자정부 표준FW 적용 여부는 ⚠확인필요(현재 스택은 GUARDiA 표준) |

---

## 5. 재편 권고 (Win Theme 노출 극대화)

1. **7대장 채택**: 킨텍스 규모(전 전시 생애주기)는 별지 5호서식 7대장 구조가 정합. 현행 P1~P9를 §3 매핑대로 재배열.
2. **나노바나나(S17~S23) 이중 노출**: Ⅱ §3 적용기술(방법론·차별화)과 Ⅲ §2 기능 요구사항(구현) 양쪽에 배치 → **전략및방법론 + 기술및기능 배점 동시 겨냥**. 7슬라이드 축소 금지.
3. **AI 폐루프(배치·설계·배선·옥션 S24~S32)**: Ⅲ §2 기능 요구사항에 집중 배치(최다 배점 장). 폐루프 차별화 메시지를 기능 채점표에 직접 정렬.
4. **보안 분할**: 기술적 보안 → Ⅲ §3, 관리적 기밀보안 → Ⅴ·Ⅵ. 표준 채점 구조에 맞춰 배점 누수 방지.
5. **Ⅵ 프로젝트 지원 신설**로 "구축 후 지속가능성"(SM·교육·이관) 확보 — 공공 평가위원 필수 확인 항목.
6. **배점 표기 갱신**: 현행 80/20 가정 → 정보화 표준 90/10(정성70+정량20)로 갱신 권고(실제 공고 확인 시 확정). *proposal 파일 수정은 별도 지시 필요 — 본 문서는 근거만 제공.*

---

## 6. 출처 URL 전체 목록

**1차 출처 (법령·실제 문서 — 본문 근거)**
- 조달청 협상에 의한 계약 제안서평가 세부기준 (국가법령정보센터): https://law.go.kr/LSW/admRulLsInfoP.do?admRulSeq=2100000088849
- 조달청 협상에 의한 계약 제안서평가 세부기준 PDF (별표3의2·별표11·별지5호서식 원문 추출): https://bidform.co.kr/updata/notifile/ab689c32028cee2185e44dcd24c0fb89.pdf
- 실제 나라장터 정보시스템 구축 RFP 제안서 작성요령(배점·목차 표본, g2b R25BK00879799): https://www.g2b.go.kr/pn/pnp/pnpe/UntyAtchFile/downloadFile.do?bidPbancNo=R25BK00879799&bidPbancOrd=000&fileType=&fileSeq=3
- 행정기관 및 공공기관 정보시스템 구축·운영 지침 제18조(평가배점) (국가법령정보센터): https://www.law.go.kr/LSW//admRulInfoP.do?admRulSeq=2100000246404&chrClsCd=010201
- 정보시스템 구축·운영 지침 제18조(평가배점) — 국민건강보험공단 법령DB: https://www.nhis.or.kr/lm/lmxsrv/law/joHistoryContent.do?SEQ=1541&SEQ_CONTENTS=4250027&DATE_START=20240828&DATE_END=20190823

**참고 출처 (통례·가이드)**
- KOSA 소프트웨어 사업 가이드북 v3.0: https://www.sw.or.kr/upload/common/027d281c-2a7a-4886-b96b-e9ad04c7a309.pdf
- 공공 SW사업 제안요청서 작성 예시(SW 법제도 반영): https://smallake.kr/wp-content/uploads/2023/03/붙임공공SW사업-제안요청서-작성-예시.pdf
- NIPA SW사업 단계별 발주 가이드: https://www.nipa.kr/home/2-7-1-1/7089
- 조달청 협상에 의한 계약 제안서평가 세부기준(2026.1.26. 시행 안내, 도로교통공단): https://www.koroad.or.kr/main/board/22/305400/board_view.do

---

## 7. 확인 필요 (삭제 금지)

| # | 항목 | 사유 |
|---|---|---|
| T1 | 실제 킨텍스 공고의 배점·목차 강제 여부 | 본 문서는 표준·표본 근거. 실제 공고가 별지 5호서식과 다른 목차를 강제할 수 있음 |
| T2 | 정보화(SW중심) vs HW중심 판정 | 90/10 vs 80/20 결정. 킨텍스 시스템은 SW 중심 → 90/10 추정, 공고 확인 필요 |
| T3 | 컨소시엄·중소기업 참여·하도급 구성 | 상생협력(별표11)·하도급(별표3의2) 대응은 컨소시엄 확정 후 작성 |
| T4 | 전자정부 표준프레임워크 적용 요구 여부 | 별표3의2 제약사항에 표준FW 명시 — 현행 스택(GUARDiA 표준)과 정합성 공고 확인 |
| T5 | 사업금액 20억원 이상 여부 | 20억↑이면 하도급 평가항목 제외 불가(세부기준 제9조⑤ 단서) |