R&D 제안서가 약해지는 지점은 대개 기술 아이디어 자체보다 근거를 섞어 쓰는 순간에 생깁니다. 특허가 몇 건 보인다는 이유로 논문 검토를 끝냈다고 말하거나, NTIS에 유사 과제가 있다는 이유로 시장 수요가 확인됐다고 쓰면 평가자가 가장 먼저 묻는 질문이 생깁니다. "그 근거가 정확히 무엇을 증명하나?" 제안서 초안에 들어가기 전 선행조사는 자료를 많이 모으는 일이 아니라, 특허 검색·논문 검색·정부 과제 이력·시장 근거가 각각 말할 수 있는 범위를 분리하는 작업입니다.
이 글은 기존 rndatlas의 [NTIS 과제검색과 KIPRIS 특허검색으로 R&D 투자지형 검증하기](/guide/ntis-kipris-rnd-map-checklist)처럼 넓은 투자지형을 그리는 방법을 반복하지 않습니다. 여기서는 R&D 제안서를 쓰기 직전, 기획자와 연구책임자가 "이 주장 때문에 탈락하거나 보완 요구를 받을 위험은 없는가"를 줄이는 체크리스트에 집중합니다. 특허성 판단, 침해 판단, 정부과제 선정 가능성, 시장 규모 산정 대행은 다루지 않습니다. 대신 출처별 역할을 고정한 증거 장부를 만들어 제안서 문장을 더 조심스럽게 바꾸는 방법을 정리합니다.
**빠른 결론**
R&D 제안서 선행조사는 네 칸으로 나눠야 안전합니다. KIPRIS는 특허·실용신안·디자인·상표 등 지식재산 문헌과 권리 상태를 확인하는 칸, Google Scholar·KCI·DBpia는 논문과 학술 맥락을 확인하는 칸, NTIS와 국가R&D 과제 API는 과거 정부 과제 이력과 연구보고서 맥락을 확인하는 칸, KOSIS·KISTEP 같은 통계·정책 자료는 시장·산업 배경을 확인하는 칸입니다. 한 칸의 결과를 다른 칸의 결론으로 바꿔 쓰지 않는 것이 핵심입니다.
R&D 제안서 선행조사는 신규성 주장보다 리스크 문장을 줄이는 작업입니다
제안서 선행조사를 "우리 아이템이 새롭다"는 결론을 찾는 절차로 시작하면 위험합니다. 검색어가 좁거나 출처가 한쪽으로 기울면 유리한 결과만 보이기 쉽고, 반대로 결과가 많으면 실제 차별점까지 묻힙니다. 더 나은 출발점은 "어떤 주장은 아직 쓰면 위험한가"를 찾는 것입니다. 특허 문헌에서 유사한 구성요소가 보이면 기술 차별화 문장을 보류하고, 논문에서 이미 검증된 접근이 보이면 연구가설의 새로움을 좁혀야 합니다. NTIS에서 비슷한 과제가 확인되면 정부 지원 이력을 선례로만 적고, 시장 통계가 넓은 산업 단위라면 우리 제품의 구매 의사로 바로 연결하지 않아야 합니다.
이 관점은 제안서 문장을 바꿉니다. "국내 최초 기술"이라는 문장은 특허·논문·과제·시장 자료를 모두 검토한 뒤에도 여전히 좁은 범위에서만 쓸 수 있습니다. 반면 "선행 특허와 논문은 A 방식에 집중되어 있고, 본 과제는 B 조건의 검증 데이터를 보완한다"는 문장은 훨씬 방어적입니다. 평가자는 과장된 선언보다 근거의 한계를 아는 문장을 더 빨리 신뢰합니다. 선행조사의 목표는 검색 결과를 예쁘게 붙이는 것이 아니라, 제안서의 연구 필요성·차별성·추진 전략 문장에서 과장과 누락을 제거하는 것입니다.
특허 검색은 KIPRIS에서 권리·공개 시점·청구 범위를 분리해 적습니다
KIPRIS는 지식재산처가 보유한 국내외 지식재산권 정보를 검색·열람할 수 있도록 한국특허정보원이 운영하는 대국민 지식재산정보 검색 서비스입니다. 특허, 실용신안, 디자인, 상표, 심판 등 여러 정보를 볼 수 있으므로 R&D 제안서에서는 "기술 아이디어가 문헌상 어떻게 표현되어 왔는가"를 확인하는 출처로 적합합니다. 다만 KIPRIS 검색 결과가 곧 특허성 판단은 아닙니다. 제안서 작성자가 확인할 것은 출원인, 공개·등록 시점, 명칭과 초록, 청구항의 핵심 구성, 유사한 해결 과제, 권리 상태 정도입니다.
특허 검색에서 가장 흔한 실수는 검색 결과 수를 차별성의 직접 근거로 쓰는 것입니다. 결과가 0건이어도 검색어가 틀렸을 수 있고, 결과가 많아도 청구항 범위가 다른 경우가 있습니다. 따라서 증거 장부에는 "검색어", "동의어", "IPC/CPC 또는 기술분류", "문헌의 해결 과제", "우리 제안서에서 조정할 문장"을 따로 둡니다. 예를 들어 "AI 기반 결함검사"를 찾았다면 한국어 표현만 보지 말고 defect inspection, anomaly detection, vision inspection 같은 영문 표현도 함께 기록합니다. 그다음 유사 문헌이 제품 전체를 다루는지, 센서 배치만 다루는지, 학습 데이터 처리만 다루는지 분리합니다.
**특허 칸의 금지 문장**
"KIPRIS에 같은 특허가 없으므로 특허성이 높다"라고 쓰지 않습니다. 제안서에는 "KIPRIS 기준 유사 문헌은 A 구성과 B 목적에 집중되어 있어, 본 과제는 C 조건의 성능 검증과 적용 데이터를 별도 차별점으로 정리한다"처럼 검토 범위와 보완 방향을 함께 남깁니다.
논문 검색은 Google Scholar·KCI·DBpia에서 검증된 지식과 빈칸을 나눕니다
논문 검색은 특허 검색과 질문이 다릅니다. 특허가 권리 문헌과 기술 구성의 공개 흔적을 보는 창이라면, 논문은 연구 커뮤니티가 어떤 방법을 검증했고 어떤 한계를 남겼는지 보는 창입니다. Google Scholar는 여러 분야와 자료 유형의 학술 문헌을 넓게 찾는 출발점이 될 수 있고, KCI는 국내 학술지 정보와 논문 정보, 참고문헌을 DB화해 인용 관계를 분석하는 맥락을 제공합니다. DBpia는 국내외 논문과 학술 자료를 검색하는 학술 플랫폼으로 국내 문헌 맥락을 보완하는 데 쓸 수 있습니다.
논문 검색의 핵심은 "이미 연구된 것"과 "제안서가 채울 빈칸"을 나누는 것입니다. 선행 논문이 많다는 사실은 연구 주제가 낡았다는 뜻일 수도 있지만, 평가자가 인정하는 문제 정의가 형성됐다는 뜻일 수도 있습니다. 반대로 논문이 적다는 사실은 기회일 수도 있지만, 측정 방법이 어려워 검증이 부족한 영역일 수도 있습니다. 그래서 논문 칸에는 대표 논문 제목만 적지 말고 연구대상, 데이터 규모, 실험 조건, 성능 지표, 남은 한계, 우리 과제의 보완 실험을 적어야 합니다.
특히 국내 R&D 제안서에서는 해외 논문과 국내 논문을 함께 봐야 합니다. 해외 논문은 방법론의 기준선을 알려주고, KCI나 DBpia에서 확인한 국내 논문은 국내 적용 조건과 용어 차이를 잡아줍니다. 예를 들어 해외 논문에서는 제조 현장 데이터셋을 공개 벤치마크로 다루지만, 국내 논문은 현장 설비·품질 기준·데이터 비식별화 문제를 더 많이 다룰 수 있습니다. 이 차이를 증거 장부에 남기면 제안서의 연구 필요성이 "좋은 기술을 만들겠다"에서 "국내 현장 조건에서 아직 검증이 부족한 지점을 채우겠다"로 구체화됩니다.
NTIS 과제 이력은 정부 지원 선례이지 신규성 증명이 아닙니다
NTIS와 공공데이터포털의 국가R&D 과제검색 서비스는 국가R&D로 수행된 연구과제의 메타정보를 확인하는 데 유용합니다. 과제명, 부처, 전문기관, 수행기관, 연구기간, 연구목표 같은 항목은 제안서 기획자가 정부 투자 흐름을 파악하는 데 도움을 줍니다. 국가R&D 연구보고서 검색 서비스까지 함께 보면 과제 수행 결과의 보고서 메타정보도 따로 확인할 수 있습니다. 하지만 이 이력은 "이미 정부가 지원했으니 시장성이 검증됐다"거나 "비슷한 과제가 있으니 신규성이 없다"는 단정으로 쓰면 안 됩니다.
NTIS 과제 이력은 정부 지원의 선례, 중복 가능성, 협력기관 후보, 평가자가 익숙한 용어를 찾는 자료입니다. 예산 규모와 연구기간이 보인다고 해서 기술 성숙도나 사업화 성공이 자동으로 증명되지는 않습니다. 같은 키워드의 과제가 있어도 연구대상, 적용 산업, 실증 조건, 성과물 유형이 다르면 제안서의 위치는 달라집니다. 따라서 NTIS 칸에는 "유사 과제 있음/없음"이 아니라 "유사 과제의 목적", "차별화해야 할 연구 범위", "피해야 할 중복 표현", "연계 가능성이 있는 성과물"을 적습니다.
이 부분은 기존 rndatlas의 [NTIS 과제검색으로 R&D 투자 흐름 검증하기](/guide/ntis-project-search-investment-flow)와 연결해서 읽으면 좋습니다. 그 글이 과제·공고·API의 역할을 분리한다면, 이 글의 NTIS 칸은 제안서 리스크를 줄이는 데만 씁니다. 과거 과제가 많으면 "이미 충분히 연구됐다"가 아니라 "동일한 성능지표와 실증 범위를 반복하지 않도록 차별화 문장을 좁혀야 한다"로 받아들입니다. 과거 과제가 적으면 "블루오션"이 아니라 "검색어와 분류를 다시 확인하고, 논문·특허·시장 근거로 빈칸의 원인을 점검한다"로 처리합니다.
시장 근거는 고객 문제를 보완하지만 기술성 근거를 대신하지 못합니다
시장 근거는 제안서의 필요성을 설명하는 데 중요하지만, 기술 차별성의 증거로 쓰면 안 됩니다. KOSIS 같은 공식 통계 포털은 산업·경제·인구·생산·소비 등 여러 통계표를 확인하는 출처가 될 수 있고, KISTEP K2Base는 과학기술 통계와 국가 R&D 투자·성과 통계 맥락을 제공하는 데 유용합니다. 이런 자료는 시장 배경, 정책 관심, 산업 규모, 기술 수요의 환경을 보여줍니다. 그러나 특정 제품의 구매 의사, 기술 우위, 과제 성공 가능성을 직접 증명하지는 않습니다.
시장 칸에는 숫자보다 숫자의 범위를 먼저 적습니다. 통계가 산업 전체인지, 특정 세부 품목인지, 국내 시장인지, 해외 시장인지, 최근 연도인지, 조사 방식이 무엇인지 확인합니다. 산업 규모가 커도 우리 과제가 해결하는 문제가 그 산업의 핵심 병목과 연결되지 않으면 제안서의 설득력은 약합니다. 반대로 작은 통계라도 특정 공정의 불량 비용, 규제 대응 부담, 장비 교체 주기처럼 연구 필요성과 직접 연결되면 훨씬 강한 근거가 됩니다.
시장 근거는 특허·논문·NTIS 칸과 마지막에 연결합니다. 특허 칸에서 유사 기술 구성이 보이고, 논문 칸에서 검증 한계가 보이며, NTIS 칸에서 정부가 이미 유사 영역에 투자한 흔적이 있고, 시장 칸에서 적용 현장의 비용·수요 문제가 보이면 제안서의 연구 필요성 문장은 단단해집니다. 하지만 네 칸 중 하나라도 비어 있으면 결론을 낮춰야 합니다. "시장 수요가 크다"가 아니라 "시장 배경은 확인됐지만, 적용 현장의 구매 의사와 실증 데이터는 본 과제에서 추가 검증한다"처럼 써야 합니다.
제안서 전 증거 장부는 네 칸 표로 고정합니다
선행조사 자료는 폴더에 쌓아두면 제안서 문장으로 옮길 때 다시 섞입니다. 그래서 기획 초안 전에는 아래처럼 한 줄에 한 주장만 들어가는 증거 장부를 만듭니다. 이 표는 보기 좋게 꾸미는 문서가 아니라, 과장 문장을 막는 안전장치입니다.
| 증거 칸 | 대표 출처 | 제안서에서 말할 수 있는 것 | 말하면 위험한 것 |
|---|---|---|---|
| 특허 검색 | KIPRIS | 공개된 특허·실용신안 등 지식재산 문헌의 유사 구성, 출원·공개·등록 상태, 청구 범위의 방향 | 특허성 보장, 침해 여부, 기술 우위 확정 |
| 논문 검색 | Google Scholar, KCI, DBpia | 검증된 방법론, 실험 조건, 성능 지표, 남은 연구 한계 | 시장성 확정, 권리 확보 가능성, 제품 성공 |
| 정부 과제 이력 | NTIS, 국가R&D 과제·보고서 API | 과거 지원 선례, 유사 과제 범위, 중복 회피 포인트, 협력 후보 | 선정 가능성, 사업화 성공, 신규성 확정 |
| 시장·정책 근거 | KOSIS, KISTEP K2Base, 산업 보고서 | 산업 배경, 정책 관심, 수요 환경, 적용 조건 | 고객 구매 의사 확정, 기술성 대체, 매출 보장 |
이 장부를 쓸 때는 모든 행에 "제안서 문장 수정" 칸을 추가하는 것이 좋습니다. 검색 결과를 모으는 데서 끝나면 자료 조사 보고서가 되고, 문장을 수정해야 제안서 리스크가 줄어듭니다. 예를 들어 특허 칸에서 유사 청구항을 찾았다면 "국내 최초"를 지우고 "기존 A 방식과 달리 B 실증 조건을 검증"으로 바꿉니다. 논문 칸에서 같은 알고리즘이 이미 쓰였으면 "새 알고리즘 개발"을 "국내 현장 데이터 기반 성능 검증"으로 좁힙니다. NTIS 칸에서 유사 과제가 있으면 "미개척 분야"를 "기존 과제의 적용 범위 밖인 C 공정으로 확장"으로 고칩니다. 시장 칸에서 넓은 산업 통계만 있으면 "수요 검증 완료" 대신 "수요 배경 확인, 고객 인터뷰와 실증은 과제 수행 중 검증"으로 낮춥니다.
기획 회의에서 바로 쓰는 90분 선행조사 순서
시간이 부족한 제안서 회의에서는 완벽한 조사가 아니라 잘못된 확신을 빨리 제거하는 순서가 필요합니다. 첫 20분은 용어를 정리합니다. 연구책임자, 사업화 담당자, 기획자가 각자 쓰는 키워드를 모아 한국어·영어·약어·부품명·공정명으로 나눕니다. 둘째 20분은 KIPRIS에서 유사 문헌의 존재와 표현을 확인합니다. 결과 건수를 결론으로 쓰지 말고 대표 문헌 3~5개의 해결 과제와 청구 범위 방향을 적습니다.
셋째 20분은 논문 검색입니다. Google Scholar로 해외 방법론을 넓게 보고, KCI 또는 DBpia로 국내 적용 맥락과 용어를 보완합니다. 이때 인용 수가 높은 논문만 고르지 말고 최근 논문, 리뷰 논문, 국내 실증 논문을 구분합니다. 넷째 20분은 NTIS 과제 이력입니다. 유사 키워드의 과제명, 수행기관, 연구기간, 연구목표를 확인하고 중복 위험 문장을 찾습니다. 마지막 10분은 시장·정책 근거입니다. KOSIS, KISTEP, 산업별 공식 통계나 정책 보고서에서 시장 배경을 확인하되, 고객 구매 의사로 과장하지 않습니다.
**90분 회의 산출물**
- 검색어 묶음: 한국어, 영어, 약어, 부품명, 공정명
- KIPRIS 메모: 대표 유사 문헌과 피해야 할 신규성 문장
- 논문 메모: 검증된 방법론, 실험 조건, 남은 한계
- NTIS 메모: 유사 과제의 목적, 중복 회피 포인트, 협력 후보
- 시장 메모: 산업 배경과 아직 검증하지 못한 고객 문제
회의가 끝나면 제안서의 네 문단을 바로 손봅니다. 연구 필요성은 시장·정책 근거로 시작하되 기술성 결론을 섞지 않습니다. 선행연구 분석은 논문과 특허를 분리해서 씁니다. 차별성은 "없는 것"이 아니라 "기존 근거가 덜 다룬 조건"으로 씁니다. 추진 전략은 NTIS 유사 과제에서 확인한 중복 위험을 피하는 방향으로 좁힙니다. 이렇게 쓰면 자료가 많지 않아도 평가자가 추적할 수 있는 구조가 생깁니다.
이 체크리스트가 일부러 판단하지 않는 것과 다음 확인 경로
이 글의 체크리스트는 선행기술조사 보고서나 특허 명세서 검토를 대신하지 않습니다. 특허 등록 가능성, 침해 위험, 자유실시 가능성, 정부 과제 선정 가능성은 별도 전문가 검토가 필요합니다. 또한 KIPRIS, Google Scholar, KCI, DBpia, NTIS, KOSIS의 검색 화면과 제공 범위는 바뀔 수 있으므로 제안서 제출 직전에는 접속일과 검색식을 다시 남겨야 합니다. "2026년 최신" 같은 표현을 쓰고 싶다면 반드시 확인일과 출처를 함께 적고, 검색 결과 건수처럼 변동이 큰 값은 제안서의 핵심 주장으로 삼지 않는 편이 안전합니다.
다음 단계는 목적별로 나누면 됩니다. 정부 R&D 데이터의 단위와 한계를 먼저 이해해야 한다면 [국가 R&D 데이터를 읽는 법](/guide/how-to-read-rnd-data)을 보고, 과제·공고·API의 역할을 분리하려면 [NTIS 과제검색으로 R&D 투자 흐름 검증하기](/guide/ntis-project-search-investment-flow)를 연결합니다. 넓은 분야별 투자지형을 확인하려면 [반도체 R&D 투자지형](/field/semiconductor-investment-map) 같은 분야 페이지를 참고할 수 있습니다. 다만 제안서 초안으로 돌아올 때는 항상 네 칸 장부를 다시 열어야 합니다. 특허, 논문, 정부 과제, 시장 근거가 각각 무엇을 말했고 무엇을 말하지 못했는지 분리되어 있을 때, R&D 제안서는 더 보수적이지만 더 설득력 있는 문장으로 정리됩니다.