Claude 사용법: Projects로 반복 업무와 고객 보고서 체계화하기
Claude Projects로 반복 업무에 필요한 파일과 지침을 정리하는 방법을 알아봅니다. 월간 고객 보고서 예시를 따라 프로젝트 생성부터 자료 관리, 프롬프트 작성, 결과 검토까지 살펴보고, 요금제별 지원 범위와 팀 공유 권한, 파일 용량 제한도 함께 확인합니다.
게시일

Claude 사용법을 익혀 반복 업무에 활용하려면, 먼저 매번 설명해야 하는 배경부터 정리하는 것이 좋습니다. Claude Projects에서는 고객사 정보, 승인된 참고 파일, 작업 지침을 한곳에 모아 두고 보고서·이메일·의사결정마다 새 채팅을 시작할 수 있습니다. Claude에 도움을 요청할 때마다 같은 업무 배경을 다시 설명하는 수고가 줄어듭니다.
고객사 한 곳이나 정기적으로 만드는 산출물 하나부터 시작합니다. 회사에서 작성한 모든 문서를 쌓아 두기보다, 꼭 필요한 참고 자료를 추려 꾸준히 관리하는 편이 더 유용합니다.
인터페이스 안내: 이 가이드는 claude.ai의 채팅 기반 Projects를 다룹니다. Anthropic은 Claude Code를 통한 새로운 Projects 베타도 순차적으로 제공하고 있으며, 일부 기존 프로젝트를 이 환경으로 옮기고 있습니다. 사용 중인 화면에 여러 병렬 스레드로 이어지는 대화와 Library가 보인다면, 조작 방법은 새 Projects 문서를 따릅니다.
Claude Projects에는 무엇을 넣어야 할까요?
프로젝트를 고객사 전용 작업실이라고 생각하면 이해하기 쉽습니다. 참고 자료 서가에는 사실관계를 담고, 기본 업무 지침에는 일하는 방식을 정리합니다. 개별 채팅은 그 작업실에서 수행하는 각각의 업무에 해당합니다.
이 세 가지가 Anthropic의 채팅 기반 Projects를 이루는 핵심 요소입니다.

Claude는 프로젝트 지식을 어떻게 활용할까요?
프로젝트 지식에 추가한 파일은 해당 프로젝트의 여러 채팅에서 맥락으로 활용됩니다. 유료 요금제에서 자료가 많아지면 검색 증강 생성, 즉 RAG가 작동할 수 있습니다. 답변할 때마다 서가 전체를 책상 위에 올리는 대신, Claude가 관련 구절을 찾아 참조하는 방식입니다. 컨텍스트 한도에 가까워지면 프로젝트 지식 검색 툴을 사용해 자동으로 작동합니다. 필요한 문서의 이름을 요청에 적으면 참조 대상을 좁히는 데 도움이 됩니다. Anthropic의 RAG 가이드
지식과 메모리는 다릅니다. 지식은 사용자가 의도적으로 제공하는 자료입니다. Claude에는 프로젝트 메모리와 채팅 검색 기능도 있습니다. 현재 메모리 환경에서는 프로젝트 밖의 계정 메모리를 프로젝트 안에서도 사용할 수 있습니다. 프로젝트의 Memory 설정에서 Use account memory를 끄면 프로젝트 메모리를 분리할 수 있습니다. 메모리 설정 항목은 계정에 제공되는 환경에 따라 달라집니다. Anthropic의 메모리 가이드
업무에서는 승인된 파일을 판단 기준으로 삼아야 합니다. 예전 채팅에 유용한 내용이 있더라도, 업무 방침으로 활용하려면 먼저 날짜가 명시된 결정 사항으로 정리해 참고 자료에 반영합니다.
Projects는 어떤 요금제에서 사용할 수 있나요?
Projects는 Free, Pro, Max, Ultra, Team, Enterprise에서 사용할 수 있습니다. Free 계정은 프로젝트를 최대 5개 만들 수 있습니다. RAG를 통한 지식 용량 확장은 유료 요금제에서 지원합니다. 조직 내 동료와 프로젝트를 공유하는 기능은 Team과 Enterprise에서 제공합니다. Anthropic의 Projects 개요
혼자 고객 보고서를 작성한다면 현재 사용 중인 요금제부터 활용합니다. 여러 사람이 같은 업무 지침과 참고 자료를 함께 관리하며 사용해야 할 때 공유 워크스페이스를 선택합니다.
Claude 사용법 실전: 월간 고객 보고서용 Projects 설정하기
다음은 에이전시의 고객 담당자가 SEO 성과 보고서를 작성하는 상황을 가정한 예시입니다. 제안하는 파일과 프롬프트는 시작용 템플릿이며, 실제 고객에게서 나온 성과를 제시하는 것은 아닙니다.
1. 프로젝트 하나에 명확한 업무 하나를 맡깁니다
claude.ai/projects를 열고 + New Project를 선택합니다. 이름은 Northstar 고객 보고처럼 용도를 알아보기 쉽게 지정합니다. 정리할 때 참고할 설명도 추가합니다. 프로젝트 이름과 설명은 Claude에 맥락으로 전달되지 않으므로, 실제 수행할 업무는 프로젝트 지침에도 적어야 합니다. Team이나 Enterprise에서는 비공개로 시작한 뒤 접근이 필요한 사람을 초대합니다. 프로젝트 설정 안내
2. 꼭 필요한 참고 자료부터 추가합니다
프로젝트 지식 영역의 + 버튼으로 계속 사용할 파일을 추가합니다. 각 문서 안에는 최신 기준 날짜와 관리 담당자를 적습니다. 아래는 파일명과 내용의 예시입니다.
최신 월의 내보내기 데이터는 필요해질 때까지 이 기본 자료와 분리해 둡니다. 보고 대상 기간을 알아볼 수 있는 파일명으로 보고서 채팅에 첨부합니다. 이렇게 하면 이번 달의 근거 자료와 지난달 보고서 예시를 구분하기 쉽습니다.
3. 반복해서 사용할 작업 지침을 작성합니다
Set project instructions를 선택해 작업 규칙을 붙여 넣고 Save instructions를 누릅니다. 이 지침은 프로젝트 안의 여러 채팅에 공통으로 적용됩니다. Anthropic의 설정 가이드
아래 문구를 복사해 시작할 수 있습니다.
고객 담당자가 Northstar의 월간 SEO 보고서를 작성하도록 돕습니다. 승인된 고객사 배경, 지표 정의, 보고서 구성은 프로젝트 파일을 기준으로 합니다. 성과의 근거는 현재 채팅에 첨부된 보고 대상 기간의 파일에서 찾습니다.
먼저 보고 대상 기간을 확인하고 누락된 입력 자료를 파악합니다. report-structure.docx의 구성을 따릅니다. approved-report.pdf는 문체와 배치의 예시로만 사용하며, 현재 성과 데이터로 취급하지 않습니다.
관찰된 결과, 가능한 설명, 권고하는 행동을 구분합니다. 지표, 목표, 원인, 고객의 승인 여부를 지어내지 않습니다. 출처가 서로 충돌하면 충돌 내용을 제시하고 어느 출처를 기준으로 삼아야 하는지 질문합니다.
중요한 주장마다 출처 파일명을 밝히고, 확인할 수 있다면 해당 행·절·페이지도 표시합니다. 근거가 없는 주장은 검토 필요로 표시합니다. 바쁜 고객사 담당자가 읽기 쉽도록 간결하고 쉬운 영어로 작성합니다.
마지막에는 다음 행동, 담당자 제안, 남은 질문을 정리합니다. 모든 결과물은 고객 담당자의 승인을 받아야 하는 초안으로 취급합니다.
이 규칙은 검토 기준을 마련해 줍니다. 인용이나 계산이 정확하다는 보장은 아닙니다.
4. 초안을 쓰기 전에 업무 이해도를 확인합니다
프로젝트 안에서 새 채팅을 시작하고 다음과 같이 요청합니다.
client-brief.txt와 metric-definitions.csv를 바탕으로 고객사의 사업 목표, 보고하는 지표, 성공으로 판단할 기준을 설명합니다. 답변마다 출처를 밝힙니다. 파일에서 확인할 수 없는 사항도 나열합니다.
문서와 답변을 대조합니다. Claude가 사업 목표와 트래픽 지표를 구분하지 못한다면, 보기 좋은 보고서부터 만들기보다 참고 자료를 먼저 보완해야 합니다.
그다음 최신 내보내기 데이터를 첨부하고 요청합니다.
첨부한 데이터가 다루는 기간의 보고서를 작성합니다. 먼저 날짜 범위, 지표 정의, 빠진 비교 항목을 확인합니다. 그런 다음 프로젝트 지침에 따라 보고서 초안을 작성합니다. 핵심 결과마다 근거를 제시하고, 자료가 부족한 부분은 드러나게 남겨 둡니다.
합계, 날짜 범위, 설명을 원본 데이터와 대조합니다. 변화의 원인을 아무리 매끄럽게 설명하더라도, 근거가 뒷받침되기 전에는 가설일 뿐입니다.
5. 보고서 작성 후에는 지식도 갱신합니다
자료 관리를 맡을 사람을 한 명 정합니다. 보고 주기마다 업로드된 오래된 사본을 교체하고, 더 이상 유효하지 않은 버전을 제거하며, 결정 기록을 갱신합니다. 과거 버전을 보관해야 한다면 평소 사용하는 문서 관리 시스템에 별도로 보관합니다.
승인이 끝나면 이후에도 적용할 결정 사항을 decision-log.txt에 추가합니다. 예시 보고서는 새 버전이 향후 참고할 만큼 좋을 때만 교체합니다. 참고 자료에 모든 초안이나 채택되지 않은 제안까지 쌓아 두지 않습니다.

업무 흐름은 업무 개요 찾기 → 규칙 붙여 넣기 → 근거 자료 첨부 → 초안 작성 → 검토에서 업무 개요 관리 → 최신 근거 자료 첨부 → 초안 작성 → 검토로 바뀝니다. 줄이려는 것은 반복되는 사전 준비입니다.
계획을 위한 가정으로, 매월 고객 보고서 8건을 작성하면서 건당 업무 맥락을 다시 정리하는 데 15분이 걸린다면 준비에만 2시간이 듭니다. 프로젝트를 사용해 실제로 얼마나 줄었는지 측정합니다. 데이터를 모으고 보고서를 확인하는 작업은 여전히 필요합니다.
Team과 Enterprise에서 프로젝트를 공유하는 방법
동료에게도 같은 참고 자료가 필요하다면 프로젝트를 공유합니다. Public은 인터넷에 공개한다는 뜻이 아니라 조직 안에서 볼 수 있다는 뜻입니다. Private은 초대한 구성원만 접근할 수 있습니다.
프로젝트의 Share 메뉴를 열고 이름이나 이메일로 동료를 추가한 뒤 권한을 선택합니다.
프로젝트를 공유해도 채팅은 기본적으로 비공개입니다. 채팅 공유는 별도 작업이며, 공유 시점의 스냅샷을 만듭니다. 이후 메시지를 보여 주려면 공유한 스냅샷을 갱신해야 합니다. Enterprise에는 베타 단계의 그룹 공유도 있으며, 그룹 설정의 적용을 받습니다.
관리자는 공유를 제한할 수 있습니다. 프로젝트를 보관 처리해도 권한은 유지되므로, 참여가 끝난 사람의 접근 권한은 명시적으로 제거해야 합니다. Anthropic의 공개 범위 및 공유 가이드
보고서 예시에서는 참고 자료를 관리하는 사람에게 편집 권한을 줍니다. 자료를 바탕으로 초안만 작성하는 동료에게는 보기 권한을 부여하면 됩니다.
파일 업로드 제한과 프로젝트 지식 용량
프로젝트 파일의 용량 제한은 파일당 30 MB입니다. 프로젝트 지식용 자료를 준비할 때, 별도로 적용되는 채팅 첨부 파일 한도와 혼동하지 않아야 합니다.
추출된 텍스트의 양에 따라 추가 제한이 적용될 수 있습니다. PDF가 아닌 문서에 삽입된 이미지는 해석하지 않습니다. Anthropic의 파일 업로드 규칙
파일 수가 무제한이라고 지식 용량까지 무제한인 것은 아닙니다. 컨텍스트 윈도우는 Claude가 한 번에 다룰 수 있는 정보의 양이며, 크기는 모델에 따라 달라집니다. 유료 요금제에서는 자동 RAG가 프로젝트 지식 용량을 최대 10배 확장합니다. 이는 용량을 늘리는 방식이지, 답변할 때마다 업로드한 모든 페이지를 읽는다는 약속이 아닙니다. 컨텍스트 윈도우 문서, 프로젝트 RAG 문서
모든 경우에 통하는 문서 개수나 고정 단어 수, 예전에 일괄적으로 쓰이던 200K 토큰이라는 설명을 기준으로 계획하지 않습니다. 현재 모델의 한도와 프로젝트에 표시되는 용량을 기준으로 삼습니다.
저는 업무의 기본 조건이 안정적이고 사람이 결과를 검토하는 작업에 Projects를 권합니다. 앞서 설명한 보고서 작성 방식에서도 최신 데이터를 수집하고, 충돌하는 출처를 대조·정리하며, 결과를 승인할 사람이 필요합니다. 실시간 대시보드나 사람의 개입 없이 보고서를 전달하는 기능이 필요하다면 해당 워크플로는 별도로 검토해야 합니다.
Projects로 정리하면 좋은 업무 5가지
같은 배경 정보를 반복해서 활용하되 결과물은 매번 달라지는 업무가 잘 맞습니다. 제가 먼저 시도할 순서대로 정리했습니다.
제가 가장 먼저 권하는 것은 고객 보고서 작성입니다. 다음 보고 주기에 같은 설명을 얼마나 반복했는지, 수정은 얼마나 필요했는지, 최종 보고서가 나아졌는지 명확하게 비교할 수 있기 때문입니다.
Projects를 활용해 제공할 수 있는 서비스 2가지
가장 유망한 기회는 팀이 업무에 필요한 맥락을 정리하고 지속적으로 관리하도록 돕는 데 있습니다. 아래는 Projects를 활용한 서비스 제안이며, Projects에 자동화 API가 있다는 주장은 아닙니다.
1. 소규모 에이전시용 고객 보고서 작성 환경 구축 패키지. 이 글을 위해 2026년 11월에 조회한 DataForSEO 추정치에 따르면, “seo client reporting”의 미국 Google 월간 검색량은 590회입니다. 판매 가능한 작은 패키지는 고객사 한 곳의 참고 자료, 프로젝트 지침, 보고서 작성 프롬프트, 승인된 과거 보고서로 검증한 검수 체크리스트로 구성할 수 있습니다. 에이전시가 비용을 지불하는 대상은 반복해서 사용할 수 있는 보고서 작성 환경입니다. 다만 고객사마다 내보내기 데이터와 지표 정의가 다르므로, 범용 프롬프트 하나만으로는 부족하고 모방하기도 쉽습니다.
2. 사내 지식 자료 관리 서비스. 같은 데이터 출처는 “internal knowledge base software”의 미국 월간 검색량을 260회로 추정합니다. 작은 규모로 시작한다면 한 부서의 승인된 절차를 정리하고, 서로 충돌하는 버전을 찾아내며, 각 문서에 담당자와 검토 날짜를 지정할 수 있습니다. Team이나 Enterprise 프로젝트는 이 자료를 활용하는 공간이 됩니다. 다만 부서에는 여전히 공식 기록을 관리하는 시스템, 접근 권한에 관한 결정, 책임을 지는 담당자가 필요합니다. AI 인터페이스를 추가한다고 이런 기반까지 생기지는 않습니다.
이 검색 추정치는 해당 업무에 대한 관심을 보여 줄 뿐, 비용을 지불할 고객의 수를 뜻하지는 않습니다. 처음 제공할 서비스로는 보고서 작성 패키지가 더 적합합니다. 산출물의 범위가 명확하고, 구매자가 도움이 됐는지 판단할 시점이 정기적으로 돌아오기 때문입니다.
Claude Projects, ChatGPT Projects, Claude Code 비교
ChatGPT Projects도 비슷한 정리 역할을 합니다. 관련 채팅에서 업로드한 파일, 지침, 연결된 자료를 공유합니다. 팀이 이미 사용하는 어시스턴트와 자료를 기준으로 선택한 다음, 실제 산출물 하나를 만들어 비교합니다. 설정 방법은 OpenAI의 Projects 문서와 ChatGPT Projects 가이드에서 확인할 수 있습니다.
Claude Code의 프로젝트 기능은 작업 환경이 다릅니다. CLAUDE.md 같은 저장소 지침은 코딩 세션의 작업 방향을 안내합니다. 새 Projects 베타는 클라우드 스레드, 저장소, 파일, 메모리를 통해 작업을 조율합니다. 앞서 설명한 채팅 기반 참고 자료 활용 방식과는 다른 워크플로입니다. 다만 Anthropic은 일부 기존 Projects를 이 새로운 환경으로 옮기고 있습니다. Claude Code 메모리와 지침, Claude Code Projects
어시스턴트 전반의 장점과 고려할 점은 Claude 리뷰를 참고합니다.
Claude Projects를 어떤 업무에 활용하면 좋을까요?
정기 고객 보고서, 제품 업데이트, 고객사 리뷰 미팅 준비부터 시작합니다. 각 프로젝트에는 일관된 업무 하나를 맡기고 참고 파일을 관리할 담당자를 정합니다. 관련 없는 고객사는 프로젝트를 분리합니다.
Claude Projects로 고객사 SEO 보고서를 어떻게 작성하나요?
고객사 개요, 지표 정의, 승인된 보고서 구성을 프로젝트 지식에 추가합니다. 보고서 채팅에 해당 기간의 내보내기 데이터를 첨부하고, 초안 작성 전에 빠진 자료부터 확인하도록 요청합니다. 전달하기 전에는 핵심 결과를 각각 원본 출처와 대조합니다.
Claude Projects와 Claude Code Projects는 어떻게 다른가요?
채팅 기반 버전은 공통 참고 지식과 지침을 중심으로 대화를 정리합니다. 새 Claude Code Projects 베타는 병렬 스레드로 진행 중인 작업을 조율합니다. 설정 단계를 따라 하기 전에 계정에 어떤 인터페이스가 제공되는지 확인합니다.
이번 월요일에 할 일: 다음 고객 보고서를 하나 고르고, 참고 자료 관리 담당자를 정한 뒤, 기본 파일을 업로드합니다. 초안을 요청하기 전에 Claude가 내용을 제대로 이해했는지 확인합니다. 준비 시간과 수정 사항을 기록하면 이 방식을 더 넓게 적용할지 판단할 수 있습니다.
팀에서 이 방식을 지속적으로 관리하는 보고서 업무 체계로 정착시키는 데 도움이 필요하다면 AI 자동화 서비스를 살펴보시기 바랍니다.
- 게시일
- 카테고리
- AI
- 언어







