정부과제사업 선정되는 기업의 공통점

2026년 2월 26일0 조회

같은 기술을 가진 두 기업이 같은 과제에 신청해도 한 곳은 붙고 한 곳은 떨어진다. 기술력 차이 때문만은 아니다. 선정 결과를 가르는 핵심은 '기술이 좋은가'보다 '이 팀이 이 기술을 개발해낼 수 있는가'를 얼마나 설득력 있게 보여주느냐에 있다.

정부과제사업 평가, 무엇을 봅니까?

정부 R&D 과제는 평가위원들이 사업계획서를 검토하고 발표 심사까지 거치는 방식으로 선정된다. 평가항목은 사업마다 다소 다르지만, 대부분 다음 네 가지 축으로 수렴한다.

기술성은 아이디어의 독창성과 실현 가능성을 본다. "이런 기술은 처음이다"는 주장이 아니라, 기존 기술과 비교해 어떤 점이 다르고 어떤 방법으로 달성할 것인지를 측정 가능한 지표로 제시해야 한다.

사업성은 개발한 기술이 실제 시장에서 팔릴 수 있는가를 본다. 시장 규모, 경쟁 현황, 목표 고객이 구체적이어야 한다. 막연히 "글로벌 시장 진출"이 아니라 국내 타겟 시장의 규모와 점유 전략이 있어야 한다.

수행역량은 이 팀이 실제로 과제를 완료할 수 있는가를 본다. 대표자와 연구 책임자의 과거 실적, 보유 장비, 외부 협력 기관 구성 등이 포함된다.

마지막으로 파급효과다. 고용창출, 매출 증대, 관련 산업 기여도 등 정량적 기대치를 요구한다.

탈락 사업계획서에서 가장 자주 보이는 문구가 있다. "기존 기술 대비 성능 향상이 기대됩니다." 이건 평가위원 입장에서는 아무 정보도 없는 말이다.

선정되는 기업은 다르다. "현재 시판 중인 A사 제품의 응답속도는 200ms이며, 본 기술 적용 시 80ms 이하 달성이 목표입니다. 이미 자체 테스트베드에서 120ms를 달성했습니다." 이렇게 쓴다.

기술을 설명할 때 현재 문제점 → 기존 해결책의 한계 → 자사 기술의 접근법 → 예상 성과 수치 순서로 전개하는 게 효과적이다. 평가위원은 기술 자체보다 그 기술에 대한 팀의 이해도를 본다는 점을 기억해야 한다.

"전 세계 시장 규모가 1조 달러에 달하며…"라는 식의 모호한 숫자는 역효과다. 어디서 나온 숫자인지 출처가 없으면 신뢰도가 오히려 떨어진다.

선정되는 기업의 사업계획서에는 한국과학기술기획평가원(KISTEP), 정보통신산업진흥원(NIPA), 시장조사 전문기관(IDC, Gartner 등)의 보고서가 인용된다. 국내 시장에 대한 추정치는 통계청, 산업통상자원부 통계를 근거로 삼는다.

출처가 있다는 것 자체가 "우리는 이 시장을 진지하게 분석했다"는 신호다.

수행역량 파트에서 많은 기업이 실수를 한다. 대표자의 학력이나 총경력을 나열하는데, 평가위원이 원하는 건 그게 아니다. 이번 과제 주제와 관련된 이력이 중요하다.

예를 들어 IoT 센서 기술 개발 과제를 신청한다면, 대표자가 과거에 유사한 기술 개발 프로젝트를 수행한 실적이 있어야 한다. 관련 논문, 특허, 이전 R&D 수행 실적이 구체적인 프로젝트명과 기간, 역할과 함께 명시되어야 한다.

참여 연구원의 역량도 마찬가지다. 과제와 무관한 분야 전문가를 나열하기보다, 과제의 각 기술 요소별로 담당 연구원의 전문성이 매칭되어야 한다.

개발 일정을 보여주는 마일스톤 테이블에서도 차이가 난다.

탈락 사업계획서: "1단계: 기초 연구 및 설계 / 2단계: 시제품 개발 / 3단계: 시험 및 보완"

선정 사업계획서: "1~4개월: 핵심 알고리즘 설계 및 시뮬레이션 검증(성능 목표치 50% 달성) / 5~8개월: 프로토타입 제작 및 내부 테스트(TRL 3→5 달성) / 9~12개월: 파일럿 테스트 및 사업화 준비(특허 출원 2건)"

TRL(Technology Readiness Level, 기술성숙도)을 기준으로 단계별 목표를 명시하면 평가위원에게 명확한 인상을 남긴다. TRL은 1~9단계로 기술 개발의 성숙 수준을 나타내는 국제 표준 지표다.

PSST는 Problem(문제 정의) - Solution(해결 방법) - ScaleUp(성장 전략) - Team(팀 역량)의 약자다. 이 순서는 평가위원이 자연스럽게 읽히는 흐름을 만들어준다.

많은 기업이 기술 설명에만 집중하다가 Problem을 너무 짧게 쓰는 실수를 한다. 그런데 문제 정의가 설득력이 없으면 해결책이 아무리 훌륭해도 "그게 정말 필요한 기술인가?"라는 의문이 생긴다.

문제 정의는 실제 현장에서의 불편함이나 비용, 피해 규모 같은 구체적인 데이터로 뒷받침되어야 한다.

A. 사업마다 지정된 분량이 있으며 보통 30~50페이지 내외입니다. 분량보다는 각 항목을 충실하게 채우는 것이 중요합니다. 내용 없이 길게 쓰는 것보다 핵심만 정확하게 쓰는 편이 낫습니다.

A. 특허가 있으면 유리하지만 필수는 아닙니다. 특허 출원 예정이거나 영업비밀로 보호하는 경우도 인정됩니다. 대신 기술 차별성을 설명할 다른 근거(논문, 시험 데이터, 시제품 성능 결과)가 더욱 중요해집니다.

A. 허용됩니다. 실제로 많은 기업이 R&D 컨설턴트나 전문 작성 업체를 활용합니다. 단, 핵심 기술 내용은 기업 내부 인력이 충분히 이해하고 있어야 하며, 면접 심사(발표 심사)에서는 직접 답변해야 합니다.

A. 성실한 수행 노력이 있었다면 크게 불리하지 않습니다. 다만 과제 수행 중 연구비 부정 사용, 허위 보고 등이 있었다면 신청 제한이 걸립니다. 결과물 수준만으로는 불이익이 없습니다.

A. 케이스 바이 케이스입니다. 기술력이 보완적인 파트너와 함께하면 수행역량 점수가 올라가지만, 컨소시엄 구성이 형식적이면 오히려 의심을 받을 수 있습니다. 실질적인 협력이 가능한 파트너와 구성하는 것이 중요합니다.

A. 매우 중요합니다. 서류 심사를 통과한 후 발표 심사에서 최종 선정이 결정되는 사업이 많습니다. 발표 시 기술 내용을 명확히 설명하고, 예상 질문에 대한 답변을 준비해야 합니다. 사업계획서와 발표 내용에 일관성이 있어야 합니다.