Perplexity Spaces 활용 베스트 프랙티스: 팀을 위한 협업 리서치 허브 만들기
Perplexity Spaces란 무엇이고 팀에게 왜 필요한가
Perplexity Spaces는 Perplexity AI 플랫폼 내에서 제공하는 협업 리서치 환경이다. 일반적인 Perplexity 검색이 단발성 질문과 답변에 최적화되어 있다면, Spaces는 특정 주제나 프로젝트에 대한 장기적이고 체계적인 리서치를 가능하게 하는 전용 작업 공간이다.
Spaces가 팀에게 필요한 이유는 명확하다. 첫째, 리서치 맥락이 보존된다. 팀원이 수행한 모든 검색과 대화가 하나의 Space 안에 누적되므로, 새로운 팀원이 합류하더라도 기존 리서치 히스토리를 즉시 파악할 수 있다. 둘째, 소스를 중앙 집중적으로 관리할 수 있다. 내부 문서, 외부 웹 자료, 업로드한 파일을 한곳에 모아두고 이를 기반으로 AI에게 질문할 수 있다. 셋째, 팀원 간 리서치 결과를 실시간으로 공유하면서 중복 작업을 방지할 수 있다.
전통적인 리서치 워크플로우에서는 각자 검색한 결과를 문서에 복사하고, 링크를 정리하고, 다시 요약하는 과정이 반복되었다. Spaces는 이 모든 과정을 하나의 인터페이스 안에서 해결한다. AI가 소스를 분석하고, 팀원이 이를 검증하고, 후속 질문으로 깊이를 더해가는 구조다.
다만 Spaces를 단순히 만들기만 한다고 해서 효과적인 리서치 허브가 되는 것은 아니다. 체계적인 설계와 운영 원칙이 뒷받침되어야 한다. 아래에서 소개하는 일곱 가지 베스트 프랙티스는 실무에서 검증된 방법론으로, 소규모 스타트업 팀부터 대규모 리서치 조직까지 적용할 수 있다.
베스트 프랙티스 1: 토픽이 아닌 리서치 미션 중심으로 Space 설계하기
가장 흔한 실수는 “AI”, “마케팅”, “경쟁사” 같은 광범위한 토픽 이름으로 Space를 만드는 것이다. 이렇게 하면 시간이 지남에 따라 Space 안에 서로 관련 없는 스레드가 뒤섞이고, 결국 아무도 찾아보지 않는 디지털 쓰레기장이 된다.
대신 구체적인 리서치 미션을 기준으로 Space를 설계해야 한다. 리서치 미션이란 “무엇을 알아내서 어떤 의사결정에 활용할 것인가”를 명확히 정의한 것이다.
네이밍 규칙
효과적인 Space 네이밍 규칙은 다음과 같다.
형식: [프로젝트코드] 리서치 미션 - 시작 시기
좋은 예시:
[PRD-Q1] 동남아 결제 게이트웨이 기술 비교 - 2026.03[MKT-03] 국내 B2B SaaS 가격 전략 벤치마크 - 2026.03[HIRE-Sr] 시니어 엔지니어 채용 시장 분석 - 2026.Q1
나쁜 예시:
결제 관련 리서치(너무 광범위)경쟁사(미션 불명확)마케팅 아이디어(리서치가 아닌 브레인스토밍)
프로젝트 코드를 접두사로 붙이면 팀 내에서 어떤 프로젝트에 연결된 리서치인지 즉시 파악할 수 있다. 시작 시기를 포함하면 오래된 Space를 아카이브할 시점을 판단하는 데 도움이 된다.
Space를 만들 때 설명(Description) 필드에는 반드시 리서치의 목적, 예상 산출물, 마감 시한을 기록해 두어야 한다. 이 정보는 나중에 팀원이 Space의 맥락을 빠르게 이해하는 데 결정적인 역할을 한다.
베스트 프랙티스 2: 리서치 전에 소스 컬렉션 먼저 구성하기
많은 팀이 Space를 만들자마자 바로 질문을 던지기 시작한다. 하지만 AI 리서치의 품질은 입력되는 소스의 품질에 직접적으로 비례한다. 질문하기 전에 소스를 먼저 정리하는 것이 훨씬 효율적이다.
소스 유형별 정리
Spaces에 추가할 수 있는 소스는 크게 세 가지 유형으로 나뉜다.
내부 문서: 기존에 팀이 보유한 보고서, 분석 자료, 회의록 등을 PDF나 텍스트 파일로 업로드한다. 이 자료들은 Space 내에서 AI가 참조할 수 있는 1차 소스가 된다.
외부 웹 소스: 신뢰할 수 있는 외부 자료의 URL을 직접 추가한다. 업계 보고서, 경쟁사 공식 페이지, 기술 문서, 학술 논문 등이 해당된다. 단순히 URL을 추가하는 것이 아니라, 해당 소스가 왜 중요한지 맥락을 함께 기록해야 한다.
참고 파일: 스프레드시트, 이미지, 프레젠테이션 자료 등 보조 자료를 업로드한다. 특히 데이터가 포함된 스프레드시트는 AI가 수치 기반 분석을 할 때 유용하다.
소스에 설명 추가하기
각 소스를 추가할 때 간단한 설명을 함께 기록하는 습관이 중요하다. 예를 들어 경쟁사 가격 페이지 URL을 추가할 때 “2026년 3월 기준 경쟁사 A의 엔터프라이즈 요금제 페이지, 연간 계약 기준 가격 확인용”이라고 메모해 두면, 나중에 이 소스가 최신 정보인지 판단하거나 업데이트가 필요한지 확인하는 데 큰 도움이 된다.
큐레이션 원칙
소스는 많을수록 좋은 것이 아니다. 관련성이 낮은 소스가 섞이면 AI 응답의 품질이 오히려 떨어진다. 다음 기준으로 소스를 큐레이션하라.
- 리서치 미션과 직접 관련된 소스만 포함한다
- 최신성을 확인하고, 6개월 이상 된 자료는 별도로 표시한다
- 동일한 정보를 다루는 소스가 여러 개라면 가장 신뢰도 높은 것만 남긴다
- 주기적으로 소스 목록을 검토하고 불필요한 것을 제거한다
베스트 프랙티스 3: 스레드 계층 구조로 리서치 구조화하기
Space 안에서 스레드는 개별 리서치 질문이나 탐구 방향을 나타낸다. 스레드를 잘 구조화하면 리서치 전체의 진행 상황을 한눈에 파악할 수 있고, 팀원 간 작업 분담도 명확해진다.
질문별 스레드 분리
하나의 스레드에 여러 주제의 질문을 섞지 않는다. 예를 들어 “경쟁사 가격 비교”와 “기술 스택 분석”은 별도의 스레드로 만들어야 한다. 스레드 제목은 질문 형태로 작성하는 것이 효과적이다.
좋은 스레드 제목 예시:
- “동남아 시장에서 Stripe vs PayMongo vs GrabPay 수수료 구조는 어떻게 다른가?”
- “국내 B2B SaaS 기업들의 연간 계약 할인율 평균은?”
- “시니어 백엔드 엔지니어 채용 시 가장 효과적인 채널은?”
팔로업으로 심화하기
초기 질문에 대한 답변을 받은 후에는 같은 스레드 안에서 팔로업 질문을 이어간다. 이렇게 하면 AI가 이전 대화 맥락을 유지하면서 점점 더 깊이 있는 분석을 제공할 수 있다.
팔로업의 효과적인 패턴은 다음과 같다.
1단계 - 개요 파악: “이 분야의 주요 플레이어와 시장 구조를 설명해줘” 2단계 - 비교 분석: “상위 3개 솔루션을 기능, 가격, 지원 측면에서 비교해줘” 3단계 - 심화 탐구: “A 솔루션의 API 문서를 기반으로 통합 난이도를 평가해줘” 4단계 - 의사결정 지원: “우리 팀 상황(월 거래량 5만건, 동남아 3개국)에 가장 적합한 옵션은?”
이런 계층적 접근을 통해 하나의 스레드가 완결된 미니 리서치 보고서처럼 기능하게 된다.
스레드 정리 규칙
스레드가 10개를 넘어가기 시작하면 정리가 필요하다. 완료된 스레드는 제목 앞에 “[완료]“를 붙이고, 핵심 발견 사항을 스레드 마지막 메시지에 요약해 두는 것이 좋다. 진행 중인 스레드와 완료된 스레드를 시각적으로 구분할 수 있어야 한다.
베스트 프랙티스 4: 소스 모드 전략적으로 활용하기
Perplexity Spaces에서는 AI가 답변을 생성할 때 참조하는 소스의 범위를 제어할 수 있다. 이 소스 모드를 전략적으로 활용하면 리서치 품질을 크게 높일 수 있다.
웹 검색 모드
웹 검색 모드에서는 AI가 인터넷 전체를 대상으로 최신 정보를 검색한다. 다음과 같은 상황에 적합하다.
- 최신 뉴스나 동향 파악이 필요할 때
- 아직 내부 소스가 충분하지 않은 초기 리서치 단계
- 새로운 시장이나 기술에 대한 탐색적 조사
- 경쟁사의 최근 동향이나 발표 내용 확인
업로드 소스 모드
업로드 소스 모드에서는 AI가 Space에 추가된 파일과 문서만을 참조한다. 다음과 같은 상황에 적합하다.
- 내부 데이터를 기반으로 한 분석이 필요할 때
- 특정 보고서나 문서 내용에 대한 질문
- 민감한 내부 정보를 외부 검색 결과와 섞지 않고 별도로 분석하고 싶을 때
- 업로드한 소스의 정확성을 기반으로 팩트 체크를 수행할 때
교차 검증 전략
가장 효과적인 리서치 방법은 두 모드를 교차하여 사용하는 것이다. 구체적인 워크플로우는 다음과 같다.
- 먼저 업로드 소스 모드로 내부 데이터를 분석한다 (예: “우리 보고서에 따르면 시장 규모가 얼마로 추정되어 있나?”)
- 동일한 질문을 웹 검색 모드로 다시 던진다 (예: “해당 시장의 최신 규모 추정치를 외부 보고서 기준으로 알려줘”)
- 두 결과를 비교하여 차이점을 확인한다 (예: “내부 추정치와 외부 보고서 간 차이가 있다면 원인이 무엇일까?”)
이 교차 검증 패턴은 내부 가정의 오류를 발견하거나, 외부 정보의 편향을 걸러내는 데 매우 유용하다.
베스트 프랙티스 5: 반복 분석을 위한 리서치 템플릿 만들기
동일한 유형의 리서치를 반복적으로 수행하는 팀이라면, 표준화된 리서치 템플릿을 만들어 두는 것이 효율적이다. 템플릿은 질문 순서와 분석 프레임워크를 미리 정의해 둔 것으로, 누가 리서치를 수행하든 일관된 품질의 결과물을 얻을 수 있게 해준다.
경쟁 분석 템플릿 예시
아래는 경쟁사 분석용 리서치 템플릿의 예시다. 새로운 경쟁사를 분석할 때마다 이 순서대로 스레드를 만들고 질문을 진행한다.
스레드 1 - 기업 개요: “경쟁사 X의 설립 연도, 본사 위치, 직원 수, 최근 펀딩 라운드, 주요 투자자를 정리해줘”
스레드 2 - 제품 분석: “경쟁사 X의 주요 제품 라인업, 각 제품의 타겟 고객, 핵심 기능, 차별화 포인트를 분석해줘”
스레드 3 - 가격 전략: “경쟁사 X의 가격 체계를 분석해줘. 무료 요금제 유무, 유료 요금제 단계, 엔터프라이즈 가격 정책을 포함해줘”
스레드 4 - 시장 포지셔닝: “경쟁사 X가 마케팅에서 강조하는 핵심 메시지는 무엇이고, 어떤 고객 페르소나를 타겟하는가?”
스레드 5 - 기술 스택: “경쟁사 X의 기술 스택, 주요 통합(integration), API 제공 범위를 분석해줘”
스레드 6 - 강약점 종합: “이상의 분석을 바탕으로 경쟁사 X의 SWOT 분석을 수행해줘”
이 템플릿을 Space의 설명 필드나 첫 번째 스레드에 저장해 두면, 팀원 누구나 동일한 프레임워크로 경쟁사 분석을 수행할 수 있다. 시장 조사, 기술 평가, 고객 분석 등 다른 유형의 리서치에 대해서도 유사한 템플릿을 만들 수 있다.
템플릿 관리 방법
리서치 템플릿은 별도의 “템플릿 라이브러리” Space를 만들어 보관하는 것이 좋다. 이 Space에는 각 템플릿의 질문 목록, 사용 시점, 예상 소요 시간 등을 기록해 둔다. 새로운 팀원이 합류하면 이 템플릿 라이브러리부터 안내하면 온보딩이 빨라진다.
베스트 프랙티스 6: 팀원과 효과적으로 협업하기
Spaces의 진정한 가치는 개인 리서치가 아닌 팀 협업에서 발휘된다. 하지만 여러 사람이 하나의 Space에서 동시에 작업하면 혼란이 발생할 수 있다. 이를 방지하기 위한 협업 원칙이 필요하다.
역할 분담
효과적인 팀 리서치를 위해 다음과 같은 역할을 지정한다.
리서치 리드: Space의 전체 구조를 설계하고, 스레드 할당을 조율하며, 최종 결과물의 품질을 책임진다. 소스 큐레이션의 최종 결정권도 이 역할에 있다.
리서처: 할당된 스레드에서 실제 리서치를 수행한다. 각 스레드의 진행 상황과 핵심 발견 사항을 정기적으로 공유한다.
검증자: 리서처가 도출한 결과를 교차 검증한다. 소스의 신뢰성을 확인하고, 논리적 비약이나 편향이 있는지 점검한다.
모든 팀원이 모든 역할을 겸하기보다는 프로젝트별로 명확하게 분담하는 것이 효율적이다.
인수인계 프로토콜
팀원이 리서치 도중에 빠지거나 새로운 팀원이 투입될 때를 대비한 인수인계 프로토콜이 필요하다. 다음 항목을 표준화하면 인수인계가 매끄러워진다.
현황 요약 스레드: 각 Space의 첫 번째 스레드를 “현황 요약”으로 지정하고, 현재까지의 진행 상황, 핵심 발견 사항, 남은 작업을 정기적으로 업데이트한다.
소스 변경 로그: 새로운 소스를 추가하거나 기존 소스를 제거할 때 그 이유를 기록한다. “2026년 3월 25일: 경쟁사 B의 가격 페이지 URL 업데이트 - 기존 URL이 리다이렉트됨”과 같은 형식이다.
미해결 질문 목록: 아직 답을 찾지 못한 질문이나 추가 조사가 필요한 항목을 별도로 관리한다. 새로운 팀원은 이 목록부터 확인하고 작업을 이어가면 된다.
베스트 프랙티스 7: 리서치 결과 추출과 내보내기
Space에서 수행한 리서치는 결국 의사결정이나 보고서 형태로 변환되어야 한다. 리서치 단계에서 내보내기 단계로 자연스럽게 연결되는 워크플로우를 미리 설계해 두면 마무리 작업이 수월해진다.
종합 스레드 활용
모든 개별 스레드의 리서치가 완료되면, “종합 분석”이라는 이름의 최종 스레드를 만든다. 이 스레드에서는 다음과 같은 질문을 던진다.
- “이 Space에서 지금까지 수행한 모든 리서치 결과를 종합하여, 핵심 발견 사항 5가지를 우선순위별로 정리해줘”
- “각 발견 사항에 대해 근거가 된 소스와 스레드를 함께 명시해줘”
- “우리 팀이 내려야 할 주요 의사결정 사항과 각 선택지의 장단점을 표 형태로 정리해줘”
종합 스레드는 Space의 모든 맥락을 활용하여 전체를 관통하는 인사이트를 도출하는 역할을 한다. 이 스레드의 결과물이 곧 최종 보고서의 초안이 된다.
내보내기 전략
리서치 결과를 외부로 내보내는 방법은 목적에 따라 달라진다.
경영진 보고: 종합 스레드의 핵심 발견 사항과 권고안을 추출하여 간결한 이그제큐티브 서머리로 변환한다. 구체적인 데이터와 소스는 부록으로 첨부한다.
팀 내 공유: Space 자체를 공유 링크로 전달하되, 어떤 스레드부터 읽어야 하는지 안내 메시지를 함께 보낸다. “먼저 ‘현황 요약’ 스레드를 읽고, 관심 영역별로 개별 스레드를 확인하세요”와 같은 형식이다.
외부 보고서 작성: 각 스레드에서 소스가 명시된 주요 데이터 포인트를 추출하고, 원본 소스의 신뢰성을 별도로 검증한 후 보고서에 반영한다. AI가 생성한 요약을 그대로 외부 보고서에 사용하지 않고, 반드시 원본 소스를 직접 확인한다.
아카이브: 리서치가 완료된 Space는 제목 앞에 “[아카이브]“를 붙이고 수정하지 않는다. 향후 유사한 리서치를 시작할 때 참고 자료로 활용할 수 있도록 보존한다.
흔한 실수와 해결 방법
실수 1: Space를 너무 많이 만드는 것
관련 있는 리서치를 지나치게 세분화하여 별도의 Space로 분리하면, 정보가 파편화되고 교차 참조가 어려워진다. 해결 방법은 하나의 리서치 미션에 하나의 Space 원칙을 따르되, Space 안에서 스레드로 세분화하는 것이다.
실수 2: 소스 없이 바로 질문하기
소스를 추가하지 않은 채로 질문을 시작하면 일반적인 Perplexity 검색과 차이가 없다. Space의 장점을 최대한 활용하려면 관련 소스를 먼저 구성한 후 질문해야 한다.
실수 3: 스레드 제목을 대충 짓기
“질문 1”, “테스트”, “기타” 같은 제목은 나중에 스레드를 다시 찾을 때 전혀 도움이 되지 않는다. 스레드 제목은 해당 스레드의 핵심 질문을 요약하는 형태로 작성한다.
실수 4: AI 응답을 검증 없이 수용하기
Perplexity가 소스를 명시하더라도, 해당 소스의 신뢰성과 최신성은 사람이 직접 확인해야 한다. 특히 수치 데이터, 시장 규모 추정, 기업 재무 정보 등은 반드시 원본 소스를 클릭하여 확인하라.
실수 5: 완료된 리서치를 정리하지 않기
리서치가 끝난 후 정리하지 않으면 다음에 유사한 리서치를 할 때 기존 작업을 재활용하기 어렵다. 리서치 완료 시 반드시 종합 스레드를 만들고, Space 제목에 상태를 표시하는 습관을 들여야 한다.
자주 묻는 질문
Perplexity Spaces는 무료 요금제에서도 사용할 수 있나요?
Spaces 기본 기능은 무료 요금제에서도 사용할 수 있지만, 업로드 가능한 파일 수와 협업 인원에 제한이 있다. 팀 단위로 본격적인 리서치에 활용하려면 Pro 요금제가 필요하며, 비즈니스 요금제에서는 더 넓은 팀 협업 기능을 이용할 수 있다.
하나의 Space에 소스를 몇 개까지 추가할 수 있나요?
소스 수 제한은 요금제에 따라 다르다. 중요한 것은 소스의 수가 아니라 품질과 관련성이다. 앞서 설명한 큐레이션 원칙에 따라 핵심 소스 위주로 관리하는 것이 AI 응답 품질 면에서 유리하다.
여러 팀이 하나의 Space를 공유해도 되나요?
가능하지만 권장하지 않는다. 팀별로 리서치 미션과 관점이 다르기 때문에, 별도의 Space를 만들고 필요한 경우 소스만 공유하는 방식이 더 효과적이다. 교차 팀 리서치가 필요한 경우에는 각 팀의 핵심 발견 사항을 종합하는 별도의 “크로스팀 종합” Space를 만드는 것이 낫다.
민감한 내부 문서를 Space에 업로드해도 안전한가요?
Perplexity의 데이터 처리 정책을 사전에 확인해야 한다. 비즈니스 요금제에서는 데이터 보호에 대한 추가 보장이 제공될 수 있다. 매우 민감한 자료의 경우, 해당 내용을 직접 업로드하기보다는 비식별화된 버전을 만들어 업로드하거나, 내부 문서를 참조하여 질문을 작성하되 문서 자체는 업로드하지 않는 방법을 고려하라.
기존 리서치를 새로운 Space로 옮기는 방법이 있나요?
현재 Perplexity에서 Space 간 스레드 이동 기능은 제공하지 않는다. 대신, 기존 스레드에서 핵심 내용을 복사하여 새로운 Space의 스레드에 붙여넣는 수동 방식으로 마이그레이션할 수 있다. 이때 원본 소스 링크도 함께 옮기는 것이 중요하다.
리서치 완료 후 Space는 어떻게 관리하나요?
완료된 Space는 “[아카이브]” 접두사를 붙여 보관한다. 3개월마다 아카이브된 Space를 검토하여 더 이상 참조 가치가 없는 것은 삭제한다. 단, 경쟁 분석이나 시장 조사처럼 시계열 비교가 필요할 수 있는 리서치는 장기 보관하는 것이 좋다.
Spaces와 Perplexity Collections는 어떻게 다른가요?
Collections는 개인적으로 리서치 결과를 북마크하고 정리하는 기능인 반면, Spaces는 팀원을 초대하여 소스를 공유하고 함께 리서치할 수 있는 협업 환경이다. 개인 리서치에는 Collections, 팀 리서치에는 Spaces를 사용하는 것이 적절하다.