정부 R&D 제안서 팀이 평가표를 늦게 읽으면 문서가 길어집니다. 연구개발계획서 초안을 거의 다 쓴 뒤 "혁신성", "추진전략의 구체성", "사업화 성과 달성 가능성" 같은 항목을 끼워 넣으면 문장은 화려해지지만 심사자가 확인할 증거는 흩어집니다. 평가표는 제출 직전의 꾸밈표가 아니라 제안서 시작 전에 위험을 줄이는 설계도입니다. 이 글은 특정 사업 선정이나 Google 순위를 보장하지 않습니다. 제안서 팀이 공고의 평가항목을 먼저 해석해 혁신성, 실현가능성, 사업화 가능성, 증거표, 심사자 리스크를 분리하도록 돕는 초안 작성 전 체크리스트입니다.
이 글은 예산과 사업일정의 흐름을 다루는 2026 국가 R&D 예산과 사업일정 읽기와 다릅니다. 공고를 추적하는 루틴은 2026 R&D 정책지원사업 모니터링 워크플로에 가깝습니다. 특허·논문·NTIS로 선행근거를 확인하는 일은 R&D 제안서 선행조사 체크리스트에서 다루는 단계입니다. 여기서는 이미 후보 공고가 보이는 상황에서 "평가자가 무엇을 위험으로 볼 것인가"를 읽고, 그 질문을 제안서 목차와 증거표로 바꾸는 방법만 다룹니다.
빠른 결론
정부 R&D 평가지표는 점수를 맞히는 표가 아니라 심사자 질문을 미리 드러내는 표입니다. 혁신성 항목은 기존 기술과 무엇이 다르고 왜 지금 시도해야 하는지를 묻고, 실현가능성 항목은 목표·일정·인력·위험 대응이 버틸 수 있는지를 봅니다. 사업화 항목은 시장 규모 한 줄보다 수요자, 검증 경로, 성과목표, 후속 활용 증거가 서로 맞는지를 확인합니다. 제안서 작성 전에는 평가항목별로 주장, 증거, 비어 있는 리스크, 보완 책임자를 한 표에 고정해야 합니다.
정부 R&D 평가지표는 배점표보다 심사자 리스크 목록으로 먼저 읽는다
국가연구개발혁신법은 선정평가, 단계평가, 최종평가 등 연구개발과제 평가의 법적 틀을 둡니다[S1]. 시행령은 평가위원 후보단과 평가단 구성 등 평가 운영의 세부 구조를 정합니다[S2]. 이 법령 구조를 제안서 팀 관점으로 바꾸면 핵심은 단순합니다. 정부 R&D 평가는 "좋아 보이는 아이디어"를 고르는 행사가 아니라, 공적 연구개발비를 투입할 때 목표, 수행체계, 비용, 성과, 책임을 추적할 수 있는지를 판단하는 절차입니다.
그래서 평가표를 볼 때 첫 번째 질문은 "몇 점을 받을 수 있을까"가 아닙니다. "이 항목에서 심사자가 어떤 실패 가능성을 떠올릴까"가 먼저입니다. 예를 들어 2026년 글로벌 클러스터 R&BD 공고는 기술성에서 기술의 차별성, 혁신성, 글로벌 기술경쟁력을 보며, 공동 R&D 목표설정의 적절성과 달성 가능성도 별도로 봅니다[S4]. 같은 공고는 사업화에서 글로벌 기술사업화 계획의 구체성과 실현 가능성, 글로벌 시장분석에 따른 성과목표의 적절성과 달성 가능성, PoC·수출·투자유치 등 성과 향상에 따른 사회·경제적 파급효과를 평가합니다[S4]. 항목명이 다르지만 심사자 질문은 "차별화가 실제 목표와 연결되는가", "목표가 수행 가능한가", "사업화 성과가 말로만 끝나지 않는가"로 이어집니다.
평가표를 리스크 목록으로 읽으면 제안서 목차도 바뀝니다. "기술 개요"를 길게 쓰기보다 혁신성 판단에 필요한 기존 대비 차이, 목표 수준, 검증 방법을 먼저 정리합니다. "추진 일정"을 간트차트로만 두지 않고 일정별 성과물, 실패 시 보완 경로, 책임자를 붙입니다. "사업화 계획"은 시장 규모, 매출 전망, 고객 목록을 한 번에 몰아넣는 대신 수요자 문제, 실증 장소, 구매 또는 도입 결정자, 후속 투자·수출·인증과의 연결을 나눕니다.
혁신성 점수 신호는 새로움보다 기존 대비 차이와 도전 위험의 관리에서 나온다
혁신성 항목을 "국내 최초", "세계 최고", "차세대" 같은 표현으로 채우면 오히려 위험합니다. 국가연구개발 과제평가 표준지침 개정 자료는 도전적·창의적 연구를 촉진하기 위한 평가 방향과 연구목표의 도전성, 개발계획의 창의성 같은 항목을 강조합니다[S3]. 여기서 제안서 팀이 읽어야 할 신호는 과장된 새로움이 아니라 기존 지식·기술과 연구 목표·과정·방법이 어떻게 구별되는지, 목표 수준이 현재 수준 대비 왜 도전적인지, 위험요인과 해결방안이 구체적인지입니다.
혁신성의 첫 증거는 비교 대상입니다. 기존 제품, 선행 논문, 특허, 국가 R&D 과제, 현장 공정, 해외 솔루션 중 무엇과 비교하는지 정하지 않으면 혁신성 문장은 흐립니다. 둘째 증거는 목표 격차입니다. "성능 향상"이 아니라 기존 조건에서 어느 지표가 어느 수준이고, 과제 종료 시 어떤 조건에서 어디까지 올리려는지 보여야 합니다. 셋째 증거는 실패 가능성입니다. 도전적인 목표일수록 실패 위험이 있습니다. 심사자는 실패 가능성이 있다는 사실보다, 팀이 그 위험을 알고도 검증 설계를 갖췄는지를 봅니다.
혁신성 항목을 증거로 바꾸는 표
<table>
<thead>
<tr><th>평가자가 보는 질문</th><th>제안서에 넣을 증거</th><th>리스크 문장</th></tr>
</thead>
<tbody>
<tr><td>기존 기술과 무엇이 다른가</td><td>비교 대상, 현재 성능, 한계 조건, 차별 지점</td><td>비교 대상이 없으면 새로움 주장이 과장으로 보인다</td></tr>
<tr><td>목표가 도전적인가</td><td>목표 지표, 기준값, 목표값, 측정 조건</td><td>목표값만 있고 기준 조건이 없으면 달성 가능성도 흔들린다</td></tr>
<tr><td>창의적 방법이 있는가</td><td>새로운 공정, 알고리즘, 소재, 설계, 실험 절차</td><td>용어만 새롭고 실행 방법이 기존과 같으면 혁신성 점수가 약하다</td></tr>
<tr><td>실패 위험을 알고 있는가</td><td>핵심 위험, 대체 실험, 중간 판단 기준</td><td>위험을 숨기면 발표평가에서 공격 질문으로 돌아온다</td></tr>
</tbody>
</table>
혁신성은 선행조사와 겹치지만 같은 일이 아닙니다. 선행조사는 "무엇이 이미 있는가"를 찾는 작업입니다. 혁신성 해석은 "이미 있는 것과 비교해 우리 과제가 어떤 불확실성을 해결하는가"를 제안서 구조로 바꾸는 작업입니다. 따라서 특허 검색 결과가 적다고 혁신성이 자동으로 높아지지 않고, 논문이 많다고 차별성이 자동으로 낮아지지도 않습니다. 평가표에서 혁신성을 읽을 때는 검색 결과의 많고 적음보다 비교 기준과 목표 격차가 심사자에게 추적 가능한지가 더 중요합니다.
실현가능성 점수 신호는 목표, 일정, 인력, 위험 대응이 같은 표에서 맞을 때 강해진다
실현가능성은 "할 수 있다"는 의지의 문제가 아닙니다. 평가표에서 달성 가능성, 추진전략의 적정성, 추진계획의 구체성, 수행기관 역량 같은 항목이 보이면 심사자는 목표를 시간표와 책임자에 대입합니다. 연구소기업 전략육성 공고 예시는 사업화계획의 타당성에서 사업 수행 목표의 도전성과 혁신성, 추진전략의 적정성, 추진계획의 구체성, 추진체계의 명확성 및 추진방법의 창의성, 사업화 성과 달성 가능성을 함께 봅니다[S5]. 이는 계획서의 목표, 일정, 팀 구성, 성과가 따로 놀면 위험하다는 신호입니다.
제안서 팀은 실현가능성을 일정표로만 쓰지 말아야 합니다. 1차년도에 시제품을 만들고 2차년도에 실증한다는 문장은 흔합니다. 심사자가 알고 싶은 것은 그 시제품이 어떤 기능 범위인지, 실증이 어떤 장소와 조건에서 진행되는지, 실패 시 어떤 설계를 바꾸는지, 책임자가 누구인지입니다. 연구책임자의 이력도 "경력 15년"보다 해당 목표를 달성하는 데 필요한 실험, 설계, 데이터, 인증, 사업개발 경험과 연결되어야 합니다.
실현가능성의 약한 신호는 세 가지입니다. 첫째, 목표가 많고 우선순위가 없습니다. 둘째, 일정은 촘촘하지만 중간 판단 기준이 없습니다. 셋째, 위험 대응이 "전문가 자문", "일정 조정", "추가 테스트"처럼 일반 문장으로 끝납니다. 이런 문장은 어느 과제에도 붙일 수 있어 심사자가 신뢰하기 어렵습니다. 반대로 강한 신호는 중간 산출물, 의사결정 기준, 책임자, 보완 경로가 한 줄에 들어간 경우입니다.
실현가능성 항목의 금지 표현
- "충분히 달성 가능하다"라고 쓰고 측정 조건을 적지 않는 문장
- "전문기관과 협력한다"라고 쓰고 역할·산출물·책임자를 분리하지 않는 문장
- "시장 요구에 맞춰 개선한다"라고 쓰고 어떤 데이터로 개선 여부를 판단할지 없는 문장
- "위험 발생 시 신속히 대응한다"라고 쓰고 대체 실험, 일정 버퍼, 의사결정 기준이 없는 문장
실현가능성은 보수적으로 낮은 목표를 쓰라는 뜻이 아닙니다. 도전성은 유지하되, 위험을 측정 가능한 단계로 쪼개야 합니다. "고성능 AI 모델 개발"보다 "현장 데이터 결측률이 높은 조건에서 기존 대비 오탐률을 줄이기 위해 1차년도에는 데이터 정제와 베이스라인 모델을 확정하고, 2차년도에는 실증처 A와 B에서 동일 지표를 반복 측정한다"가 더 강합니다. 심사자는 멋진 목표보다 목표가 버틸 구조를 봅니다.
사업화 가능성 점수 신호는 시장성, 수요자, 성과목표, 후속 활용이 서로 맞을 때 생긴다
사업화 가능성은 매출 예상표 하나로 해결되지 않습니다. 연구소기업 전략육성 공고는 고도화 대상 기술·제품의 사업성 및 시장성, 최근 3년 이내 사업화 실적, 사업화 성과 달성 가능성, 기술출자기관의 지원계획 등을 평가항목에 포함합니다[S5]. 글로벌 클러스터 R&BD 공고는 글로벌 기술사업화 계획의 구체성 및 실현 가능성, 시장분석 기반 성과목표의 적절성과 달성 가능성, PoC·수출·투자유치 등 성과 향상에 따른 파급효과를 봅니다[S4]. 두 공고 모두 사업화를 "시장 규모"보다 넓은 실행 증거로 다룹니다.
제안서 팀이 먼저 확인할 것은 수요자 정의입니다. 고객군이 넓으면 시장은 커 보이지만 검증은 약해집니다. "제조업체 대상"보다 "월 1만 건 이상 품질검사를 수행하고 불량 판정 이력 데이터를 보유한 중견 제조기업의 품질팀"처럼 도입 조건을 좁히면 실증과 사업화 경로가 보입니다. 다음은 성과목표입니다. 매출, 수출, 투자유치, PoC, 지식재산권, 인증, 기술이전 같은 성과는 사업마다 의미가 다릅니다. 공고가 요구하는 성과와 회사의 사업 단계가 맞지 않으면 사업화 항목은 약해집니다.
사업화 항목에서 가장 흔한 위험은 고객 증거와 기술 목표가 따로 노는 것입니다. 기술 목표는 검사 정확도 향상인데 고객 증거는 시장 규모 보고서뿐이면 심사자는 구매 이유를 확인하기 어렵습니다. 반대로 고객 인터뷰는 많은데 기술 목표가 고객 문제를 해결하는 지표로 번역되지 않으면 사업화 계획이 영업 메모처럼 보입니다. 사업화 가능성은 고객 문제, 기술 지표, 실증 조건, 성과목표가 같은 문장 안에서 이어질 때 강합니다.
| 사업화 증거 | 강한 형태 | 약한 형태 |
|---|---|---|
| 시장분석 | 대상 세그먼트, 구매 조건, 도입 장벽, 경쟁 대안이 분리된다 | 전체 시장 규모와 성장률만 제시한다 |
| 수요자 증거 | 인터뷰, LOI, PoC 의향, 실증처 조건이 목표 지표와 연결된다 | 고객사 이름만 나열한다 |
| 성과목표 | 매출·수출·PoC·투자유치·인증 중 사업 단계에 맞는 지표를 선택한다 | 모든 성과를 한꺼번에 약속한다 |
| 후속 활용 | 과제 종료 후 제품화, 인증, 양산, 판로, 후속 R&BD 경로가 보인다 | 과제 종료 후 "사업화 추진"으로 끝난다 |
평가항목별 증거표는 주장, 출처, 파일, 공백 리스크를 같이 보여야 한다
평가표를 읽은 뒤 바로 본문을 쓰지 말고 증거표를 먼저 만듭니다. 증거표는 제안서 팀의 내부 작업표이지만, 실제 제안서의 논리 순서를 결정합니다. 표의 기본 칸은 평가항목, 심사자 질문, 제안서 주장, 현재 증거, 파일 위치, 부족한 증거, 보완 책임자, 마감일입니다. 이 표가 없으면 제안서 본문은 잘 써도 발표평가에서 근거 파일을 찾지 못할 수 있습니다.
예를 들어 혁신성 항목에는 비교 특허, 선행 논문, 기존 제품 사양, 자체 실험 결과가 들어갈 수 있습니다. 실현가능성 항목에는 개발 일정, 인력 배치, 시험 설비, 외부기관 역할, 위험 대응 계획이 들어갑니다. 사업화 항목에는 고객 인터뷰, 실증처 협의, 시장 세그먼트, PoC 계획, 투자 또는 판로 논의 기록이 들어갑니다. 중요한 것은 증거가 많아 보이는 것이 아니라 평가항목과 일대일로 연결되는 것입니다.
제안서 작성 전 증거표 예시
<table>
<thead>
<tr><th>평가항목</th><th>주장</th><th>현재 증거</th><th>비어 있는 리스크</th></tr>
</thead>
<tbody>
<tr><td>혁신성</td><td>기존 방식 대비 현장 잡음 조건에서 판정 안정성을 높인다</td><td>베이스라인 성능표, 선행 논문 비교표, 특허 차이 메모</td><td>동일 조건 반복시험 데이터가 부족하다</td></tr>
<tr><td>실현가능성</td><td>1차년도에 데이터 정제와 기준 모델을 확정하고 2차년도에 실증한다</td><td>인력표, 장비 목록, 월별 산출물, 실증처 협의 메모</td><td>실증처 데이터 제공 범위가 문서화되지 않았다</td></tr>
<tr><td>사업화 가능성</td><td>품질팀의 오탐 처리 시간을 줄이는 PoC를 먼저 검증한다</td><td>고객 인터뷰, 도입 조건 표, PoC 비용 추정</td><td>구매 결정권자와 예산 주기가 확인되지 않았다</td></tr>
</tbody>
</table>
증거표는 과제 선정 확률을 높인다고 단정할 수 없습니다. 다만 제안서 팀이 자기 주장의 빈칸을 먼저 보게 만듭니다. 심사자가 보완 요구를 할 만한 부분, 발표평가에서 공격 질문이 나올 부분, 공고의 평가항목과 직접 연결되지 않는 장식 문장을 빨리 찾을 수 있습니다. 이 효과만으로도 초안 작성 시간이 줄어듭니다.
심사자 리스크는 발표평가 질문으로 바꿔서 먼저 공격해 본다
제안서 초안이 나오기 전 30분만 심사자 입장에서 공격 질문을 만들어야 합니다. 국가연구개발혁신법 체계와 표준지침은 평가의 전문성, 객관성, 공정성을 전제로 합니다[S1][S3]. 제안서 팀은 그 전제를 불편하게 받아들여야 합니다. 평가자는 우리 기술을 홍보 자료처럼 읽지 않습니다. "이 목표가 왜 도전적인가", "실패하면 무엇을 바꿀 것인가", "고객이 왜 비용을 낼 것인가", "이 팀이 왜 수행할 수 있는가"를 묻습니다.
공격 질문은 항목별로 만듭니다. 혁신성 질문은 "기존 기술 A와 비교해 차이가 기능인지 조건인지 성능인지 분명한가"입니다. 실현가능성 질문은 "가장 중요한 2개 위험이 일정표에 반영되어 있는가"입니다. 사업화 질문은 "고객 증거가 실제 구매 또는 도입 판단으로 이어지는가"입니다. 수행체계 질문은 "주관기관, 공동기관, 외부기관이 빠졌을 때 어떤 산출물이 무너지는가"입니다. 예산 질문은 "이 비용이 목표 달성에 직접 연결되는가"입니다.
이 질문을 제안서 문단 앞에 놓고 답이 없는 문단은 삭제하거나 보완합니다. 특히 "우수한", "혁신적인", "차별적인", "충분한", "체계적인" 같은 형용사가 많은 문단은 위험합니다. 형용사는 평가표의 항목명을 반복할 뿐 증거가 아닙니다. 심사자 리스크를 줄이는 문장은 구체명사, 숫자, 조건, 파일명, 책임자를 포함합니다.
90분 사전 회의로 평가지표를 제안서 목차에 고정한다
평가지표 읽기는 오래 끌 일이 아닙니다. 후보 공고가 정해졌다면 90분 회의로 충분히 첫 구조를 잡을 수 있습니다. 첫 20분은 평가항목과 배점을 읽습니다. 항목명을 그대로 복사하지 말고 심사자 질문으로 바꿉니다. "기술의 차별성, 혁신성"은 "기존 대비 어떤 조건에서 무엇이 달라졌는가"로 바꿉니다. "추진계획의 구체성"은 "누가 언제 무엇을 끝내고 실패 시 무엇을 바꾸는가"로 바꿉니다.
다음 25분은 증거를 배치합니다. 연구개발계획서 본문, 별첨, 내부 실험 파일, 고객 인터뷰, 특허·논문 조사, 재무·인력·장비 증빙을 평가항목별로 붙입니다. 세 번째 25분은 빈칸을 찾습니다. 빈칸은 나쁜 것이 아닙니다. 오히려 제안서 작성 전 발견하면 보완할 수 있습니다. 마지막 20분은 목차를 고정합니다. 평가항목과 무관한 장식 섹션을 줄이고, 혁신성·실현가능성·사업화 가능성의 핵심 증거가 초반 30% 안에 보이도록 조정합니다.
회의 결과물은 짧아야 합니다. 평가항목별 심사자 질문 10개, 증거표 1개, 보완 리스크 5개, 제안서 목차 1개면 충분합니다. 이 네 가지가 있으면 글을 잘 쓰는 사람보다 항목별 근거를 가진 사람이 제안서 품질을 좌우합니다. 반대로 이 네 가지가 없으면 문장만 다듬는 시간이 늘어나고, 제출 직전에는 평가표와 본문이 서로 맞지 않는 문제가 생깁니다.
마지막 체크: 평가표를 읽었는데도 선정 보장처럼 들리는 문장을 지운다
정부 R&D 평가지표 체크리스트의 목적은 선정 가능성을 말하는 것이 아닙니다. 공고 평가표를 제안서 팀의 작업 기준으로 바꾸는 것입니다. 따라서 마지막 검토에서는 단정 문장을 지웁니다. "선정 가능성이 높다", "정부 정책과 일치하므로 유리하다", "사업화가 확실하다"는 표현은 쓰지 않습니다. 대신 "공고 평가항목 중 기술성은 기존 대비 차이와 목표 지표로 대응하고, 실현가능성은 일정별 산출물과 위험 대응표로 대응하며, 사업화는 수요자 증거와 성과목표로 대응한다"처럼 근거 중심으로 씁니다.
제안서 팀이 오늘 바로 할 일은 평가표를 다시 여는 것입니다. 배점이 높은 항목부터 보는 것이 아니라, 현재 증거가 가장 약한 항목부터 봅니다. 혁신성 증거가 약하면 선행기술과 목표 격차를 다시 정리합니다. 실현가능성 증거가 약하면 일정표보다 위험 대응표를 먼저 만듭니다. 사업화 증거가 약하면 시장 규모 문단보다 수요자 검증 경로를 먼저 고칩니다. 평가표는 제출 직전 체크리스트가 아니라 초안 작성 전 설계표입니다.
다음 단계는 역할별로 나누면 됩니다. 공고와 출처 위계를 다시 확인해야 한다면 2026 R&D 정책지원사업 모니터링 워크플로를 봅니다. 기술 차별성과 선행근거가 불안하다면 R&D 제안서 선행조사 체크리스트를 사용합니다. 함께 들어갈 기관 역할과 증거가 약하다면 R&D 컨소시엄 파트너 선정 체크리스트를 이어 봅니다. 이 글의 체크리스트는 그 글들을 대체하지 않습니다. 평가표를 먼저 읽고, 어떤 보완 글로 넘어갈지 결정하는 앞단의 안전장치입니다.