사업계획서만 가지고 특허를 만들 수 있을까? 창업자용 준비 가이드

사업계획서를 작성해본 창업자라면 이미 특허 준비에 쓸 수 있는 재료를 상당히 가지고 있습니다. 고객의 문제, 제품이나 서비스의 작동 흐름, 기존 방식의 한계, 기대 효과가 문서 안에 들어 있기 때문입니다.

다만 사업계획서를 그대로 특허출원 서류로 제출할 수 있다는 뜻은 아닙니다. 사업계획서는 시장과 사업성을 설득하는 문서이고, 특허 명세서는 기술의 구성과 작동을 공개하면서 보호받으려는 범위를 정하는 문서입니다. 같은 아이디어를 다루더라도 설명의 목적과 필요한 구체성은 다릅니다.

결론부터 말하면 사업계획서만으로 특허 준비를 시작할 수는 있지만, 출원용 명세서로 완성하려면 기술정보를 보완해야 합니다. 이 글은 사업계획서에서 무엇을 가져오고, 무엇을 새로 확인해야 하는지 순서대로 설명합니다.

1. 사업계획서와 특허 명세서는 무엇이 다를까?

사업계획서는 고객과 시장에 초점을 맞춥니다. 누구의 어떤 불편을 해결하는지, 경쟁 서비스와 무엇이 다른지, 어떻게 수익을 만들 것인지가 중요합니다. 반면 특허 명세서는 기술을 이해하는 사람이 문서만 보고 발명을 실시할 수 있을 정도로 구성과 작동을 설명해야 합니다.

특허법 제42조는 특허출원서에 발명의 설명과 청구범위를 적은 명세서, 필요한 도면, 요약서를 첨부하도록 규정합니다. 발명의 설명은 통상의 기술자가 쉽게 실시할 수 있도록 명확하고 상세해야 하며, 청구항은 발명의 설명으로 뒷받침되고 명확·간결해야 합니다.[1]

2. 사업계획서에서 바로 활용할 수 있는 내용

사업계획서의 모든 문장을 버리고 처음부터 다시 쓸 필요는 없습니다. 다음 내용은 특허 초안을 준비할 때 유용한 출발점이 됩니다.

해결하려는 문제

고객 불편과 기존 방식의 한계는 발명의 배경과 해결하려는 과제를 정리하는 재료가 됩니다. 다만 “불편하다”, “비효율적이다”에서 멈추지 말고 왜 그런 문제가 생기는지 기술적 원인을 한 단계 더 적어야 합니다.

예를 들어 “재고 파악에 시간이 오래 걸린다”는 고객 문제라면 다음 질문으로 이어갈 수 있습니다.

• 판매 채널별 데이터 형식이 달라 집계가 늦어지는가?

• 재고 갱신 주기가 길어 현재 수량과 화면 수량이 달라지는가?

• 담당자가 수동으로 안전재고를 계산해 누락이 생기는가?

제품·서비스의 전체 흐름

사용자가 가입하고 정보를 입력한 뒤 결과를 받는 흐름은 방법 발명이나 시스템 발명을 구체화하는 단서가 됩니다. 화면 순서만 옮기기보다 각 단계에서 어느 장치가 어떤 데이터를 받고, 어떤 처리를 하고, 무엇을 저장하거나 전송하는지 확인해야 합니다.

핵심 기능과 차별점

사업계획서의 기능 목록은 발명 후보를 찾는 데 도움이 됩니다. 그러나 기능이 많다고 하나의 출원에 모두 넣는 것이 항상 좋은 것은 아닙니다. 여러 기능 중에서 기술적 관계가 밀접하고 사업상 중요하며 선행기술과 차이를 설명할 수 있는 중심을 먼저 골라야 합니다.

기대 효과와 검증 자료

처리 시간이 줄었다거나 오류가 감소했다는 내부 시험 결과가 있다면 발명의 효과를 설명하는 근거가 될 수 있습니다. 측정하지 않은 숫자를 성과처럼 만들면 안 됩니다. 수치가 없다면 “어떤 구성으로 어떤 효과가 기대되는지” 인과관계를 설명하고, 실제 측정값과 구분하세요.

화면·아키텍처·프로세스 그림

사업계획서의 서비스 구조도와 사용자 흐름도는 도면 초안으로 활용할 수 있습니다. 다만 홍보용 아이콘과 화면 캡처만으로는 기술 관계가 명확하지 않을 수 있습니다. 서버, 단말, 센서, 데이터 저장부, 처리부 등의 구성과 연결을 다시 그려야 합니다.

3. 특허 준비를 위해 추가해야 할 기술정보 7가지

사업계획서를 특허 자료로 바꿀 때 가장 많이 부족한 부분은 “어떻게 구현하는가”입니다. 다음 일곱 가지를 확인해보세요.

① 발명의 중심

한 문장으로 “무엇을 위한 어떤 장치·시스템·방법인가”를 적습니다. 제품 이름이나 브랜드보다 기술의 대상과 핵심 작동을 표현합니다.

② 구성요소

발명을 이루는 부품이나 기능 단위를 나눕니다. 하드웨어라면 센서, 제어기, 구동부, 결합 구조 등을, 소프트웨어라면 사용자 단말, 서버, 데이터베이스, 수집부, 처리부, 출력부 등을 후보로 적을 수 있습니다.

③ 구성 간 관계

구성요소가 있다는 사실만으로는 부족합니다. 어떤 구성에서 다른 구성으로 데이터나 신호가 이동하는지, 어느 구성의 결과가 다음 구성의 동작 조건이 되는지 연결 관계를 적습니다.

④ 처리 순서

방법 발명이라면 시작 조건부터 결과 출력까지 단계별 순서를 적습니다. 동시에 일어나는 단계, 반복되는 단계, 특정 조건에서만 실행되는 분기도 구분합니다.

⑤ 입력값·판단 조건·출력값

“AI가 분석한다”, “자동으로 추천한다”는 문장은 구현 설명이 아닙니다. 어떤 데이터를 입력받고, 어떤 기준이나 모델로 처리하며, 어떤 결과를 생성하는지 확인합니다. 실제로 확정되지 않은 알고리즘이나 수치를 임의로 채우지 마세요.

⑥ 실시예와 대체 구성

대표적인 사용 상황을 하나 이상 적고, 현실적으로 가능한 다른 구성도 정리합니다. 예를 들어 모바일 앱 대신 웹 화면을 사용할 수 있는지, 센서 종류가 바뀔 수 있는지, 처리가 단말 또는 서버에서 이루어질 수 있는지 검토합니다.

⑦ 발명자와 권리관계

아이디어를 기술적으로 구체화한 사람이 누구인지 기록합니다. 공동창업자, 직원, 외주 개발사와 함께 만든 경우 계약서의 권리 귀속과 실제 기여를 확인해야 합니다. 회사가 출원인이 되더라도 발명자는 실제 창작에 기여한 자연인을 기준으로 검토합니다.

4. 사업계획서를 특허 자료로 바꾸는 6단계

1단계: 발명의 중심을 고릅니다

사업계획서의 기능을 모두 나열한 뒤, 다음 질문에 답합니다.

• 사용자가 비용을 지불하는 핵심 기능은 무엇인가?

• 경쟁 제품과 달라지는 기술적 이유는 무엇인가?

• 모방되었을 때 사업에 가장 큰 영향을 주는 부분은 무엇인가?

• 아직 아이디어에 불과한 부분과 실제 구현한 부분은 무엇인가?

여러 발명이 섞여 있다면 하나의 문서에 억지로 묶기보다 출원 단위를 나눌 필요가 있는지 검토합니다.

2단계: 고객 불편을 기술 과제로 바꿉니다

“사용하기 불편하다”를 “사용자가 반복 입력해야 하는 이유가 무엇인가”로, “속도가 느리다”를 “어느 처리 단계에서 지연이 발생하는가”로 바꿉니다. 해결하려는 과제는 기술 구성과 연결될 수 있어야 합니다.

3단계: 구성요소를 나눕니다

명사 중심으로 장치와 기능을 적고, 같은 뜻의 이름을 통일합니다. “분석 엔진”, “AI 모듈”, “예측부”가 같은 구성이라면 한 이름을 정해 설명과 도면에서 일관되게 사용합니다.

4단계: 연결과 처리 순서를 그립니다

구성요소를 박스로 놓고 화살표로 데이터·신호·물리적 결합을 표시합니다. 각 화살표 옆에 무엇이 이동하는지 적으면 빠진 단계가 드러납니다.

5단계: 실시예와 대안을 보완합니다

한 가지 대표 시나리오를 입력, 처리, 결과 순서로 작성합니다. 이후 입력 데이터가 없을 때, 통신이 끊겼을 때, 기준값을 벗어났을 때처럼 실제로 예상되는 예외를 확인합니다. 가능한 대체 구성은 실제로 구현 가능한 범위에서만 적습니다.

6단계: 설명·청구항·도면을 대조합니다

청구항의 구성요소가 발명의 설명에서 충분히 설명되었는지, 도면의 참조부호가 본문과 일치하는지, 서로 다른 용어가 같은 대상을 가리키지 않는지 확인합니다.

5. 가상 예시: AI 재고관리 서비스를 기술 구조로 바꾸기

다음은 설명 방법을 보여주기 위한 가상 사례입니다. 실제 특허 등록 가능성이나 특정 서비스의 성능을 의미하지 않습니다.

사업계획서에는 다음과 같이 적혀 있다고 가정해보겠습니다.

AI가 재고를 자동으로 관리해 품절과 과잉재고를 줄인다.

이 문장은 사업 효과는 잘 설명하지만, 어떤 기술이 그 효과를 만드는지는 알기 어렵습니다. 특허 준비 자료에서는 다음 질문을 추가합니다.

• 판매기록은 어느 시스템에서 어떤 주기로 수집하는가?

• 상품별 재고, 주문, 반품, 입고 예정량 중 무엇을 입력값으로 사용하는가?

• 수요예측은 서버와 단말 중 어디에서 수행하는가?

• 예측 결과를 발주량으로 바꾸는 기준은 무엇인가?

• 담당자 알림과 주문 시스템 연동은 어떤 조건에서 실행되는가?

• 데이터가 부족하거나 통신이 끊겼을 때는 어떻게 처리하는가?

이 질문에 실제 구현 내용을 답하면 “판매기록 수집부 → 수요예측 처리부 → 발주량 결정부 → 알림·주문 연동부”와 같은 기술 구조가 만들어질 수 있습니다. 이후 각 구성의 입력, 처리 조건, 출력, 예외를 구체화합니다.

6. 명세서 작성 전에 준비하면 좋은 자료

개발이 끝나지 않았더라도 구체적인 구현 계획이 있고 통상의 기술자가 실시할 수 있을 정도로 설명할 수 있다면 준비를 진행할 수 있습니다. 반대로 시제품이 있어도 핵심 기능이 외부 솔루션의 결과인지, 자체 기술이 무엇인지 설명하지 못하면 특허 자료가 부족할 수 있습니다.

7. 사업계획서만으로 진행하기 어려운 신호

다음 항목이 여러 개 해당하면 바로 청구항을 쓰기보다 발명자 인터뷰와 기술자료 보완부터 진행하는 것이 좋습니다.

• “AI가 알아서”, “빅데이터로 분석”, “자동 최적화”처럼 처리 과정이 비어 있다.

• 기능 목록은 많지만 서로 어떤 기술 관계가 있는지 설명하기 어렵다.

• 경쟁사와 다르다는 표현은 있지만 선행기술과 비교한 기록이 없다.

• 기대 효과의 원인이 기술 구성과 연결되지 않는다.

• 개발자와 기획자의 용어가 서로 다르다.

• 핵심 기능이 외부 API나 범용 솔루션에서 그대로 제공된다.

• 구현한 방식과 사업계획서의 설명이 달라졌다.

• 공동창업자·직원·외주사의 기여와 권리관계가 정리되지 않았다.

8. 출원 전 실무 점검표

• 발명의 중심을 한 문장으로 설명할 수 있다.
• 기존 방식의 기술적 문제를 적었다.
• 핵심 구성요소와 역할을 나눴다.
• 구성 간 연결과 처리 순서를 그림으로 정리했다.
• 입력값, 판단 조건, 출력값을 확인했다.
• 대표 실시예와 현실적인 대체 구성을 적었다.
• 확인하지 않은 알고리즘·수치·효과를 사실처럼 넣지 않았다.
• 선행기술 문헌과 내 기술의 공통점·차이점을 비교했다.
• 설명, 청구항, 도면에서 구성 명칭을 통일했다.
• 발명자와 출원인, 공동개발·외주 권리관계를 확인했다.
• 공개 발표·전시·SNS·크라우드펀딩 여부를 확인했다.
• 출원 후 추가하기 어려운 핵심 구현 내용을 출원 전에 검토했다.

특허법 제47조에 따르면 명세서나 도면의 보정은 최초로 첨부한 명세서 또는 도면에 기재된 사항의 범위에서 이루어져야 합니다.[4] 출원 당시 빠진 핵심 기술을 나중에 자유롭게 추가할 수 있다고 생각하면 안 됩니다.

또한 출원 전에 국내외에서 공개되거나 온라인으로 공중이 이용할 수 있게 된 발명은 신규성 판단에 영향을 받을 수 있습니다.[5] 사업계획서 발표, 공개 모집 자료, 홍보 영상, 홈페이지 게시가 있었다면 공개 시점과 내용을 확인하세요. 예외 적용 여부는 사실관계와 절차에 따라 달라질 수 있으므로 개별 검토가 필요합니다.

사업계획서를 발명 자료로 정리해보세요

사업계획서가 있다면 백지에서 시작할 필요는 없습니다. 문제, 핵심 기능, 사용 흐름, 기대 효과를 꺼낸 뒤 기술 구성·관계·조건·실시예를 채우면 발명 분석의 기초 자료가 됩니다.

사업계획서로 발명 분석 시작하기

작업 화면에서 제공되는 현재 기능과 안내를 확인하고, 생성된 결과는 실제 개발 내용 및 원자료와 대조하세요. 자동으로 만들어진 초안이나 점검 결과가 특허 등록 또는 권리 범위를 보장하지는 않습니다.

자주 묻는 질문

Q. 사업계획서 파일만 올리면 바로 출원할 수 있나요?

바로 출원 가능한지는 문서의 구체성에 따라 다릅니다. 일반적인 사업계획서는 시장과 고객 중심으로 작성되어 기술 구성, 처리 조건, 실시예, 청구범위 근거가 부족한 경우가 많습니다. 먼저 부족한 정보를 질문 목록으로 만들고 실제 발명자나 개발자가 확인해야 합니다.

Q. 아직 시제품이 없어도 특허를 준비할 수 있나요?

시제품 자체가 모든 출원의 필수조건은 아닙니다. 다만 발명을 실시할 수 있을 정도로 구체적인 설명이 필요합니다. 구현 방법이 확정되지 않았다면 가능한 대안을 임의로 꾸미기보다 미확정 사항을 구분하고 기술 검토를 먼저 진행하세요.

Q. 정부지원사업용 사업계획서도 활용할 수 있나요?

활용할 수 있습니다. 연구개발 목표, 기존 기술의 한계, 추진 방법, 시스템 구성, 기대 효과 등이 발명 분석에 도움이 됩니다. 다만 평가용 표현이나 목표 수치를 실제 구현 사실과 구분하고, 외부 공개 여부와 연구개발 협약의 권리 조항도 확인하세요.

Q. AI가 사업계획서를 자동으로 특허 명세서로 바꿔줄 수 있나요?

AI는 내용을 분류하고 보완 질문이나 초안을 만드는 데 도움을 줄 수 있습니다. 그러나 빠진 구현 정보를 사실처럼 만들어내지 않았는지, 실제 기술과 일치하는지, 청구항이 설명으로 뒷받침되는지는 사람이 확인해야 합니다. 자동 생성만으로 등록 가능성을 판단할 수 없습니다.

Q. 출원한 뒤 개발 내용이 바뀌면 명세서에 추가할 수 있나요?

보정은 최초 명세서와 도면에 기재된 범위 안에서 이루어져야 합니다. 새로운 핵심 구성을 추가해야 한다면 단순 보정이 가능한지, 별도 출원이나 우선권·분할 등 다른 절차를 검토해야 하는지 전문가와 확인하는 것이 좋습니다.

Q. 사업계획서를 발표했다면 특허를 포기해야 하나요?

공개 시점, 공개된 기술의 구체성, 공개 대상과 접근 가능성에 따라 판단이 달라집니다. 공개가 있었다면 자료, 일시, 참석자, 게시 URL을 보관하고 가능한 한 빨리 개별 검토를 받으세요. 공지예외가 적용될 가능성이 있더라도 요건과 증명 절차를 별도로 확인해야 합니다.

함께 읽으면 좋은 글

• 특허 출원 방법 총정리: 아이디어에서 출원까지 단계별 가이드

• 특허 명세서 구성 항목 10가지: 각 항목에는 무엇을 써야 할까

참고 자료

1. 국가법령정보센터, 특허법 제42조(특허출원)

2. 특허로, 명세서 작성방법

3. 특허로, 명세서작성기(MOIP-Editor) 사용자 설명서

4. 국가법령정보센터, 특허법 제47조(특허출원의 보정)

5. 국가법령정보센터, 특허법 제29조 제1항(특허요건)

확인 기준일: 2026년 10월 12일. 이 글은 대한민국 특허 제도를 기준으로 한 일반적인 준비 안내입니다. 사업계획서의 내용과 공개 이력, 공동개발 관계, 선행기술, 출원 전략에 따라 판단이 달라질 수 있습니다. 작성 도구나 AI의 결과는 실제 발명과 대조해야 하며 특허 등록, 권리 범위 또는 분쟁 결과를 보장하지 않습니다.