Claude Projects 사용법: 고객 인터뷰 자료를 분석 브리프로 정리하는 법

TL;DR

핵심 3줄 요약

이 글에서 다룰 내용

고객 인터뷰가 쌓여도 브리프가 남지 않는 이유

고객 인터뷰는 제품 개선, 영업 메시지, 콘텐츠 기획에 다시 쓰는 1차 자료입니다. 그러나 녹취록이나 메모를 대화마다 따로 올리면 분석 기준과 표현 방식이 매번 달라집니다. 다음 사람이 결론을 읽어도 어느 발언에서 나왔는지 추적하기 어렵습니다.

이 글의 독자 문제는 여러 고객 인터뷰에서 반복되는 문제와 구매 계기를 찾아, 팀이 다시 읽을 수 있는 한 장의 분석 브리프로 남기는 일입니다. Claude Projects는 자료와 응답 지침을 프로젝트 안에 두고, 같은 맥락으로 여러 대화를 이어 갈 수 있는 작업 공간입니다.

Anthropic 공식 도움말에 따르면 프로젝트 지식에 넣은 문서, 텍스트 파일, 코드 조각은 프로젝트의 모든 대화에서 맥락으로 사용됩니다. 반대로 프로젝트 지식에 넣지 않은 대화 맥락은 다른 대화에 자동으로 공유되지 않습니다.

시작 전 자료를 세 갈래로 나누기

프로젝트 지식은 자료 보관함이 아니라 분석의 기준점입니다. 업로드 전에 아래 세 갈래로 파일을 나누면, 나중에 어떤 결론이 어떤 자료에 기대는지 확인하기 쉽습니다.

1. 인터뷰 원문

녹취록 또는 인터뷰 메모를 넣습니다. 파일명에는 고객군, 인터뷰 시점, 사용 단계처럼 비교에 필요한 단서를 남깁니다. 예를 들어 B2B-신규고객-도입1개월-인터뷰01 처럼 정리합니다. 개인정보나 계약상 민감한 정보는 조직의 데이터 처리 원칙을 먼저 확인한 뒤 최소한으로 넣습니다.

2. 고객 구분표

각 인터뷰의 고객 유형, 제품 사용 단계, 인터뷰 목적을 짧게 적은 표를 만듭니다. 이 표가 없으면 서로 다른 고객의 발언을 같은 조건으로 묶어 해석하기 쉽습니다.

3. 분석 기준 문서

고객 목표, 현재 문제, 촉발 요인, 사용 중인 대안, 구매 저항, 성공 기준을 정의합니다. 이 문서는 Claude가 무엇을 찾아야 하는지 알려 주는 기준입니다. 고객이 말하지 않은 내용을 사실처럼 쓰지 말고, 근거가 부족하면 별도 표시하라는 원칙도 함께 넣습니다.

Claude Projects에서 인터뷰 분석 브리프 만들기

1. 새 프로젝트를 만듭니다

Claude의 왼쪽 메뉴에서 Projects 를 열고 + New Project 를 선택합니다. 프로젝트 이름과 설명을 입력한 뒤 프로젝트 안에서 대화를 시작합니다. 공식 도움말 기준으로 Projects는 무료 계정을 포함한 모든 사용자에게 제공되며, 무료 사용자는 최대 5개의 프로젝트를 만들 수 있습니다.

프로젝트 이름과 설명은 Claude가 읽는 자료가 아닙니다. 분석 목적이나 답변 규칙은 다음 단계의 프로젝트 지식과 프로젝트 지침에 넣어야 합니다.

2. 프로젝트 지식에 자료를 올립니다

프로젝트의 오른쪽 지식 영역에서 + 를 눌러 인터뷰 원문, 고객 구분표, 분석 기준 문서를 올립니다. 파일을 한꺼번에 많이 넣기보다, 이번 브리프의 질문에 필요한 자료인지 먼저 확인합니다.

3. 프로젝트 지침을 설정합니다

Set project instructions 에서 분석 원칙을 저장합니다. 프로젝트 지침은 해당 프로젝트의 모든 대화에 적용됩니다. 첫 지침에는 자료의 우선순위와 추정 금지 기준을 적는 편이 좋습니다.

4. 브리프 산출물을 한 문장으로 정의합니다

“인터뷰를 요약해 줘”라고만 요청하면 결과 형식이 흔들리기 쉽습니다. 직접 인용, 관찰, 해석, 추가 검증 질문을 포함한 분석 브리프처럼 결과물의 구성을 먼저 정합니다.

5. 근거 연결을 요청합니다

각 해석에 인터뷰 번호와 직접 인용을 붙이게 합니다. 직접 인용이 없는 문장은 결론이 아니라 가설 또는 추가 검증 항목으로 남기도록 요청합니다.

6. 팀 검토 전에 예외 사례를 찾습니다

반복 언급 수만으로 우선순위를 결정하지 않습니다. 반대되는 의견, 고객군별 차이, 한 명의 강한 사례를 따로 확인합니다. 브리프는 의사결정의 시작점이며, 원문을 대체하지 않습니다.

그대로 복사해 쓸 프롬프트

목표: 프로젝트 지식에 있는 고객 인터뷰로 팀 검토용 인터뷰 분석 브리프를 작성해 줘.
허용 입력: 프로젝트 지식의 인터뷰 원문, 고객 구분표, 분석 기준 문서.
제외 입력: 프로젝트 지식에 없는 고객 정보, 외부 웹 정보, 확인되지 않은 시장 수치.
출력 형식: 1) 고객군과 분석 범위 2) 반복 문제와 구매 계기 3) 직접 인용과 인터뷰 번호 4) 해석 5) 반대 사례·예외 6) 추가 검증 질문 순서의 Markdown.
완료 기준: 모든 해석에 근거가 된 인터뷰 번호 또는 직접 인용이 연결되고, 근거 없는 문장은 ‘추가 검증 필요’로 표시할 것.
추정 금지: 고객이 말하지 않은 원인·성과·의도를 사실처럼 만들거나, 적은 인터뷰 결과를 전체 고객 의견으로 일반화하지 말 것.
승인 지점: 제품·마케팅·콘텐츠에 대한 권고를 최종안에 넣기 전에, 근거 목록과 권고 초안을 먼저 보여 주고 내 승인을 받을 것.

브리프에서 꼭 분리할 세 가지

직접 인용에는 고객이 실제로 말한 문장과 인터뷰 번호를 둡니다. 해석에는 그 발언에서 읽을 수 있는 가설을 적습니다. 추가 검증에는 아직 표본이 부족하거나 반대 사례가 있어 확인해야 할 질문을 적습니다.

예를 들어 “월말마다 세 파일을 합치느라 반나절이 걸린다”는 직접 인용입니다. 이를 바탕으로 “파일 통합 과정이 반복적인 업무 병목일 수 있다”는 해석을 만들 수 있습니다. 다만 이것만으로 특정 기능이 해결책이라고 단정하지 않고, 다른 고객의 사례와 후속 질문으로 검증합니다.

주의할 점

• 프로젝트 이름과 설명만으로 Claude의 답변 기준을 정할 수 없습니다. 필요한 규칙은 프로젝트 지침에 작성합니다.
• Team 또는 Enterprise 조직에서 공유할 때는 사용 권한과 편집 권한을 구분해 확인합니다.
• 무료 계정의 프로젝트 수 제한과 기능 제공 상태는 바뀔 수 있으므로, 실제 계정 화면과 최신 공식 도움말을 다시 확인합니다.
• 유료 Claude 플랜에서 프로젝트 지식이 컨텍스트 창 한도에 가까워지면 RAG 모드가 자동으로 활성화될 수 있다고 공식 도움말은 안내합니다. 이 동작을 분석 결과의 완전성 보증으로 해석하지 않습니다.

자주 묻는 질문

출처

마무리

고객 인터뷰를 다시 쓰려면 파일을 모으는 것만으로는 부족합니다. Claude Projects에 원문과 고객 구분표, 분석 기준을 함께 넣고 직접 인용과 해석을 분리한 브리프를 만들면, 다음 인터뷰에서도 같은 기준으로 비교할 수 있습니다. 최종 결론은 언제나 원문과 팀 검토를 거쳐 확정하세요.