R&D 정부지원사업 합격 준비 2편｜심사자가 실제로 보는 평가 포인트

1편에서 말씀드린 것이 ‘신청 전에 무엇을 정리해야 하는가’였다면, 이번 2편은 조금 더 안쪽으로 들어갑니다. 심사자는 실제로 무엇을 보는가, 그리고 왜 어떤 기업은 기술이 좋아도 점수가 흔들리는가를 다룹니다.

예전에 한 대표님이 제게 이렇게 말한 적이 있습니다. “기술 설명은 정말 자신 있습니다.” 그런데 발표 자료를 펼쳐보니 기술 원리는 훌륭했지만, 평가자가 듣고 싶어 하는 답과는 조금 어긋나 있었습니다. 그날 저는 다시 느꼈습니다. 정부지원사업의 심사는 기술 설명 대회가 아니라, 기술·시장·수행 가능성을 동시에 설득하는 과정이라는 점을 말입니다.

2편의 핵심은 이것입니다. 심사자는 ‘좋은 기술’보다 ‘선정해도 될 과제’를 찾습니다. 그래서 평가 포인트도 기술 하나로 끝나지 않습니다.

심사자가 먼저 보는 것은 기술 그 자체보다 과제의 설득력입니다

많은 기업이 평가표를 보면 기술성 항목에만 시선이 갑니다. 하지만 실제로는 기술성, 필요성, 사업성, 수행역량이 한 덩어리처럼 연결되어 읽힙니다. 어느 한쪽이 무너지면 다른 항목 점수도 같이 흔들립니다. 특히 중소기업 R&D 과제는 “개발 후 어디로 이어질 것인가”를 매우 중요하게 봅니다.

심사자가 머릿속에서 확인하는 4가지

왜 지금 필요한가
현장의 문제와 지원 필요성이 분명한가

무엇이 다른가
기존 방식 대비 개선점이 선명한가

누가 할 수 있는가
이 기업이 실제로 수행 가능한가

끝나고 어떻게 팔 것인가
사업화 연결선이 현실적인가

평가표는 항목별로 나뉘어 있어도, 읽는 사람의 판단은 연결 구조로 이루어집니다.

• 과제를 제안한 배경이 산업 현장의 문제와 연결되는지 점검합니다.
• 기술 차별성이 추상어가 아니라 비교 가능한 문장으로 정리되어 있는지 봅니다.
• 개발 종료 후 실증, 납품, 판매, 후속 투자 중 어떤 경로로 이어질지 확인합니다.

선정 기준 요약: 심사자는 “좋은 아이디어인가”보다 “지원했을 때 성과로 이어질 가능성이 높은가”를 봅니다.

 

평가에서 자주 갈리는 3가지 포인트

현장에서 많이 갈리는 지점은 의외로 비슷합니다. 기업마다 업종은 달라도, 점수가 흔들리는 장면은 거의 같은 결을 가집니다. 그런데 이상한 건, 대표님들은 이 지점을 보통 나중에야 알아차리신다는 것입니다.

1. 문제 정의가 약하면 기술도 약해 보입니다

기술 설명이 아무리 길어도, 해결하려는 문제가 분명하지 않으면 심사자는 방향을 잡기 어렵습니다. 예를 들어 “시장 확대가 기대된다”는 표현은 약합니다. 반면 “생산 불량률을 낮추기 위한 공정 개선이 필요하다”는 문장은 구체적입니다. 심사는 멋진 문장보다 선명한 문제 정의에 반응합니다.

2. 차별성이 없으면 개발 목표가 평범해집니다

“고도화”, “혁신”, “차세대” 같은 표현은 너무 많이 쓰입니다. 그래서 오히려 힘을 잃습니다. 기존 제품 대비 속도, 정확도, 수율, 원가, 내구성 중 무엇이 얼마나 달라지는지 보여줘야 합니다. 숫자가 완벽하지 않아도 괜찮습니다. 다만 비교 기준은 있어야 합니다.

3. 수행체계가 약하면 계획서 전체 신뢰도가 떨어집니다

작은 기업일수록 이 부분이 더 중요합니다. 내부 인력은 누가 맡는지, 외부 협력은 왜 필요한지, 일정은 어떻게 끊어지는지, 실패 가능성은 어떻게 관리할지를 보여줘야 합니다. 대표의 의지만으로는 부족합니다. 실행 체계가 문서에서 보여야 합니다.

절차 요약표

평가 포인트	높게 보이는 표현 방식	감점되기 쉬운 표현 방식
문제 정의	현장 문제와 고객 필요가 한 문장으로 연결됨	시장 전망만 길고 실제 문제는 흐림
기술 차별성	기존 대비 개선 항목이 분명함	혁신적이라는 표현만 반복됨
수행 가능성	인력·역할·일정·협력이 맞물려 설명됨	계획은 크지만 실행 구조가 보이지 않음
사업화	고객군·적용처·매출화 경로가 제시됨	개발 성공 후 판매 예정 수준에서 멈춤

실수하기 쉬운 지점 요약: 기술 설명에 너무 많은 지면을 쓰고, 정작 평가자가 궁금해하는 고객·성과·실행 구조는 짧게 끝내는 경우가 많습니다.

 

이럴 때 A, 이럴 때 B로 생각하면 계획서 방향이 선명해집니다

실무에서는 과제를 준비할 때 기업이 자꾸 한쪽으로만 쏠립니다. 기술 중심으로만 쓰거나, 반대로 시장 이야기만 길어지는 경우입니다. 두 방향 모두 한계가 있습니다. 균형을 잡아야 합니다.

이럴 때 A: 기술이 강한 기업

특허, 시제품, 시험 결과가 이미 있는 기업은 자신감이 큽니다. 그런데 이럴수록 시장과 사업화 설명을 더 신경 써야 합니다. 기술의 강점이 커 보일수록 “그래서 실제 수요가 있나”라는 질문도 더 강하게 따라옵니다.

이럴 때 B: 시장 감각이 강한 기업

고객 니즈와 판매 채널은 잘 아는데 기술 설명이 약한 기업도 있습니다. 이런 경우에는 왜 기존 방식으로는 해결이 안 되는지, 이번 개발이 왜 필요한지를 더 구체적으로 보여줘야 합니다. 단순 개선인지, 개발 과제로서 가치가 있는지 선을 분명히 해야 합니다.

계획서 방향 설정 비교

구분	A. 기술 강점형 기업	B. 시장 강점형 기업
강점	시험 데이터, 특허, 시제품 보유	고객 이해, 현장 문제 파악, 판매 가능성
보완할 점	시장성과 매출 연결 논리 강화	기술 필요성과 개발 난이도 설명 강화
대표 메시지	좋은 기술을 시장성과 연결해야 함	시장 요구를 기술 과제로 설계해야 함

• 기술 설명이 길다면 고객과 사업화 파트를 다시 늘려 균형을 맞춥니다.
• 시장 설명이 길다면 왜 개발 과제가 필요한지 기술 필요성을 더 보강합니다.
• 평가표 항목을 따로 보지 말고, 문서 전체 흐름이 자연스럽게 이어지는지 확인합니다.

 

심사 관점에서 계획서를 다시 읽는 법

계획서를 다 쓴 뒤에는 작성자 시선이 아니라 심사자 시선으로 다시 읽어야 합니다. 이 과정이 빠지면 문장은 매끄러워도 점수 흐름은 약해집니다. 저는 보통 마지막 검토 때 세 번의 질문으로 다시 체크합니다. “왜 필요한가”, “왜 우리가 할 수 있는가”, “왜 지원할 만한가”입니다.

좋은 계획서는 많이 쓴 계획서가 아니라, 평가자가 덜 헷갈리는 계획서입니다.

여기서 한 번 더 멈춰야 합니다. 문장을 고치기 전에, 평가자가 납득할 논리 순서가 맞는지 먼저 봐야 합니다. 특히 대표가 직접 읽었을 때 3분 안에 핵심이 들어오지 않으면 심사자에게도 어렵습니다. 복잡한 설명보다 단단한 구조가 더 강합니다.

• 첫 장 또는 앞부분에서 과제의 필요성과 방향이 바로 드러나는지 확인합니다.
• 평가 항목별로 근거 문장과 첨부자료가 연결되는지 다시 점검합니다.
• 대표가 직접 발표하거나 설명할 때 막히는 부분이 어디인지 표시해 둡니다.

가장 많이 막히는 단계: 다 쓴 뒤에 문장만 다듬고 논리 구조는 그대로 두는 것입니다. 마지막 검토는 문장 교정보다 평가 흐름 점검이 먼저입니다.

 

2편의 결론: 심사자는 기술을 읽는 것이 아니라 가능성을 판단합니다

R&D 정부지원사업에서 떨어지는 기업 중에는 기술이 부족해서가 아니라, 평가자가 확신할 재료를 충분히 주지 못해서 아쉬운 결과를 받는 경우가 적지 않습니다. 실제로는 좋은 내용이 있는데 문서 안에서 흩어져 보이면 힘을 잃습니다. 저는 이 지점을 정리하는 것이 컨설팅의 중요한 역할이라고 생각합니다.

결국 평가자는 한 가지를 판단합니다. 이 과제가 끝까지 갈 수 있는가, 그리고 지원의 명분이 충분한가입니다. 그 판단에 맞춰 문장을 세우면 계획서가 달라집니다. 다음 3편에서는 실제 준비 단계에서 많이 놓치는 첨부자료, 일정 관리, 역할 분담, 발표 대비까지 더 실무적으로 정리해보겠습니다.

지금 작성 중인 R&D 정부지원사업 계획서가 있다면, 기술 설명을 더 보태기 전에 먼저 평가 포인트별로 논리와 근거가 맞물리는지 다시 점검해보시기 바랍니다.