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