무엇을 만들지보다 어떤 현장 문제를 풀지 먼저 씁니다.
- 고객·현장 문제
- 기존 방식의 한계
- 보유 기술·데이터·노하우
- 적용 업종과 사용 장면
제출자료 확인표
공고를 열기 전에 여섯 묶음으로 나눕니다.
심사자가 비교할 수 있는 숫자와 검증 방법을 준비합니다.
- 정량 성능지표
- 시험·검증 방법
- TRL·개발단계
- 개발 일정과 마일스톤
기술 설명만이 아니라 누가 사고 왜 쓰는지 같이 정리합니다.
- 목표고객
- 시장 규모와 구매 이유
- 경쟁제품 비교
- 도입 후 비용·효과
내부에서 할 일과 외부에 맡길 일을 구분합니다.
- 연구인력·전담조직
- 장비·시설
- 협력기관
- 외주 범위와 내부 역할
개발 이후 판매, 인증, 운영까지 이어지는 계획을 확인합니다.
- 매출·고용·수출 목표
- 판로와 고객 확보
- 인증·양산 일정
- 유지보수·운영 계획
주장마다 붙일 수 있는 근거 파일을 먼저 모읍니다.
- 선행특허·논문
- 견적·산출근거
- 민간부담금·현물 산정
- 인증·특허·연구소 자료
소상공인 적용 질문
작은 기업도 기술개발 공고를 이해할 수 있게 질문을 낮춥니다.
- 매장, 제조, 서비스 현장에서 반복되는 문제를 기술개발 주제로 설명할 수 있는가?
- 단순 홈페이지·앱 외주 제작이 아니라 제품, 공정, 데이터, 운영 방식의 개선인가?
- 개발 후 직접 쓸 고객과 판매 채널을 말할 수 있는가?
- 정부지원금 외에 부담해야 할 현금·현물·인력 투입을 감당할 수 있는가?
- 개발목표가 홍보 문장뿐이고 성능지표가 없다.
- 외주사가 대부분 수행하고 내부 역할이 불분명하다.
- 특허, 데이터, 소스, 디자인의 권리관계가 정리되지 않았다.
- 지원금 집행 이후 정산자료를 만들 담당자가 없다.
상담 전 메모 기준
R&D와 기업인증 자료를 같은 기준으로 나눕니다.
기술자료 원문이나 기업 식별값을 남기지 않고, 상담 화면으로 이동하기 전에 평가근거, 수행역량, 사업화, 보완순서를 질문으로 정리합니다.
문제 정의, 차별성, 현재 수치, 목표 수치가 기술성·사업성·수행역량 중 어디에 들어갈지 상담 전 메모로 나눕니다.
기업부설연구소, 연구인력, 협력기관, 외주 범위를 같은 표에서 구분해 내부 수행 근거와 외부 의존도를 확인합니다.
적용처, 고객군, 판로, 매출·고용·수출 목표를 기대효과 문장으로만 묶지 않고 사업화 자료 후보로 분리합니다.
시험성적서, 인증, PoC, 견적서, 사업계획서 공백은 결과 판단이 아니라 공식 공고와 상담 전 확인할 보완 질문으로 둡니다.
기업인증·연구소·IP
보유 여부보다 공고에서 쓸 위치를 확인합니다.
벤처기업확인, 이노비즈, 메인비즈, 인증서, 시험성적서는 발급일과 유효기간을 공고 마감일 기준으로 다시 맞춥니다.
인증명만 적지 않고 적용 제품군, 기술 범위, 시험 기준, 모델명처럼 공고 제출자료와 연결될 수 있는 범위를 확인합니다.
출원인, 등록권리자, 사용허락, 공동권리 여부를 구분해 기술성 근거인지 권리관계 확인 항목인지 나눕니다.
인증·특허·연구소 자료가 부족하면 현재 기술자료, 납품 이력, 시험 계획, 사업계획서 근거 중 먼저 확인할 항목을 둡니다.
관련 공고