임시명세서로 먼저 출원일을 확보하고, 정식출원까지 안전하게 이어가는 법을 10파트 템플릿과 문장 공식 12개로 정리했습니다.
스타트업과 초기 창업팀은 늘 시간에 쫓깁니다.
기술은 아직 완성 중인데, 데모데이·IR·영업·공동개발·정부사업 발표는 먼저 잡힙니다.
이때 가장 많이 생기는 문제가 하나 있습니다.
💡� "공개는 해야 하는데, 아직 특허 명세서를 완성할 시간이 없다."
이 상황에서 실무상 많이 말하는 것이 바로 가출원입니다.
다만 한국 제도 기준으로는 "가출원"보다 임시명세서 제출이라는 표현이 더 정확합니다. 특허청은 2020년부터 특허 및 실용신안 출원 시 정해진 형식 대신 PDF 등 자유로운 형식의 임시명세서를 먼저 제출할 수 있도록 제도를 운영하고 있습니다. 이후 출원일로부터 1년 2개월 이내에 정식 명세서를 제출할 수 있습니다.
핵심은 단순합니다.
임시명세서는 '완성된 특허'를 만드는 문서가 아니라, 먼저 출원일을 잡고 공개 리스크를 줄이기 위한 문서입니다.
하지만 그렇다고 대충 써도 된다는 뜻은 아닙니다. 처음 적어 놓지 않은 내용은 나중에 우선일 주장이 약해질 수 있기 때문입니다.
즉, 잘 쓴 임시명세서는
빠르면서도, 빠짐이 없어야 합니다.
가출원 명세서란 무엇인가
실무에서는 "가출원 명세서"라고 많이 부르지만,
한국 제도 기준으로는 임시명세서라고 이해하는 것이 더 정확합니다.
특허청 설명에 따르면 임시명세서는 특허받고자 하는 기술 내용을 정해진 서식이 아닌 자유로운 형식으로 먼저 제출하는 것입니다. 논문, 연구노트, 기술설명서 형태를 바탕으로도 제출할 수 있도록 제도가 마련되었습니다. 이 제도의 목적은 명세서 형식에 맞춰 다시 쓰느라 시간을 허비하지 않고, 신속하게 먼저 출원할 수 있게 하는 데 있습니다.
하지만 여기서 가장 큰 오해가 생깁니다.
오해 1. "아이디어만 적어도 된다"
아닙니다.
특허청 심사기준의 큰 원칙은 명세서만으로도 기술 내용을 이해할 수 있어야 한다는 것입니다. 기술분야, 해결 과제, 해결수단, 발명을 이해하는 데 필요한 사항이 드러나야 합니다.
오해 2. "먼저 내면 나중에 다 추가할 수 있다"
아닙니다.
국내 우선권 관련 심사기준에서도, 선출원에 없는 내용은 후출원에서 새로 추가된 것으로 취급될 수 있습니다. 즉, 처음 서류에 적혀 있지 않은 핵심은 나중에 넣어도 원래 날짜를 주장하기 어렵습니다.
오해 3. "임시명세서만 내면 특허가 생긴다"
아닙니다.
권리화는 정식 명세서 제출과 이후의 심사 절차를 거쳐야 합니다. 임시명세서는 출발점이지, 종착점이 아닙니다.
언제 임시명세서를 먼저 내야 하는가
아래 상황 중 2개 이상이면, 바로 검토 대상입니다.
1) 외부 공개가 예정되어 있을 때
- 전시회 — 부스에서 기술 설명이 공개됨
- 데모데이 — 투자자 앞에서 핵심 구조 발표
- 보도자료 — 기술 내용이 기사화
- 논문 발표 — 학술 공개
- 유튜브/홈페이지 공개 — 불특정 다수에게 노출
공개 전에 먼저 출원일을 잡는 것이 핵심입니다.
2) 투자자·대기업 미팅이 잡혔을 때
IR 자료나 제안서에는 생각보다 기술 구조가 많이 들어갑니다.
특히 차별 포인트를 설명하려다 보면, 나중에 핵심이 공개될 수 있습니다.
3) 공동개발·외주가 시작될 때
- 소스 설명
- 알고리즘 구조 전달
- 센서/회로/도면 공유
- 제조 조건 전달
외부 파트너가 끼는 순간, 공개 범위가 커집니다.
4) 핵심 기능이 이번 스프린트에서 막 완성됐을 때
완성 직후가 가장 좋습니다.
다음 스프린트에서 바뀔 수 있어도, 현재 완성된 핵심은 먼저 잡아두는 쪽이 안전합니다.
5) 경쟁사 움직임이 보일 때
비슷한 제품 출시, 유사 특허 공개, 전시회 출품 예고가 보이면 속도전으로 바뀝니다.
6) 정부지원사업 선정 또는 협약 직전일 때
사업계획서, 발표자료, 과제 수행 과정에서 기술 설명이 점점 공개됩니다.
7) 영업 제안이나 입찰이 본격화될 때
계약을 따려면 기술 구조를 설명해야 하고, 설명이 많아질수록 출원 필요성도 커집니다.
임시명세서와 정식출원의 차이
아래처럼 이해하면 가장 실무적입니다.
| 구분 | 임시명세서(실무상 가출원) | 정식출원 명세서 |
|---|---|---|
| 목적 | 먼저 출원일 확보, 공개 리스크 완화 | 권리 범위 정리, 심사 대응 |
| 형식 | 자유 형식 허용 | 법령·실무 형식에 맞춘 정리 필요 |
| 핵심 | 빠르게, 그러나 핵심 누락 없이 | 청구항 중심으로 권리화 전략 설계 |
| 위험 | 핵심 미기재 시 우선일 주장 약화 | 나중 보정이 가능해도 한계 존재 |
| 추천 상황 | 발표·영업·공동개발 직전 | 권리 범위와 경쟁 회피까지 설계할 때 |
⚠️️ 임시명세서는 "간단히 쓰는 문서"가 아니라, "빠르게 제출하되 핵심이 빠지지 않아야 하는 문서"입니다.
가출원 명세서 작성 원칙 4가지
원칙 1. 광고문이 아니라 기술문으로 쓴다
"혁신적이다", "특수하다", "최적이다"는 특허 문장이 아닙니다.
무엇이 어떻게 작동하는지 써야 합니다.
원칙 2. 재현 가능하게 쓴다
명세서 기재의 큰 원칙은, 기술 내용을 이해하고 재현할 수 있어야 한다는 점입니다. 특허청 심사기준도 이 취지로 발명의 설명 요건을 제시합니다.
원칙 3. 핵심 차별점은 반드시 넣는다
나중에 넣으려 하면 늦을 수 있습니다.
처음 명세서에 공통으로 기재된 내용이어야 우선일 주장이 강해집니다.
원칙 4. 변형예를 함께 남긴다
실무상 가장 많이 빠지는 부분입니다.
기본안만 적으면 경쟁사가 다른 센서, 다른 모델, 다른 로직으로 쉽게 우회할 수 있습니다.
재현 가능하게 쓰는 10파트 템플릿
아래 10파트는 임시명세서 초안의 최소 뼈대입니다.
1) 발명의 명칭
제품/기술명 + 핵심 효과 형태가 좋습니다.
- 사용자 행동 기반 개인화 추천 방법
- 열화도 추정 기반 튀김유 교체 알림 시스템
- 루브릭 기반 서술형 평가 및 피드백 생성 방법
2) 기술분야
"본 발명은 ○○ 분야에 관한 것이다"로 시작합니다.
3) 배경기술 및 문제점
종래 기술이나 기존 방식이 어디서 막히는지 씁니다.
사업계획서의 문제정의와 가장 잘 연결되는 부분입니다.
4) 발명의 목적
무엇을 줄이고, 무엇을 높이고, 무엇을 가능하게 하는지 씁니다.
5) 해결수단(핵심 구성)
시스템/방법을 구성하는 핵심 요소를 적습니다.
최소 3개는 나오는 편이 좋습니다.
6) 작동 흐름
입력 → 처리 → 출력 순서가 보이게 씁니다.
7) 구현예
최소 2개는 두는 것이 좋습니다.
- 기본 구현 — 핵심 로직 그대로
- 변형 구현 — 다른 기술/재료로 동일 목적 달성
8) 실시 가능 정보
파라미터, 조건, 데이터, 재료, 예외 처리, 환경 조건 등을 적습니다.
9) 효과
"정확도가 향상된다"보다
"오류를 감소시키고, 처리 시간을 단축하며, 작업자 편차를 줄인다"처럼 쓰는 편이 강합니다.
10) 변형예 및 대체구성
다른 모델, 다른 센서, 다른 재료, 다른 인터페이스를 써도 동일 목적을 달성할 수 있음을 적습니다.
나쁜 문장 vs 좋은 문장
예시 1. AI 추천
나쁜 예:
"AI로 사용자에게 맞춤 추천을 제공한다."
이 문장만으로는 아무 것도 남지 않습니다.
좋은 예:
"사용자 이벤트 로그 중 조회, 클릭, 구매 데이터를 세션 단위로 집계하고, 카테고리 선호도, 가격 민감도, 재방문 주기를 포함하는 특징벡터를 생성한다. 후보 항목은 규칙 기반 필터링으로 1차 축소한 뒤, 스코어링 모델을 통해 최종 순위를 산출한다. 신규 사용자의 경우 유입 키워드, 지역, 디바이스 정보를 이용해 초기 벡터를 설정한다."
✅좋은 이유: 입력이 보임, 처리 방식이 보임, 예외 처리까지 보임
예시 2. 소재·코팅
나쁜 예:
"특수 코팅으로 내구성을 높인다."
좋은 예:
"기재 표면을 세정 및 건조한 후 프라이머를 도포하고, 수지와 경화제를 소정 비율 범위로 혼합하여 표면에 도포한다. 이후 설정된 온도 및 시간 조건에서 경화하며, 코팅 두께가 기준 범위를 벗어나면 박리율이 증가할 수 있다."
✅좋은 이유: 공정 순서가 보임, 조건이 보임, 범위 개념이 들어감
바로 붙여 넣는 문장 템플릿 12개
아래는 그대로 써도 되는 구조입니다.
문제정의
"종래의 ○○ 환경에서는 ○○ 상황에서 ○○ 문제가 반복적으로 발생하여 ○○ 손실이 발생한다."
기존기술 한계
"기존의 ○○ 방법은 ○○ 원인으로 인해 ○○ 한계를 가지며, 특히 ○○ 조건에서 그 한계가 심화된다."
발명의 목적
"본 발명의 목적은 상기 문제를 해결하여 ○○를 감소시키고 ○○를 향상시키는 데 있다."
발명의 요지
"본 발명은 ○○ 모듈, ○○ 모듈 및 ○○ 모듈을 포함하는 ○○ 시스템/방법을 제공한다."
용어 정의
"여기서 '○○'는 ○○를 의미하며, 필요에 따라 ○○를 포함할 수 있다."
단계 서술
"단계 S1에서 ○○를 수신하고, 단계 S2에서 ○○ 처리를 수행하며, 단계 S3에서 ○○ 결과를 생성한다."
파라미터 범위
"○○ 값은 하한 ○○ 내지 상한 ○○ 범위일 수 있으며, 상기 범위를 벗어나면 ○○ 문제가 발생할 수 있다."
예외 처리
"○○ 데이터가 부재하거나 신뢰도가 기준 미만인 경우, ○○ 대체 데이터 또는 사용자 확인 절차를 수행한다."
효과
"이에 따라 ○○ 지표를 개선하고, ○○ 업무의 편차를 감소시키며, ○○ 시간을 단축할 수 있다."
변형예
"일 실시예에서 ○○ 대신 ○○를 사용하더라도 실질적으로 동일한 목적을 달성할 수 있다."
시스템 연결
"○○ 모듈과 ○○ 모듈은 유무선 인터페이스를 통해 연결되며, 데이터는 주기적 또는 이벤트 기반으로 전달될 수 있다."
도면 참조
"도 1은 본 발명의 일 실시예에 따른 시스템 구성을 개략적으로 도시한 도면이다."
가출원 → 정식출원 30/60/90일 로드맵
임시명세서는 빠른 출원을 위한 장치이고, 이후 정식 명세서 제출이 따라와야 합니다. 접수 후 계획이 중요합니다.
| 시점 | 할 일 | 핵심 포인트 |
|---|---|---|
| D-30 | 초안 정리 | 핵심 구성요소 3개 이상, 기본·변형 구현 각 1개, 도면 러프 1장 |
| D-14 | 공개 전 보강 | 블록도/순서도 2장, 예외 처리 1개, 파라미터 범위 2개, 대체구성 3개 |
| D-0 | 임시명세서 제출 | 발표/영업/전시 전에 먼저 제출, 버전 관리, 공개 일정 기록 |
| D+30 | 정식출원 설계 | 청구항 후보 포인트 정리, 독립항 1~2개, 종속항 재료 확보 |
| D+60 | 경쟁 회피 검토 | 유사 공개특허 검색, 대체구성 보강, 우회 포인트 차단 |
| D+90 | 정식 명세서 고도화 | 누락 구현예 추가, 도면 정리, 용어 일관화, 사업계획서와 표현 정렬 |
📌� 정식명세서 제출 기한(출원일로부터 1년 2개월)을 반드시 캘린더에 등록하세요.
자주 하는 실수 9가지
| # | 실수 | 왜 문제인가 | 대안 |
|---|---|---|---|
| 1 | 아이디어 소개문으로 끝낸다 | 설명이 아니라 홍보가 됨 | 입력–처리–출력 구조로 재작성 |
| 2 | 입력–처리–출력이 없다 | 재현 구조가 안 보임 | 최소 3단계 흐름 작성 |
| 3 | 핵심 차별점이 빠졌다 | 우선일 주장이 흔들림 | 차별점을 별도 항목으로 분리 |
| 4 | 도면이 없다 | 이해도가 크게 떨어짐 | 블록도/순서도 최소 1장 |
| 5 | 변형예가 없다 | 우회 가능성 커짐 | 대체 기술 3개 이상 기재 |
| 6 | 용어 정의가 없다 | 해석 싸움에서 불리 | 핵심 용어 3~5개 정의 |
| 7 | 효과를 수식어로만 쓴다 | "혁신적"은 도움 안 됨 | 구체적 지표로 서술 |
| 8 | 영업비밀을 과다 공개한다 | 재현은 필요하지만 노하우 전부는 불필요 | 필요 최소한으로 조절 |
| 9 | 사업계획서와 용어가 다르다 | 심사·설명 모두 불리 | 용어 통일 후 제출 |
정부지원사업·사업계획서와 연결하는 법
이 파트가 실제로 중요합니다.
PSST와 연결
| PSST 항목 | 명세서 대응 파트 |
|---|---|
| Problem | 배경기술과 문제점 |
| Solution | 해결수단과 구성요소 |
| Scale-up | 적용 대상 확장 가능성 |
| Team/Traction | 실제 구현 능력과 검증 계획 |
BMC와 연결
- 핵심자원 — IP (특허/가출원)
- 핵심활동 — 기술개발·출원 로드맵
- 가치제안 — 기존 방식 대비 구조적 개선
정부지원사업과 연결
창업지원사업에서는 "이미 권리 등록이 되었는가"보다 권리화 가능성과 실행 준비도를 보는 경우가 많습니다. 임시명세서 또는 출원 로드맵은 그 근거가 될 수 있습니다.
💡� 좋은 연결 문장 예시: "당사는 핵심 기술에 대해 임시명세서 제출을 통해 선제적으로 출원일을 확보하고, 후속 정식출원에서 청구항 범위를 고도화하는 방식으로 기술 보호 전략을 운영한다."
제출 전 최종 체크리스트
아래 15개 중 12개 이상이면, 임시명세서 초안으로는 상당히 강한 편입니다.
- 핵심 구성요소가 3개 이상 보이는가
- 입력–처리–출력 흐름이 있는가
- 기본 구현예가 있는가
- 변형 구현예가 있는가
- 대체구성이 3개 이상 있는가
- 파라미터나 조건 범위가 2개 이상 있는가
- 예외 처리 1개 이상이 있는가
- 용어 정의가 있는가
- 블록도 또는 순서도가 있는가
- 효과가 구조적으로 서술되어 있는가
- 핵심 차별점이 빠지지 않았는가
- 외부 공개 일정보다 제출일이 앞서는가
- 공동개발이면 권리 귀속이 정리되어 있는가
- 정식출원 로드맵이 있는가
- 사업계획서와 용어가 일치하는가
업종별 실전 예시 2개
예시 1. 외식/프랜차이즈 — 튀김유 열화도 자동 알림
발명의 명칭: 튀김유 열화도 기반 자동 교체 알림 및 발주 연동 시스템
기술분야: 본 발명은 주방 IoT 및 식품 품질 관리 분야에 관한 것이다.
배경기술: 종래에는 튀김유 교체 시점을 작업자의 경험이나 육안 점검에 의존하여 판단하므로, 과도한 교체에 따른 원가 상승 또는 지연 교체에 따른 품질 저하와 클레임이 발생할 수 있다.
해결수단: 본 시스템은 온도 센서와 유전율 또는 전도도 센서 중 적어도 하나를 포함하는 감지 모듈, 열화도 산출 모듈, 알림 모듈, 발주 연동 모듈을 포함한다.
작동 흐름:
- S1 — 튀김유의 온도 및 센서값을 주기적으로 수집한다.
- S2 — 수집값을 보정 테이블에 따라 보정하고 열화도 지수 D를 계산한다.
- S3 — 지수 D가 임계치 이상이면 교체 알림을 생성하고 발주 시스템에 예상 교체량을 반영한다.
변형예: 센서값 신뢰도가 낮은 경우, 튀김 횟수 또는 가열 시간 로그를 이용해 지수 D를 추정할 수 있다.
예시 2. 에듀테크 — 서술형 답안 자동 평가
발명의 명칭: 루브릭 기반 서술형 답안 평가 및 개인화 피드백 생성 방법
기술분야: 본 발명은 교육 평가 및 자연어 처리 기반 학습 분석 분야에 관한 것이다.
배경기술: 종래의 서술형 채점은 교사의 수작업 부담이 크고, 피드백 품질 편차가 발생하기 쉽다. 단순 키워드 매칭 방식은 논지 전개와 근거 제시를 충분히 반영하기 어렵다.
해결수단: 본 방법은 문항-루브릭 매핑 모듈, 답안 구조화 모듈, 점수 산출 모듈, 피드백 생성 모듈 및 교사 검토 인터페이스를 포함한다.
작동 흐름:
- S1 — 문항별 루브릭 항목을 로드한다.
- S2 — 답안을 문장 단위로 분할하고 주장·근거·예시 라벨을 부여한다.
- S3 — 루브릭 항목별 증거 문장을 연결하여 점수를 산출한다.
- S4 — 오개념 패턴이 탐지되면 교정 피드백을 생성하고 교사 인터페이스에서 승인 또는 수정한다.
예외 처리: 입력이 이미지인 경우 OCR을 수행하고, OCR 신뢰도가 기준 미만이면 교사 확인 절차를 요청할 수 있다.
변형예: 구조화 방식은 규칙 기반 외에 통계 기반 또는 신경망 기반 분류기로 대체될 수 있다.
자주 묻는 질문
Q. 가출원 명세서는 아이디어만 적어도 되나요?
Q. 가출원 후 정식출원에서 내용을 더 추가할 수 있나요?
Q. 도면은 꼭 필요한가요?
Q. 가장 많이 빠뜨리는 것은 무엇인가요?
Q. 정부지원사업 준비 중인데 가출원이 도움이 되나요?
사업계획서, 어디서부터 시작할지 막막하신가요?
가출원 명세서의 배경기술과 문제정의는 사업계획서의 핵심과 직결됩니다. AI IR KIT으로 문제정의와 시장분석을 먼저 정리하면, 명세서 초안 작성이 훨씬 수월해집니다. 무료 체험으로 시작해보세요.
무료로 시작하기관련 글
PSST 프레임워크를 섹션별로 분석합니다.
고객 Pain Point를 설득력 있게 표현하는 법.
TAM/SAM/SOM 개념과 산출 방법을 설명합니다.