심사위원은 첫 페이지에서 한 가지를 확인한다. '이 팀이 문제의 구조를 실제로 파악하고 있는가.' 문제와 해결책이 논리적으로 이어지지 않으면, 이후 아무리 정교한 기술 설명이나 시장 규모 수치를 덧붙여도 회복이 어렵다. 이 글은 창업진흥원 지원사업 사업계획서에서 반복적으로 나타나는 논리 단절 패턴 3가지를 구체적 전·후 예시와 함께 짚는다.
창업진흥원 계열 사업(예비창업패키지, 초기창업패키지 등)의 서면 심사는 제한된 시간 안에 수십 건을 처리한다. 심사위원은 '문제-원인-솔루션'이 하나의 줄기로 이어지는지를 빠르게 확인한다. 이 줄기가 끊어지면 이후 섹션의 신뢰도도 함께 무너진다.
많은 창업자가 '문제는 실재한다'는 사실을 증명하는 데 집중한다. 그러나 심사위원이 실제로 보는 것은 다른 질문이다. '이 팀이 제안한 해결책이 바로 이 문제의 핵심 원인을 겨냥하고 있는가.' 문제의 존재 증명, 원인 분석, 솔루션의 설계 원리가 하나의 흐름으로 연결되어야 한다.
아래에서 설명할 3가지 패턴은 각각 '어디서 연결 고리가 끊기는가'에 따라 구분된다. 패턴 1은 문제와 원인 사이, 패턴 2는 원인과 솔루션 사이, 패턴 3은 솔루션의 설계 근거 자체가 비어 있는 경우다.
가장 흔한 패턴이다. 사회적 현상이나 시장 통계를 나열한 뒤, '따라서 우리 솔루션이 필요하다'고 곧장 건너뛴다. 문제의 규모는 크게 제시하지만 왜 그 문제가 발생하는지에 대한 분석이 없다. 심사위원 입장에서는 '문제가 크다는 건 알겠는데, 이 팀이 해결하려는 지점이 어디인지 모르겠다'는 인상을 받는다.
| 구분 | 수정 전 서술 | 수정 후 서술 |
|---|---|---|
| 문제 서술 | 국내 중소기업의 60% 이상이 디지털 전환에 어려움을 겪고 있다. | 국내 중소기업 중 IT 전담 인력이 없는 곳이 전체의 72%이며, 외부 솔루션 도입 시 내부 운영자를 교육할 리소스가 없어 도입 후 6개월 내 사용 중단률이 45%에 달한다. |
| 원인 분석 | (없음 — 바로 솔루션으로 이동) | 핵심 원인은 '도구 부재'가 아니라 '도입 후 현장 운영 단계의 지원 공백'이다. 기존 솔루션은 초기 세팅에 집중하고 운영 단계 이후를 방치한다. |
| 솔루션 연결 | 그래서 저희 플랫폼을 개발했습니다. | 운영 단계 지원 공백을 메우기 위해, 현장 담당자가 별도 교육 없이 즉시 쓸 수 있는 운영 어시스턴트를 설계했다. 도입 이후 6개월간 현장 운영 로그를 기반으로 자동 대응 시나리오를 생성한다. |
수정 전처럼 원인 분석이 빠지면 솔루션이 아무리 정교해도 '왜 이 방식으로 해결하는가'를 설명할 근거가 없다. 수정 후처럼 원인을 명시해야 솔루션의 설계 방향이 필연적으로 보인다.
두 번째 패턴은 문제와 원인 분석까지는 탄탄하지만, 솔루션이 그 원인을 직접 겨냥하지 않는 경우다. 원인으로 A를 지목해놓고 B를 해결하는 도구를 내놓는다. 심사위원은 이 지점에서 '원인 분석과 솔루션이 따로 논다'고 판단한다.
실제로 자주 등장하는 유형이 있다. 원인 분석에서 '의사와 환자 간 정보 비대칭이 문제'라고 썼는데, 솔루션은 '병원 예약 자동화 플랫폼'이다. 정보 비대칭은 예약 편의성과는 다른 문제다. 원인 분석이 정확하더라도 솔루션이 그 원인을 건드리지 않으면 연결 고리는 끊긴다.
이 패턴이 발생하는 주된 이유는 창업자가 먼저 제품을 구상하고, 이후 사업계획서 작성 단계에서 문제와 원인을 역방향으로 짜맞추기 때문이다. 솔루션이 먼저 정해진 상태에서 원인을 쓰다 보면, 솔루션의 실제 기능과 원인 분석이 어긋나기 쉽다.
세 번째 패턴은 문제-원인-솔루션의 흐름이 겉으로는 이어져 있지만, 솔루션이 '왜 이 방식으로 작동하는가'를 설명하지 않는 경우다. '인공지능 기반으로 개인화 추천을 제공한다'거나 '빅데이터 분석을 통해 문제를 해결한다'는 식의 서술이 대표적이다. 기술 명칭은 있지만 그 기술이 원인을 어떻게 해소하는지의 연결 고리가 빠져 있다.
| 서술 유형 | 예시 문장 | 심사위원이 느끼는 공백 |
|---|---|---|
| 기술 명칭 나열형 | 자연어 처리 기술을 활용해 사용자 불편을 해소합니다. | 왜 자연어 처리인가? 원인의 어느 지점을 이 기술이 해결하는가? |
| 효과 선언형 | 사용자 만족도를 30% 향상시킬 수 있습니다. | 30%의 근거는 무엇인가? 원인 해소와 이 수치의 연결은? |
| 차별화 일반형 | 기존 솔루션과 달리 혁신적인 방식으로 접근합니다. | 무엇이 어떻게 다른가? 차별화 지점이 원인과 어떻게 연결되는가? |
| 설계 근거 명시형 (권장) | 기존 솔루션은 사용자가 직접 조건을 설정해야 해서 초기 이탈이 발생한다. 우리는 초기 3회 사용 로그를 자동 분석해 조건을 사전 구성하므로, 설정 단계 이탈을 구조적으로 차단한다. | 원인(설정 단계 이탈) → 설계 원리(자동 사전 구성) → 효과(이탈 차단)가 하나로 연결된다. |
설계 근거를 명시하려면 '기존 방식이 원인을 해소하지 못하는 이유'를 먼저 한 줄로 쓰고, '우리 방식이 그것을 어떻게 다르게 처리하는가'를 이어서 쓰면 된다. 기술 명칭보다 작동 원리를 서술하는 것이 논리 연결에 훨씬 효과적이다.
아래 5단계 체크리스트는 사업계획서를 제출하기 전 스스로 논리 연결을 점검하는 순서다. 각 단계를 통과하지 못하면 해당 섹션을 다시 쓴 뒤 다음 단계로 넘어간다.
5단계를 모두 통과하더라도 작성자 본인은 논리 공백을 인지하기 어렵다. 이미 사업의 전체 맥락을 알고 있어서, 글에 생략된 연결 고리를 무의식적으로 채우며 읽기 때문이다. 제3자 시점의 검토가 제출 전 마지막 단계로 필요한 이유다.
Q. 문제 정의를 좁게 쓰면 시장이 작아 보이지 않을까요?
A. 문제 정의와 시장 규모는 별개 섹션에서 다루는 것이 원칙이다. 문제 정의 섹션에서는 '누구의, 어떤 문제인가'를 좁고 명확하게 쓰는 것이 논리 연결에 유리하다. 시장 규모는 이후 섹션에서 해당 문제를 가진 대상의 수와 경제적 규모로 풀면 된다. 문제 정의를 넓게 써서 인과 체인이 끊기는 것보다, 좁고 명확하게 써서 연결을 완성하는 편이 심사 점수에 유리하다.
Q. 원인이 여러 개일 때 어떻게 해야 하나요?
A. 원인이 여러 개라면 '우리 솔루션이 실제로 해결하는 원인'을 하나로 특정해야 한다. 나머지 원인들은 문제의 복합적 구조를 설명하는 배경으로 간략히 언급하되, 솔루션과 직결되는 핵심 원인을 명시적으로 지정해야 한다. 원인이 3개이고 솔루션이 그 중 하나만 건드린다면, 나머지 2개는 '우리 범위 밖'임을 명확히 쓰는 것이 오히려 신뢰를 높인다.
Q. 양식마다 섹션 구성이 다른데, 인과 체인 원칙이 동일하게 적용되나요?
A. 예비창업패키지, 초기창업패키지, 창업도약패키지 등 양식에 따라 섹션 명칭과 분량은 다르다. 그러나 심사위원이 '문제-원인-솔루션' 연결을 확인하는 행위는 양식과 무관하게 동일하다. 두 섹션이 분리되어 있더라도 원인 분석 문장이 두 섹션을 잇는 다리 역할을 해야 한다.
본문에서 설명한 3가지 패턴 — 원인 없는 문제, 원인과 어긋난 솔루션, 설계 근거 없는 솔루션 — 은 작성자 본인이 발견하기 어렵다. 이미 사업의 전체 맥락을 알고 있어서, 글에 생략된 연결 고리를 머릿속으로 채우며 읽는다. 심사위원은 그 맥락 없이 텍스트만 읽는다.
논리 단절을 찾으려면 사업 내용을 모르는 시선이 필요하다. 제3자가 문서만 보고 '왜 이 원인에서 이 솔루션이 나오는가'를 납득할 수 있어야 한다. 이 점검을 제출 전에 수행하는 것이 탈락 이후 원인을 분석하는 것보다 훨씬 효율적이다.
지금 내 사업계획서를 점검해 보세요
내 사업계획서 논리 단절 진단받기 — 단건 결제 5,000원
🔒 베타 기간 무료 · 핵심 아이디어는 저장하지 않아요
OpenSeed AI 심사 시작 →