8화. 마지막 1%가 완성도의 50%를 결정한다.
Claude 프로젝트 기반 사업계획서 작성 가이드 [8/8]
출처 : 구글 제미나이. 저자 직접 작성사업계획서는 완성 직전에 가장 많이 무너진다.
7개 단계를 거치며 수십 시간을 투자했다. 아이디어를 검증하고, 기술을 분석하고, 시장을 조사하고, 본문을 작성하고, 시각 자료까지 만들었다. 마감이 코앞이다. 이쯤 되면 "이 정도면 됐지"라는 생각이 든다. 그리고 그 생각이 가장 위험하다.
제출 직전에 발견되는 것들이 있다. 기술 파트에서 "3차년도 매출 80억원"이라고 썼는데, 기대 효과 파트에서는 "3차년도 매출 100억원"이라고 적혀 있다. 시장 분석에서는 "SOM 150억원"인데, 소요 예산에서는 그 규모와 맞지 않는 인력 계획이 잡혀 있다. 앞에서는 "연합학습"이라고 쓰다가 뒤에서는 "연합 학습"으로 띄어쓰기가 바뀐다.
한두 개는 실수로 넘어간다. 하지만 이런 것들이 3~4개 쌓이면 평가위원의 머릿속에는 이런 생각이 형성된다. "이 팀은 꼼꼼하지 않다." 한 번 그 인상이 생기면, 이후의 모든 내용이 의심의 눈으로 읽힌다.
마지막 단계는 화려하지 않다. 새로운 아이디어가 나오지도, 분석이 추가되지도 않는다. 하지만 이 단계가 사업계획서의 최종 인상을 결정한다.
스텝 1. 전체 통합 검토 — 다섯 가지를 확인한다
모든 섹션이 작성되고 시각 자료가 준비되었으면, 전체를 하나의 문서로 통합하고 다섯 가지를 점검한다. 최종 검토는 문서를 더 좋게 만드는 작업이 아니라, 감점 요인을 제거하는 작업이다.
첫째, 논리적 일관성. 사업 개요에서 제시한 핵심 가치 제안이 기술 개발, 시장 분석, 사업화 전략까지 일관되게 관통하는가. 앞에서 한 약속을 뒤에서 지키고 있는가. 3회에서 이야기한 "스토리가 있는 사업계획서"인지를 최종 확인하는 과정이다.
둘째, 수치 정합성. 이것이 가장 흔하게 발생하는 오류다. 시장 규모, 매출 전망, 예산, KPI 등 문서 곳곳에 등장하는 숫자들이 서로 일치하는지를 확인한다. 기술 파트의 개발 비용과 예산 파트의 항목별 산출이 맞는지, 시장 분석의 SOM과 기대 효과의 매출 전망이 연결되는지. 숫자 하나의 불일치가 문서 전체의 신뢰를 무너뜨린다.
셋째, 용어 통일. 같은 개념을 다른 용어로 쓰고 있지 않은지 확인한다. "온디바이스 AI"와 "엣지 AI", "연합학습"과 "Federated Learning" — 본문에서 혼용하면 평가위원이 혼란을 느낀다. 하나로 통일하되, 첫 등장 시 영문을 병기하는 것이 깔끔하다.
넷째, 중복과 누락. 여러 대화에서 나눠 작성했기 때문에, 같은 내용이 두 섹션에 반복되거나 특정 내용이 빠져 있을 수 있다. 특히 공고문의 요구사항 중 빠진 항목이 없는지를 배점표와 대조하여 최종 확인한다.
다섯째, 이미지 삽입 및 캡션 확인. 7회에서 정리한 이미지 목록대로 시각 자료가 올바른 위치에 들어갔는지, 캡션이 정확한지, 본문에서 "그림 3 참조"라고 적은 곳에 실제로 그림 3이 있는지를 확인한다.
Claude에게 이 다섯 가지 검토를 한 번에 요청할 수 있다.
"사업계획서 전체를 통합 검토해줘. 논리적 일관성, 수치 정합성(섹션 간 숫자 불일치 여부), 용어 통일, 중복/누락, 이미지 삽입 위치를 점검하고, 문제가 있는 부분을 구체적으로 지적해줘."
이 검토에서 발견되는 오류는 대부분 사소하지만, 수정하지 않으면 치명적이다. 사소한 것들이 쌓여서 "꼼꼼하지 않은 팀"이라는 인상을 만든다. 반대로, 이 검토를 꼼꼼히 거친 문서는 "정리가 잘 된 팀"이라는 인상을 만든다. 인상은 점수에 영향을 준다.
스텝 2. 최종 문서 출력 — 세 가지 형식으로 준비한다
통합 검토가 끝나면 최종 문서를 출력한다. Claude의 파일 생성 기능을 활용하면 세 가지 형식으로 직접 만들 수 있다.
DOCX (편집이 더 필요한 경우). 팀원이나 외부 검토자에게 공유하여 추가 편집할 때 사용한다. 워드 형식이므로 트래킹 변경, 코멘트 기능을 활용할 수 있다.
PDF (최종 제출용). 제출 시에는 반드시 PDF로 변환한다. 편집 불가능한 형식이므로 레이아웃이 깨지지 않고, 공식 문서로서의 완결성이 있다.
MD (추가 편집/관리용). 마크다운 형식으로 보관하면 이후 유사한 과제에서 내용을 재활용하기 편하다. 텍스트 기반이므로 검색과 수정이 빠르다.
실무에서는 DOCX로 최종 편집을 마치고, PDF로 변환하여 제출하는 흐름이 가장 일반적이다. 중요한 것은 PDF 변환 후 반드시 레이아웃을 확인하는 것이다. 워드에서는 멀쩡하던 표나 이미지가 PDF에서 깨지는 경우가 의외로 많다. 제출 전 PDF를 처음부터 끝까지 한 번 훑어보는 것은 필수다.
스텝 3. 모의 평가 — 제출 전 마지막 관문
이 프로세스의 가장 강력한 마무리 장치다. Claude에게 평가위원 역할을 부여하고, 실제 평가처럼 채점을 받는다.
"지금부터 정부 R&D 평가위원 역할을 해줘. 업로드된 평가기준표의 항목별 배점에 따라 이 사업계획서를 채점해줘. 각 항목에 점수와 등급(S/A/B/C/D)을 매기고, 감점 사유를 구체적으로 적어줘. 특히 약점 항목에 대해서는 개선 방향을 제안해줘."
이 요청이 효과적인 이유는, 2단계에서 업로드한 평가기준표가 프로젝트에 남아 있기 때문이다. Claude는 실제 배점 기준에 맞춰 항목별로 평가한다. "기술성 항목: 35/40점, 시장성 항목: 22/30점" 같은 구체적인 점수와 함께 감점 사유가 나온다.
모의 평가 결과를 받으면, 두 가지를 한다.
약점 항목은 집중 보완한다. 점수가 낮은 항목의 감점 사유를 확인하고, 해당 섹션을 수정한다. 시간이 없다면 가장 배점이 높은 항목의 약점부터 우선 수정한다. 배점 30점 항목에서 5점을 올리는 것이 배점 10점 항목에서 5점을 올리는 것보다 전략적으로 효과적이다.
강점 항목은 유지한다. 점수가 높은 항목은 건드리지 않는다. 수정하다가 오히려 나빠지는 경우가 있다. 잘 된 것은 그대로 두는 것도 전략이다.
보완이 끝나면 다시 한 번 모의 평가를 요청한다. 점수가 올라갔는지 확인하고, 만족할 수준이 되면 최종본을 확정한다. 모의 평가 점수가 실제 점수와 동일하진 않지만, 약점의 방향은 거의 일치한다. 어디가 약한지를 아는 것만으로도, 제출 전 보완의 우선순위가 명확해진다.
최종 확정, 그리고 제출
모의 평가 피드백을 반영하고, 최종 검토를 마치면 — 사업계획서가 완성된다.
1단계에서 프로젝트를 만들고 지침을 작성한 순간부터 여기까지. 아이디어를 검증하고, 기술과 시장의 근거를 확보하고, 본문을 작성하고 리뷰하고, 시각 자료를 만들고, 통합 검토와 모의 평가를 거쳤다. 7단계의 모든 과정이 하나의 문서에 축적되어 있다.
이 프로세스를 처음 겪은 사람들이 가장 자주 하는 말이 있다. "사업계획서를 쓴 게 아니라, 사업을 설계한 느낌이다." 맞다. 그것이 이 프로세스의 의도다.
사업계획서는 문서가 아니다. 사업 설계의 결과물이다. 1회에서 시작한 이 선언이, 8회를 거치며 실감으로 바뀌었기를 바란다.
시리즈를 마치며 — 되돌아보기
8회에 걸쳐 다룬 이 프로세스의 핵심을 한 문단으로 요약하면 이렇다.
프로젝트 셋업으로 AI에게 맥락을 주고(2회), 아이디어를 냉정하게 검증하여 기초 체력을 올린 뒤(3회), 기술과 시장이라는 두 개의 기둥으로 근거를 세운다(4~5회). 그 근거 위에 본문을 조립하고 반복 리뷰로 품질을 끌어올리며(6회), 시각 자료로 설득력의 마지막 층을 더한다(7회). 그리고 통합 검토와 모의 평가로 완성도를 확인한 뒤 제출한다(8회).
각 단계는 독립적으로 작동하는 것이 아니라, 앞 단계의 산출물이 다음 단계의 입력이 되는 축적 구조다. 이 구조가 사업계획서의 논리적 일관성을 만들고, AI와의 협업 효율을 극대화한다.
이 시리즈에서 반복한 핵심 메시지를 마지막으로 정리한다.
사업계획서는 문서가 아니라 설계의 결과물이다. (1회)
지침 작성에 30분을 투자하면, 이후 30시간을 절약한다. (2회)
평가위원은 확신이 아니라 근거에 점수를 준다. (3회)
숫자 없는 차별화는 차별화가 아니다. (4회)
고객이 흐릿하면 사업계획서 전체가 흐릿해진다. (5회)
초안은 당신의 관점이고, 리뷰는 평가위원의 관점이다. (6회)
시각 자료는 장식이 아니라 논리의 또 다른 형태다. (7회)
마지막 1%가 완성도의 50%를 결정한다. (8회)
AI는 글을 대신 써주는 도구가 아니다. 사고를 구조화해주는 파트너다.
이 파트너와 함께, 당신의 아이디어가 선정되기를 진심으로 바란다.
그리고 이 프로세스를 한 번 겪고 나면, 다음 과제는 두려움이 아니라 반복 가능한 시스템이 된다.
� 오늘의 핵심 정리
• 최종 검토는 문서를 더 좋게 만드는 작업이 아니라, 감점 요인을 제거하는 작업이다
• 모의 평가 점수가 실제와 동일하진 않지만, 약점의 방향은 거의 일치한다
• PDF 변환 후 레이아웃을 반드시 확인하라 — 워드에서 멀쩡하던 것이 PDF에서 깨진다
• 이 프로세스를 한 번 겪고 나면, 다음 과제는 반복 가능한 시스템이 된다
이 시리즈는 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 : 최종 문서 조립 및 완성 ← 현재 글