3화. 아이디어 검증 — 확신이 아니라 근거가 필요하다
Claude 프로젝트 기반 사업계획서 작성 가이드 [3/8]
출처 : 구글 제미나이. 저자 직접 작성좋은 아이디어는 위험하다. 확신이 생기기 때문이다.
사업계획서를 쓰는 사람은 대부분 자기 아이디어에 대한 확신이 있다. 당연하다. 확신이 없었으면 사업계획서를 쓰지도 않았을 것이다. 문제는, 그 확신이 검증을 건너뛰게 만든다는 것이다. "우리 기술이 최고니까 시장이 있을 거야", "이 정도면 평가위원도 인정하겠지"라는 생각으로 바로 본문 작성에 들어간다. 그리고 평가 결과를 받아보고 당황한다.
평가위원은 확신에 점수를 주지 않는다. 근거에 점수를 준다.
프로젝트 셋업이 끝나면 바로 글을 쓰고 싶은 유혹이 생긴다. 그 유혹을 참아야 한다. 2단계 아이디어 검증은 전체 프로세스에서 가장 건너뛰고 싶지만, 가장 건너뛰면 안 되는 단계다. 이 단계를 거치지 않은 사업계획서는 기초 공사 없이 올린 건물과 같다. 겉은 그럴듯하지만, 평가위원의 날카로운 질문 하나에 무너진다.
왜 사람이 아니라 AI에게 검증을 맡기는가
물론 아이디어 검증은 사람에게도 받을 수 있다. 동료, 선배, 외부 전문가에게 "이 아이디어 어떻게 생각하세요?"라고 물으면 된다. 그런데 실무에서는 이게 생각보다 어렵다.
첫째, 시간이다. 바쁜 전문가에게 상세한 검토를 부탁하면 피드백이 돌아오기까지 며칠에서 몇 주가 걸린다. 사업계획서 마감은 기다려주지 않는다.
둘째, 솔직함이다. 같은 조직의 동료나 선후배에게 "이 아이디어의 약점이 뭐야?"라고 물으면, 관계를 고려해서 핵심 약점을 부드럽게 넘어가는 경우가 많다. "전반적으로 좋은데, 이 부분만 조금 더 보완하면 될 것 같아요"라는 피드백은 기분은 좋지만 도움은 안 된다.
셋째, 맥락이다. 외부 전문가는 해당 공고의 평가기준, 자사의 기술 수준, 경쟁 환경을 모른다. 일반적인 의견은 줄 수 있지만, 이 특정 공고에 이 특정 아이디어가 어떤지에 대한 맞춤형 검증은 어렵다.
Claude는 이 세 가지 한계를 구조적으로 해결한다. 즉시 피드백을 주고, 체면을 고려하지 않으며, 프로젝트에 업로드된 공고문·평가기준·기술 자료를 모두 참조한 상태에서 검증한다. 사람의 검증을 대체하는 것이 아니라, 사람에게 가기 전에 아이디어의 기본 체력을 끌어올리는 것이다.
스텝 1. 아이디어 초기 진단 — 문제지부터 펼쳐라
검증의 첫 단계는 공고문과 평가기준표에 아이디어를 대조하는 것이다. 사업계획서는 자유 에세이가 아니라 시험 답안이다. 출제자가 원하는 것을 먼저 파악해야 한다.
Claude에게 이렇게 요청한다.
"업로드된 공고문과 평가기준표를 기반으로, 우리 핵심 아이디어의 부합도를 진단해줘. 공고에서 요구하는 항목별로 우리 아이디어가 얼마나 잘 대응하는지, 그리고 명백한 약점이 있다면 초기에 짚어줘."
이 요청 하나로 Claude는 공고문의 요구사항을 항목별로 분해하고, 각 항목에 아이디어가 어떻게 매칭되는지를 분석한다. 잘 맞는 부분은 확인해주고, 빈 곳은 명확히 드러낸다.
이 단계에서 흔히 발견되는 것들이 있다. 공고가 요구하는 기술 수준에 자사 기술이 미치지 못하는 경우, 공고의 핵심 평가 항목을 아이디어가 아예 다루지 않는 경우, 또는 아이디어의 방향이 공고의 정책 목표와 어긋나는 경우. 이런 것들을 본문 작성 이전에 발견하는 것과 작성 이후에 발견하는 것은 수정 비용이 완전히 다르다.
스텝 2. 타당성 검증 — 세 개의 렌즈로 들여다본다
초기 진단이 공고 대비 부합도를 본 것이라면, 타당성 검증은 아이디어 자체의 실현 가능성을 평가하는 과정이다. 세 가지 관점에서 동시에 들여다본다.
기술적 실현 가능성. 이 아이디어를 3년 안에 기술적으로 구현할 수 있는가? 필요한 핵심 기술의 성숙도는 어느 수준인가? 자사가 보유한 기술과 외부에서 확보해야 할 기술의 비율은? 기술적으로 불가능한 것을 가능하다고 쓰면, 기술 전문가인 평가위원이 바로 알아챈다.
시장 수요. 이 제품이나 서비스를 실제로 원하는 고객이 존재하는가? "있으면 좋겠다"와 "돈을 내고 사겠다"는 전혀 다른 이야기다. 시장이 존재한다는 주장에 얼마나 구체적인 근거가 있는지를 본다.
정책 부합도. 정부 R&D 사업은 정책 목표가 있다. 디지털 전환, 탄소 중립, 국민 건강 등 정부가 추진하는 정책 방향과 아이디어가 얼마나 맞닿아 있는지가 중요하다. 기술적으로 우수해도 정책 방향과 동떨어져 있으면 점수가 낮아진다.
Claude에게 이 세 관점을 명시적으로 요청하는 것이 효과적이다.
"우리 아이디어를 기술적 실현 가능성, 시장 수요, 정책 부합도의 세 가지 관점에서 각각 평가해줘. 각 관점에서 강점과 약점을 구분하고, 약한 부분은 근거와 함께 솔직하게 지적해줘. 점수를 매기듯 평가해도 좋다."
여기서 핵심은 "솔직하게 지적해줘"라는 요청이다. AI는 기본적으로 긍정적인 톤으로 답변하는 경향이 있다. 그래서 비판을 요청하지 않으면, 검증이 아니라 위로를 받게 된다. 명시적으로 비판을 요청해야 날카로운 피드백이 나온다. "잘한 부분보다 약한 부분을 더 깊이 분석해줘"라고 추가하면 더 효과적이다.
이 과정에서 아이디어가 크게 수정되는 경우도 있다. 그것이 정상이다. 검증의 목적은 아이디어를 확인하는 것이 아니라, 아이디어를 개선하는 것이기 때문이다.
스텝 3. 보완 및 차별화 도출 — 약점을 전략으로 바꾸다
타당성 검증에서 약점이 드러났다면, 그 다음은 보완이다. 약점을 무시하거나 감추는 것이 아니라, 정면으로 다루는 것이 전략이다.
사실 평가위원은 완벽한 사업계획서를 기대하지 않는다. 모든 사업에는 위험과 약점이 있고, 평가위원도 그것을 안다. 그들이 보는 것은 약점의 유무가 아니라, 약점을 인지하고 있는지, 그리고 그에 대한 대응 전략이 있는지다. 약점을 감추면 감점이고, 약점을 인지하고 대응하면 가점이다.
Claude에게 이렇게 요청한다.
"앞서 검증에서 드러난 약점들을 정리하고, 각 약점에 대한 보완 방향을 제안해줘. 그리고 경쟁사 대비 우리의 차별화 포인트를 3가지 이상 도출해줘. 차별화는 기술적 차별화, 비즈니스 모델 차별화, 고객 가치 차별화를 모두 고려해."
이 단계에서 나오는 차별화 포인트는 이후 사업계획서 전체를 관통하는 핵심 메시지가 된다. 기술 개발 내용에서도, 시장 분석에서도, 사업화 전략에서도 반복적으로 활용되는 논리적 무기다.
차별화는 단순히 "우리가 더 낫다"가 아니다. "왜 더 나은지", "얼마나 더 나은지", "그것이 고객에게 어떤 의미인지"까지 구체화해야 한다. 기술이 10% 빠르다는 것은 차별화가 아니다. 그 10%가 고객의 어떤 문제를 해결하는지를 연결해야 차별화다.
스텝 4. 아이디어 구조화 — 린 캔버스 한 장에 담다
검증과 보완이 끝나면, 이제 흩어진 조각들을 하나의 구조로 정리할 차례다. 여기서 사용하는 도구가 린 캔버스(Lean Canvas)다.
린 캔버스는 사업의 전체 그림을 한 장에 담는 프레임워크다. 9개의 칸에 핵심 요소를 채운다. 문제, 고객 세그먼트, 고유 가치 제안, 솔루션, 채널, 수익 흐름, 비용 구조, 핵심 지표, 경쟁 우위.
왜 린 캔버스인가? 사업계획서는 수십 페이지짜리 문서다. 작성하다 보면 숲을 잃고 나무만 보게 된다. 린 캔버스는 언제든 돌아올 수 있는 전체 지도 역할을 한다. 기술 개발 내용을 쓰다가 "이 기술이 궁극적으로 어떤 가치를 만드는 거였지?"라는 의문이 들면, 린 캔버스를 보면 된다.
Claude에게 이렇게 요청한다.
"지금까지의 검증 결과와 보완 내용을 바탕으로, 린 캔버스를 작성해줘. 각 칸에는 핵심 내용만 간결하게 넣되, 앞서 도출한 차별화 포인트가 '고유 가치 제안'과 '경쟁 우위' 칸에 명확히 반영되도록 해줘."
여기서 생성된 린 캔버스는 단순한 정리 문서가 아니다. 이후 기술 조사(3단계)와 시장 조사(4단계)의 방향을 결정하는 나침반이 된다. 린 캔버스에서 "문제"로 정의한 것이 시장 조사에서 고객 니즈 분석의 출발점이 되고, "솔루션"으로 정의한 것이 기술 조사에서 핵심 기술 분석의 출발점이 된다.
이 단계를 건너뛰면 무슨 일이 생기는가
검증 없이 본문 작성에 들어가면, 아이디어의 약점이 사업계획서 곳곳에 지뢰처럼 숨어 있게 된다. 기술 파트에서 실현 불가능한 일정을 제시하고, 시장 파트에서 근거 없는 수요를 주장하며, 예산 파트에서 현실과 동떨어진 비용을 적는다. 각 섹션을 따로 보면 그럴듯하지만, 전체를 놓고 보면 논리가 맞지 않는다.
평가위원은 이것을 '스토리가 없는 사업계획서'라고 부른다. 기술과 시장과 재무가 하나의 이야기로 연결되지 않는 문서. 검증 없이 쓴 사업계획서는 대부분 "그럴듯하다"는 평을 받는다. 그리고 떨어진다.
반면 검증을 거친 아이디어로 작성된 사업계획서는 다르다. 기술 개발 계획이 시장의 실제 니즈에 맞닿아 있고, 예산이 기술 개발 일정과 정합하며, 기대 효과가 시장 규모 데이터와 연결된다. 하나의 이야기가 처음부터 끝까지 관통한다. 이 일관성은 검증 단계에서 만들어지는 것이다.
30페이지짜리 사업계획서를 다 쓴 뒤에 "아이디어를 수정해야 할 것 같다"는 결론에 도달하는 것과, 본문 작성 전에 아이디어를 검증하고 보완하는 것. 어느 쪽이 효율적인지는 말할 필요도 없다.
다음 회 예고
4회에서는 3단계 기술 조사를 다룬다. 검증된 아이디어를 기술적으로 뒷받침할 근거를 확보하는 과정이다. TRL 평가, 특허 분석, 기술 동향 조사, 그리고 경쟁사 대비 기술 차별성을 구체적 숫자로 정리하는 방법을 보여드리겠다.
검증이 끝난 아이디어는 이제 주장이 아니라 가설이다. 이 가설을 기술과 시장의 데이터로 증명하는 여정이 시작된다.
� 오늘의 핵심 정리
• 평가위원은 확신이 아니라 근거에 점수를 준다
• AI 검증의 강점 : 즉시성, 솔직함, 맥락 기반 — 사람 피드백 전에 기본 체력을 올린다
• 약점은 감추는 것이 아니라, 인지하고 대응 전략을 보여주는 것이 전략이다
• 린 캔버스는 정리 도구가 아니라, 이후 모든 조사의 방향을 결정하는 나침반이다
이 시리즈는 Claude 프로젝트를 활용한 정부 R&D 사업계획서 작성 프로세스를 8회에 걸쳐 다룹니다.
회차주제
1회 전체 프로세스 개요
2회 Phase 1 : 프로젝트 셋업
3회 Phase 2 : 아이디어 검증 및 구체화 ← 현재 글
4회 Phase 3 : 기술 조사
5회 Phase 4 : 시장 조사
6회 Phase 5 : 사업계획서 본문 작성
7회 Phase 6 : 이미지 및 도표 생성
8회 Phase 7 : 최종 문서 조립 및 완성