2화. 프로젝트 셋업 — 30분이 30시간을 결정한다
Claude 프로젝트 기반 사업계획서 작성 가이드 [2/8]
출처 : 구글 제미나이, 저자 직접 작성사업계획서는 대부분 '쓰기' 때문에 망한다. 설계하지 않고 쓰기 때문이다.
집을 짓기 전에 설계도를 그리지 않는 사람은 없다. 그런데 사업계획서를 쓸 때는 설계도 없이 바로 벽돌부터 쌓는 사람이 놀랍도록 많다.
ChatGPT든 Claude든, 대부분의 사람들이 AI를 활용하는 방식은 이렇다. 새 대화창을 열고, "사업계획서 써줘"라고 입력한다. AI가 그럴듯한 초안을 뱉어낸다. 마음에 안 드는 부분이 있어서 수정을 요청한다. 몇 번 오가다 보면 대화가 길어지고, AI가 앞에서 한 이야기를 잊어버리기 시작한다. 결국 새 대화를 열고, 처음부터 다시 설명한다. 이 과정을 반복하다 보면 AI가 시간을 절약해준 건지, 오히려 더 쓰게 만든 건지 모호해진다.
문제는 AI가 아니다. 프로젝트 설계 없이 AI를 쓰는 방식이 문제다.
Claude의 프로젝트 기능은 이 구조적 문제를 해결하기 위해 존재한다. 프로젝트 안에서 지침과 자료를 한 번 세팅하면, 이후 모든 대화가 동일한 맥락 위에서 진행된다. 오늘은 이 셋업을 어떻게 하는지, 실무 수준에서 구체적으로 다루겠다.
스텝 1. 프로젝트 생성 — 이름부터 전략이다
claude.ai에 접속하면 좌측 메뉴에서 프로젝트를 생성할 수 있다. 기술적으로 어려울 것은 전혀 없다. 버튼 하나를 누르면 된다.
그런데 여기서 사소해 보이지만 중요한 첫 번째 판단이 필요하다. 프로젝트명을 어떻게 지을 것인가.
"사업계획서"라고 지으면 안 된다. 프로젝트가 여러 개 쌓이면 어떤 것이 어떤 사업인지 구분이 안 된다. 프로젝트명에는 세 가지 정보가 들어가야 한다. 사업 분야, 문서 유형, 그리고 시기다.
좋은 예시는 이런 것이다.
"AI헬스케어_사업계획서_2026"
이 이름만 봐도 무엇에 대한 프로젝트인지, 어떤 문서를 만들고 있는지, 언제 시작한 것인지가 즉시 파악된다. 6개월 뒤에 비슷한 사업을 다시 추진할 때, 이 프로젝트를 참조 자료로 활용할 수도 있다.
사소한 것 같지만, 프로젝트를 5개, 10개 운영하게 되면 이름의 체계가 작업 효율을 좌우한다.
스텝 2. 프로젝트 지침 작성 — 여기서 승부가 갈린다
프로젝트 셋업에서 가장 중요한 단계가 바로 이 지침 작성이다. 프로젝트 지침이란, Claude에게 "이 프로젝트에서 너는 이런 역할이고, 이런 아이디어를 다루고 있고, 이런 방식으로 답변해달라"고 미리 알려주는 일종의 업무 브리핑이다.
지침을 비워두고 대화를 시작하면, 매번 처음부터 맥락을 설명해야 한다. 반면 지침을 잘 작성해두면, 어떤 대화를 열든 Claude가 이미 프로젝트의 맥락을 이해한 상태에서 시작한다. 이 차이는 생각보다 크다.
지침에 반드시 포함해야 할 4가지 요소가 있다.
요소 1. Claude의 역할 정의
AI는 역할에 따라 추론의 프레임을 바꾼다. "사업계획서 좀 도와줘"라고 하는 것과 "정부 R&D 사업계획서 전문 컨설턴트로서 답변해달라"고 하는 것은 결과물의 수준이 다르다.
역할을 정의할 때는 단순한 직함이 아니라 전문성의 범위를 함께 명시하는 것이 좋다. 예를 들면 이렇다.
"너는 정부 R&D 사업계획서 전문 컨설턴트다. 과학기술정보통신부, 산업통상자원부 등의 국가 R&D 과제에 대한 평가 경험이 풍부하며, 기술 타당성과 시장 분석을 연결하는 데 강점이 있다."
이렇게 쓰면 Claude가 일반적인 비즈니스 문서가 아니라 정부 R&D 사업계획서의 맥락에 맞춰 답변한다. 평가위원이 무엇을 중요하게 보는지, 어떤 표현이 적절한지를 고려한 결과물이 나온다.
요소 2. 핵심 아이디어 명시
이것이 지침의 심장이다. 아이디어는 이후 모든 분석의 기준점(anchor)이 된다. 기술 조사, 시장 조사, 경쟁 분석 — 모든 것이 이 아이디어로부터 방향을 잡는다. 그래서 구체적으로 적어야 한다.
많은 사람이 이 부분을 두세 줄로 대충 적고 넘어간다. "AI 기반 헬스케어 서비스 개발"이라고 적으면 Claude는 수천 가지 가능한 방향 중 어디로 가야 할지 모른다. 매 대화마다 "어떤 AI 기술이요?", "어떤 헬스케어 분야요?"를 물어보거나, 아니면 Claude가 임의로 방향을 잡는다. 둘 다 비효율이다.
아이디어를 명시할 때는 최소한 다음을 포함해야 한다. 어떤 기술을 활용하는지, 누구를 위한 것인지, 어떤 문제를 해결하는지, 기존 방식과 무엇이 다른지.
"핵심 아이디어: 온디바이스 AI 기반 만성질환 자가관리 플랫폼. 당뇨·고혈압 환자가 스마트폰만으로 실시간 건강 모니터링과 개인 맞춤형 생활습관 코칭을 받을 수 있다. 기존 원격의료 서비스와 달리 개인정보가 기기 내에서 처리되어 의료 데이터 유출 위험이 없다. 핵심 기술은 경량화 AI 모델과 연합학습(Federated Learning)이다."
이 수준으로 적으면 Claude는 이후 모든 대화에서 이 아이디어를 기준점으로 삼는다. 기술 조사를 할 때 경량화 AI와 연합학습에 집중하고, 시장 조사를 할 때 만성질환 관리 시장을 찾고, 경쟁 분석을 할 때 기존 원격의료 서비스와 비교한다.
지침에 아이디어를 구체적으로 적을수록 이후 모든 대화의 품질이 올라간다. 이것은 과장이 아니라 구조적 사실이다. 지침은 프로젝트 내 모든 대화에 자동 적용되기 때문이다.
요소 3. 출력 형식 지정
형식이 고정되면 사고도 구조화된다. 같은 내용이라도 어떤 형식으로 받느냐에 따라 활용도가 크게 달라진다. 지침에서 미리 지정해두면 매번 요청할 필요가 없어진다.
지정할 수 있는 것은 문체(격식체/비격식체, 기술 문서 톤/비즈니스 톤), 분량(핵심만 간결하게/상세하게), 전문 용어 수준(평가위원 대상이므로 전문 용어 적극 사용 등), 그리고 구조(번호 매기기 방식, 표 활용 여부 등)다.
"모든 답변은 격식체로 작성한다. 정부 R&D 평가위원이 독자라고 가정하고, 기술 전문 용어는 필요시 사용하되 맥락상 이해 가능하도록 서술한다. 핵심 주장에는 반드시 근거를 함께 제시한다."
요소 4. 적용할 방법론/프레임워크 명시
프레임워크는 분석의 흔들림을 막는다. 사업계획서에는 다양한 분석 프레임워크가 사용되는데, 어떤 프레임워크를 적용할지 미리 정해두면 Claude가 일관된 분석 체계를 유지한다.
"시장 분석에는 TAM-SAM-SOM 프레임워크를 적용한다. 경쟁 분석은 Porter's 5 Forces를 기본으로 하되, 경쟁사 비교표를 반드시 포함한다. 기술 수준 평가에는 TRL(기술준비도) 체계를 사용한다. 아이디어 구조화에는 Lean Canvas를 활용한다."
이 네 가지가 지침에 들어가면, 프로젝트 전체가 하나의 일관된 프레임 위에서 움직인다.
스텝 3. 프로젝트 지식 업로드 — AI의 참고서를 채운다
지침이 Claude에게 "어떻게 일하라"를 알려주는 것이라면, 프로젝트 지식은 "무엇을 참고하라"를 알려주는 것이다. 업로드된 파일은 프로젝트 내 모든 대화에서 자동으로 참조된다. 새 대화를 열 때마다 파일을 다시 첨부할 필요가 없다.
사업계획서 프로젝트에서 업로드하면 좋은 자료는 크게 8종이다.
1. 정부 R&D 공고문 — 이것이 사업계획서의 '문제지'다. 공고문의 요구사항을 벗어나면 아무리 좋은 내용이어도 감점이다. Claude가 모든 답변에서 공고문의 요구사항을 참조하게 된다.
2. 평가기준표 — 배점 구조를 알아야 비중을 조절할 수 있다. 기술성 40점, 시장성 30점이라면 기술 파트에 더 공을 들여야 한다. Claude가 이 배점을 알면 목차 설계부터 달라진다.
3. 자사 기술 소개서 — 보유 기술의 현황과 수준을 Claude가 정확히 파악해야 현실적인 기술 개발 계획을 세울 수 있다. 없는 기술을 있다고 쓰는 것만큼 위험한 것은 없다.
4. 특허 문서 — 기술 차별성의 가장 강력한 근거다. 출원 중인 특허라도 업로드해두면 Claude가 차별화 포인트를 잡을 때 활용한다.
5. 기존 사업계획서 샘플 — 이전에 선정된 사업계획서가 있다면 최고의 참고 자료다. Claude가 그 문서의 구조, 톤, 깊이를 학습하여 유사한 수준의 결과물을 만든다.
6. 산업 보고서 — 시장 규모, 성장률, 트렌드 등의 기초 데이터. 웹 검색으로도 찾을 수 있지만, 유료 보고서나 내부 분석 자료가 있다면 업로드하는 것이 데이터의 신뢰도를 높인다.
7. 경쟁사 분석 자료 — 경쟁사의 제품 스펙, 기술 수준, 시장 점유율 등. 이 자료가 있으면 경쟁 분석의 구체성이 확연히 달라진다.
8. 재무제표 — 소요 예산 섹션을 작성할 때 기존 재무 구조를 참고해야 현실적인 예산 계획이 나온다.
8종 모두 반드시 있어야 하는 것은 아니다. 있는 자료부터 업로드하면 된다. 핵심은, 공고문과 평가기준표는 반드시 포함해야 한다는 것이다. 이 두 문서가 없으면 Claude는 일반적인 사업계획서를 쓸 수밖에 없고, 해당 공고에 최적화된 문서는 나올 수 없다.
흔히 하는 실수 세 가지
셋업 단계에서 자주 보는 실수들이 있다. 미리 알면 피할 수 있다.
실수 1. 지침을 비워두고 시작한다. "대화하면서 알아가겠지"라는 생각은 위험하다. Claude는 대화가 길어질수록 초반 맥락의 무게가 줄어든다. 지침은 모든 대화에 항상 적용되지만, 대화 초반의 설명은 대화가 길어지면 밀려난다. 지침에 30분을 투자하는 것이 대화 100번을 반복하는 것보다 효과적이다.
실수 2. 아이디어를 모호하게 적는다. "AI 기반 헬스케어"는 아이디어가 아니라 분야 이름이다. 어떤 AI인지, 어떤 헬스케어인지, 누구를 위한 것인지, 왜 지금인지를 적어야 아이디어다. 모호한 지침은 모호한 결과를 낳는다.
실수 3. 자료를 업로드하지 않고 구두로 설명한다. "우리 회사 기술은 이런 건데..."라고 대화로 설명하면, 그 정보는 해당 대화에서만 유효하다. 새 대화를 열면 또 설명해야 한다. 문서로 업로드하면 프로젝트 전체에서 자동 참조된다. 같은 정보를 반복 설명하는 시간을 아낄 수 있다.
잘 만든 셋업 vs 대충 만든 셋업, 차이는 어디서 나오나
같은 질문을 해도 셋업에 따라 Claude의 답변이 완전히 달라진다.
예를 들어, 셋업 없이 "시장 규모를 분석해줘"라고 요청하면 Claude는 이렇게 답한다.
"어떤 시장을 분석해드릴까요? 대상 시장, 지역 범위, 분석 기간 등을 알려주시면 도움드리겠습니다."
질문을 되받는다. 당연하다. 맥락이 없으니까.
반면, 지침에 아이디어와 프레임워크가 명시되어 있고, 공고문과 산업 보고서가 업로드된 상태에서 같은 요청을 하면,
"온디바이스 AI 기반 만성질환 자가관리 플랫폼의 시장 규모를 TAM-SAM-SOM 프레임워크로 분석하겠습니다. 업로드하신 산업 보고서의 데이터를 기반으로..."
바로 핵심으로 들어간다. 되묻는 과정 없이, 맥락에 맞는 구체적인 분석이 시작된다.
AI는 똑똑하다. 그러나 맥락이 없으면 평균적인 답을 낸다. 평균적인 답은 평균적인 사업계획서를 만든다. 맥락을 제공하는 가장 효율적인 방법이 프로젝트 셋업이다.
이 차이가 한 번이면 별것 아니지만, 7단계 전 과정에 걸쳐 수십 번의 대화를 나누는 동안 누적되면 엄청난 차이가 된다. 셋업에 투자한 30분이 이후 30시간의 작업 효율을 결정한다고 말하는 이유가 여기에 있다.
다음 회 예고
3회에서는 2단계 아이디어 검증 및 구체화를 다룬다. 프로젝트 셋업이 끝나면 바로 본문 작성에 들어가고 싶은 유혹이 생긴다. 그 유혹을 참고 검증 단계를 거쳐야 하는 이유, 그리고 Claude를 활용한 아이디어 검증이 사람의 피드백과 무엇이 다른지를 구체적으로 보여드리겠다.
셋업은 끝났다. 이제 아이디어를 시험대에 올릴 차례다.
� 오늘의 핵심 정리
• 지침이 없는 대화는 매번 처음부터 다시 시작하는 것과 같다
• 지침의 4요소: 역할 정의, 핵심 아이디어, 출력 형식, 방법론/프레임워크
• 아이디어는 분야명이 아니라 구체적 문제 해결 방식까지 적어야 한다
• 공고문과 평가기준표는 반드시 업로드하라 — 이것이 사업계획서의 '문제지'다
이 시리즈는 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 : 최종 문서 조립 및 완성