Pages로 리서치를 공유 가능한 문서로 바꾸기

검색이 끝났다고 리서치가 끝난 것은 아니다

지난 장에서 우리는 Space를 프로젝트형 리서치 작업실로 이해했습니다. 반복되는 맥락이 있으면 Space를 만들고, 한 번 보고 끝날 질문이면 일반 검색으로 충분하다고 정리했죠. 이제 그다음 단계로 넘어갈 차례입니다.

작업실 안에서 자료를 모으고, 질문을 던지고, 파일을 분석하고, 후속 질문을 이어가다 보면 어느 순간 이런 생각이 듭니다.

"이제 이걸 다른 사람이 읽을 수 있게 정리해야 하는데?"

Perplexity의 Pages는 바로 이 순간에 등장합니다. Thread와 Space 안에서 쌓은 검색 결과와 대화 내용을 그냥 채팅창에 묻어두지 않고, 제목과 섹션, 요약, 이미지, 출처가 포함된 공유 가능한 문서로 바꾸는 기능입니다. Perplexity는 Pages를 심층 기사, 상세 보고서, 정보 가이드처럼 지식을 공유하기 쉬운 형태로 만드는 도구라고 소개합니다.¹

검색은 나를 위한 과정입니다. Pages는 독자를 위한 결과물입니다.

Perplexity를 처음 사용할 때는 답을 얻는 것만으로도 충분해 보입니다. 하지만 조금만 익숙해지면 답변보다 더 중요한 일이 생깁니다. "이 내용을 어떻게 정리해서 팀원에게 보여줄까?", "학생들에게 나눠줄 학습 자료로 만들 수 있을까?", "시장 조사 결과를 임원 보고용 브리핑으로 바꿀 수 있을까?" 같은 질문입니다.

Pages는 이 질문에 대한 Perplexity식 답입니다.

Thread는 질문의 길이고, Pages는 독자의 길이다

Thread는 대화의 기록입니다. 내가 어떤 질문을 했고, Perplexity가 어떤 답을 했고, 그다음 내가 무엇을 다시 물었는지가 시간순으로 쌓입니다. 리서치를 하는 사람에게는 이 흐름이 중요합니다. 왜냐하면 생각이 어떻게 바뀌었는지, 어떤 가정을 검토했는지, 어떤 출처를 확인했는지 알 수 있기 때문입니다.

하지만 독자에게는 다릅니다. 독자는 내가 어떤 순서로 헤맸는지까지 알고 싶어 하지 않습니다. 독자가 원하는 것은 정리된 결론, 이해하기 쉬운 구조, 필요한 근거, 다음에 무엇을 하면 되는지입니다.

Thread를 그대로 공유하면 독자는 대화의 미로를 따라 걸어야 합니다. Pages로 바꾸면 독자는 문서의 길을 따라 읽을 수 있습니다.

Perplexity Pages는 일반적인 답변보다 더 문서에 가깝습니다. 보통 제목, 도입부, 여러 개의 섹션, 본문 안의 출처, 참고 자료, 이미지나 미디어 요소를 포함한 형태로 만들어집니다. 여러 사용 가이드에서도 Pages를 AI 검색 결과를 구조화된 다중 섹션 문서로 전환하고, 인라인 출처와 공유 가능한 URL을 제공하는 기능으로 설명합니다.²

그러므로 Pages를 쓸 때의 핵심은 이것입니다.

Thread에서는 내가 이해하기 위해 묻고, Pages에서는 남이 이해할 수 있게 정리한다.

이 차이를 알면 Pages를 단순한 저장 기능으로 오해하지 않게 됩니다. Pages는 "좋은 답변을 저장하는 곳"이 아니라 "리서치 과정을 읽을 만한 결과물로 다시 편집하는 곳"입니다.

좋은 Page는 좋은 Thread에서 나온다

Pages를 만들 때 가장 흔한 실수는 너무 빨리 문서화를 시작하는 것입니다. 주제 하나만 입력하고 바로 Page를 만들면 보기에는 그럴듯한 글이 나올 수 있습니다. 제목도 있고, 소제목도 있고, 문단도 매끄럽습니다. 하지만 자세히 읽어보면 어디서 많이 본 듯한 일반론이 많고, 내가 정말 알고 싶었던 질문에는 깊이 들어가지 못하는 경우가 있습니다.

이유는 간단합니다. Page는 빈손에서 마법처럼 완성되는 보고서가 아닙니다. 앞에서 쌓은 리서치의 질을 바탕으로 만들어지는 초안입니다.

요리를 생각해보면 쉽습니다. Pages는 멋진 접시에 음식을 담아주는 기능에 가깝습니다. 그런데 재료가 부실하면 접시가 아무리 예뻐도 맛있는 요리가 되기 어렵습니다. 좋은 Page를 만들려면 먼저 좋은 Thread가 있어야 합니다.

Page로 바꾸기 전에 Thread에서 최소한 네 가지는 확인하는 것이 좋습니다. 첫째, 이 문서의 목적이 무엇인지 분명해야 합니다. 둘째, 대상 독자가 누구인지 정해야 합니다. 셋째, 핵심 질문과 하위 질문이 어느 정도 정리되어 있어야 합니다. 넷째, 중요한 주장에는 확인 가능한 출처가 붙어 있어야 합니다.

예를 들어 "원격근무와 생산성"에 관한 Page를 만들고 싶다면 처음부터 이렇게 묻는 것보다,

원격근무와 생산성에 대해 알려줘.

조금 더 단계적으로 조사하는 편이 좋습니다.

원격근무가 직원 생산성에 미치는 영향에 관한 최근 연구와 산업별 차이를 정리해 줘. 긍정적 결과와 부정적 결과를 나누고, 각 주장에 어떤 근거가 있는지 출처와 함께 설명해 줘.

그다음 후속 질문을 이어갑니다.

원격근무 생산성에 관한 연구에서 측정 방식이 어떻게 다른지 비교해 줘. 자기보고식 설문, 성과 지표, 관리자 평가가 각각 어떤 한계를 갖는지도 알려줘.

이 주제를 임원 보고용 2페이지 브리핑으로 만들 때 반드시 들어가야 할 섹션을 제안해 줘.

이렇게 Thread 안에서 질문을 다듬고, 반론을 확인하고, 출처를 검토한 뒤 Pages로 전환하면 결과물의 밀도가 훨씬 좋아집니다.

Thread에서 Page로 바꾸는 기본 절차

Perplexity의 화면 구성은 시간이 지나며 조금씩 달라질 수 있습니다. 어떤 계정에서는 Library 안에서 Page를 새로 만들 수 있고, 어떤 흐름에서는 기존 Thread의 Convert to Page 또는 유사한 변환 버튼을 통해 Page를 만들 수 있습니다. 중요한 것은 버튼의 위치를 외우는 것이 아니라 작업 흐름을 이해하는 것입니다.

기본 흐름은 다음과 같습니다.

1. 먼저 일반 검색, Focus 모드, Pro Search, Deep Research 등을 이용해 Thread에서 충분히 조사합니다.

2. 후속 질문으로 빠진 부분, 반론, 최신 정보, 출처의 신뢰도를 확인합니다.

3. Thread의 내용을 Page로 변환하거나 Library의 Pages 영역에서 새 Page를 만듭니다.

4. 주제와 대상 독자를 설정합니다. 초보자용인지, 일반 독자용인지, 전문가용인지에 따라 문체와 설명 깊이가 달라집니다.

5. Perplexity가 만든 초안을 섹션별로 읽고, 필요한 부분을 수정하거나 재배치합니다.

6. 각 섹션의 출처와 문장을 검토한 뒤 공유 링크를 만듭니다.

여기서 가장 중요한 단계는 5번과 6번입니다. 많은 사람이 4번에서 Page가 생성되는 순간 "완성됐다"고 착각합니다. 하지만 실제로는 그때부터 편집자의 일이 시작됩니다.

Perplexity가 만든 Page 초안은 빠릅니다. 목차를 잡고, 기본 설명을 붙이고, 출처를 연결하고, 읽기 좋은 모양으로 정리해 줍니다. 그러나 빠르다는 말은 완벽하다는 뜻이 아닙니다. AI는 종종 중요도를 잘못 판단하거나, 내 독자에게 필요 없는 배경 설명을 길게 쓰거나, 핵심 반론을 약하게 다룰 수 있습니다.

따라서 Page를 만든 뒤에는 이렇게 물어보는 습관이 좋습니다.

이 Page를 공유하기 전에 논리 흐름상 빠진 부분, 근거가 약한 주장, 독자가 오해할 수 있는 문장을 찾아줘.

이 질문은 Page의 품질을 한 단계 끌어올립니다. Perplexity에게 글을 쓰게만 하지 말고, 검토자의 역할도 맡기는 것입니다.

새 Page로 시작할 때와 Thread에서 변환할 때

Pages를 만드는 방법은 크게 두 가지로 생각할 수 있습니다. 하나는 새 Page를 바로 만드는 방식이고, 다른 하나는 기존 Thread를 Page로 바꾸는 방식입니다.

새 Page로 시작하는 방식은 빠릅니다. "초보자를 위한 전기차 배터리 가이드", "베를린 3박4일 여행 안내", "테니스 입문자를 위한 장비 선택법"처럼 주제가 비교적 분명하고, 깊은 논쟁보다 개요가 필요한 경우에 좋습니다. Perplexity Pages 관련 소개 자료들은 사용자가 주제를 입력하고 대상 독자를 고르면 섹션이 나뉜 문서와 이미지, 출처가 포함된 초안을 만들 수 있다고 설명합니다.³

반면 기존 Thread에서 변환하는 방식은 더 정교합니다. 이미 여러 번 질문하고, 출처를 비교하고, 반론을 확인한 리서치가 있기 때문입니다. 시장 조사, 학술 보고서, 정책 분석, 제품 비교처럼 근거와 논리 흐름이 중요한 문서는 Thread에서 충분히 조사한 뒤 Page로 바꾸는 편이 좋습니다.

간단히 말하면 이렇습니다.

처음 연습할 때는 새 Page 생성도 좋습니다. 하지만 업무나 연구에 진지하게 쓰려면 Thread를 먼저 잘 만드는 습관이 더 중요합니다. Page는 리서치의 출발점이 될 수도 있지만, 가장 강력하게 빛나는 순간은 이미 쌓인 리서치를 독자용 문서로 바꿀 때입니다.

섹션 편집은 Page의 심장이다

Pages를 단순한 자동 글쓰기 기능으로 보면 절반만 쓰는 것입니다. 진짜 힘은 섹션 단위 편집에서 나옵니다. 생성된 문서는 보통 여러 섹션으로 나뉘어 있고, 사용자는 섹션을 추가하거나 삭제하거나 순서를 바꾸거나 특정 부분을 다시 작성하도록 요청할 수 있습니다. Pages 관련 기사들도 특정 섹션을 다시 쓰게 하거나 제거하고, 하위 주제를 추가하고, 이미지나 동영상을 넣는 방식으로 문서를 다듬을 수 있다고 설명합니다.⁴

AI가 처음 만든 목차는 대체로 무난합니다. 문제는 무난한 목차가 항상 좋은 목차는 아니라는 점입니다. 좋은 문서는 독자가 궁금해하는 순서대로 움직입니다.

예를 들어 시장 조사 Page가 다음 순서로 만들어졌다고 해봅시다.

1. 시장의 역사

2. 주요 기업

3. 최근 트렌드

4. 소비자 행동

5. 결론

보기에는 괜찮습니다. 하지만 임원 보고용이라면 조금 답답할 수 있습니다. 임원은 보통 "그래서 지금 기회가 있는가?", "우리에게 어떤 위험이 있는가?", "무엇을 결정해야 하는가?"를 먼저 알고 싶어 합니다. 이 경우 구조를 이렇게 바꾸는 편이 더 낫습니다.

1. 핵심 결론: 지금 진입할 만한 시장인가

2. 시장 규모와 성장 신호

3. 고객 문제와 구매 동기

4. 주요 경쟁사와 차별화 가능성

5. 리스크와 확인이 필요한 가정

6. 추천 액션

같은 자료라도 구조가 바뀌면 문서의 힘이 달라집니다. Pages에서 섹션을 편집할 때는 "무엇을 더 넣을까?"보다 "독자가 어떤 순서로 이해해야 할까?"를 먼저 생각하세요.

섹션을 다듬을 때 자주 하는 작업은 다음과 같습니다.

섹션 편집은 글쓰기의 손맛이 살아나는 부분입니다. Perplexity가 벽돌을 쌓아줬다면, 사용자는 문과 창문을 내고 동선을 잡는 건축가가 됩니다.

Pages는 검색 엔진과 리서치 플랫폼, 콘텐츠 관리 도구의 중간 형태다

Perplexity Pages를 이해할 때 가장 흥미로운 지점은 이것입니다. Pages는 검색 엔진도 아니고, 전통적인 문서 편집기도 아니고, 블로그 플랫폼도 아닙니다. 그 중간 어딘가에 있습니다.

검색 엔진은 자료를 찾아줍니다. 리서치 플랫폼은 자료를 비교하고 종합하게 해줍니다. 콘텐츠 관리 도구는 결과물을 정리하고 공유하게 해줍니다. Pages는 이 세 가지를 한 흐름으로 연결합니다. 한 리뷰에서는 Perplexity Pages가 검색 엔진, 리서치 플랫폼, 콘텐츠 관리 시스템의 경계를 다시 정의하려는 도구로 볼 수 있다고 설명합니다.⁵

이 관점을 알면 Pages를 더 잘 쓸 수 있습니다.

기존 검색에서는 사용자가 링크를 열고, 내용을 복사하고, 문서 편집기를 열고, 제목을 붙이고, 출처를 따로 관리해야 했습니다. Pages에서는 그 과정 일부가 한곳에서 이어집니다. 검색한 내용을 바탕으로 섹션을 만들고, 출처를 붙이고, 공유 가능한 페이지 형태로 정리할 수 있습니다.

하지만 Pages가 모든 것을 대신하는 것은 아닙니다. 전문적인 학술 논문 작성 도구도 아니고, 회사의 공식 문서 관리 시스템도 아니며, 복잡한 승인 절차가 필요한 출판 플랫폼도 아닙니다. Pages의 자리는 "빠르게 조사한 내용을 읽을 만한 초안 또는 공유용 문서로 만드는 단계"에 있습니다.

그래서 Pages를 이렇게 이해하면 좋습니다.

Pages는 완성된 책상이 아니라, 흩어진 자료를 보고서 모양으로 빠르게 올려놓는 작업대다.

작업대 위에 올려놓은 뒤에는 사람이 정리해야 합니다. 버릴 내용은 버리고, 중요한 근거는 더 확인하고, 문체는 독자에게 맞추고, 민감한 정보는 제거해야 합니다.

결과물 유형별로 구조를 다르게 잡아라

Pages는 여러 종류의 결과물에 쓸 수 있습니다. 하지만 모든 Page를 같은 구조로 만들면 안 됩니다. 연구 보고서와 여행 가이드는 독자가 기대하는 흐름이 다릅니다. 제품 비교와 학습 노트도 강조해야 할 정보가 다릅니다.

다음 표를 기준으로 Page의 뼈대를 잡아보세요.

예를 들어 학습 노트를 만들 때는 "정확한 정보"만큼이나 "쉽게 이해되는 순서"가 중요합니다. 중학생에게 설명하는 Page라면 전문 용어를 먼저 쏟아내면 안 됩니다. 개념을 일상적인 비유로 풀고, 그다음 용어를 붙여야 합니다.

반면 시장 조사 브리핑에서는 친절한 배경 설명보다 빠른 판단이 중요합니다. 읽는 사람이 바쁜 의사결정자라면 첫 섹션에서 결론을 보여줘야 합니다. "이 시장은 성장 중이지만 진입 장벽은 높다", "가격 경쟁보다 특정 고객군의 불편을 해결하는 전략이 유리하다"처럼 판단 가능한 문장이 앞에 나와야 합니다.

제품 비교 Page는 기준이 생명입니다. "A가 좋다, B가 좋다"가 아니라 어떤 기준에서 좋은지 밝혀야 합니다. 가격, 성능, 보안, 사용 편의성, 고객 지원, 확장성처럼 비교 기준을 먼저 정해야 독자가 납득합니다.

여행 가이드는 감성만으로는 부족합니다. 보기 좋은 사진과 추천 장소도 좋지만, 실제 독자는 "월요일에도 여나?", "아이와 갈 수 있나?", "비가 오면 어떻게 하지?", "숙소에서 얼마나 걸리지?"를 궁금해합니다. Pages로 여행 가이드를 만들 때는 즐거운 소개와 실용 정보를 함께 넣어야 합니다.

실전 예시: 시장 조사 Thread를 브리핑 Page로 바꾸기

가상의 예로, 당신이 "국내 소규모 카페를 위한 예약·대기 관리 SaaS 시장"을 조사한다고 해봅시다. 처음 질문은 이렇게 시작할 수 있습니다.

국내 소규모 카페와 식음료 매장에서 예약·대기 관리 SaaS를 도입할 때 고려하는 고객 문제, 주요 경쟁 서비스, 가격 모델, 시장 기회를 조사해 줘. 공식 자료와 신뢰할 수 있는 기사, 실제 사용자 리뷰를 구분해서 정리해 줘.

첫 답변을 받은 뒤 바로 Page를 만들지 않습니다. 후속 질문으로 빈틈을 줄입니다.

위 답변에서 실제 소규모 매장 운영자가 체감할 만한 문제만 따로 뽑아줘. 프랜차이즈 본사 관점과 개인 매장 관점을 구분해 줘.

경쟁 서비스 비교에서 가격, 설치 난이도, 카카오톡 또는 문자 알림 지원, POS 연동 여부를 기준으로 표를 만들어 줘.

이 시장에 진입할 때 과장하면 안 되는 주장과 반드시 검증해야 할 가정을 정리해 줘.

이렇게 Thread가 쌓이면 Page로 변환할 준비가 됩니다. 변환 전에는 Perplexity에게 문서 구조를 먼저 요청해도 좋습니다.

지금까지의 Thread를 바탕으로 팀 내부 공유용 시장 조사 브리핑 Page를 만들 예정이다. 첫 섹션에는 핵심 결론을, 중간에는 고객 문제와 경쟁 구도를, 마지막에는 추천 액션과 추가 검증 과제를 넣는 구조로 목차를 제안해 줘.

그다음 Page를 만들고, 섹션을 다음처럼 다듬습니다.

이렇게 만든 Page는 단순한 "시장 설명 글"이 아니라 회의에서 바로 쓸 수 있는 브리핑 문서가 됩니다. 팀원에게 링크를 보내고, 회의 전에 읽어오게 하고, 회의에서는 "어떤 가정을 먼저 검증할 것인가"를 논의할 수 있습니다.

이것이 Pages의 장점입니다. 검색 결과를 예쁜 글로 바꾸는 데서 끝나는 것이 아니라, 다음 의사결정으로 이어지는 문서로 만드는 것입니다.

공유 링크를 만들기 전 반드시 점검할 것들

Pages의 편리함은 동시에 위험이 될 수 있습니다. 버튼 몇 번으로 공유 가능한 문서가 만들어지기 때문에, 검토가 부족한 상태에서 외부로 나가기 쉽습니다. 특히 공개 링크로 배포되는 Page는 의도보다 넓게 퍼질 수 있습니다. 일부 리뷰에서는 게시된 Pages가 Perplexity 안에서 검색되거나 공개적으로 발견될 수 있다는 점을 개인정보와 업무 활용의 주요 주의사항으로 지적합니다.⁶

공유 전에 다음 항목을 꼭 확인하세요.

• 출처의 신뢰도: 공식 문서, 원문 보고서, 학술 자료, 공공기관 자료인지 확인합니다. 블로그나 커뮤니티 글만 근거로 중요한 결론을 내리지 않습니다.

• 출처와 문장의 일치 여부: 본문에서 말한 주장을 실제 출처가 뒷받침하는지 클릭해서 확인합니다. 출처는 있지만 내용이 다를 수 있습니다.

• 누락된 반론: 한쪽 입장만 강조되어 있지 않은지 봅니다. 시장 조사, 정책, 의료, 투자, 학술 주제는 반대 근거도 중요합니다.

• 과장되거나 단정적인 표현: "반드시", "최고", "완전히 대체", "압도적" 같은 표현은 근거가 강하지 않으면 줄입니다.

• 최신성: 가격, 요금제, 법규, 일정, 영업시간, 제품 기능처럼 바뀌기 쉬운 정보는 확인 날짜를 따로 적습니다.

• 개인정보와 내부 정보: 이름, 이메일, 전화번호, 고객사명, 미공개 전략, 매출 수치, 계약 조건이 들어 있지 않은지 확인합니다.

• 저작권과 인용 방식: 출처의 문장을 그대로 가져온 부분은 없는지 보고, 필요한 경우 요약하거나 직접 작성한 문장으로 바꿉니다.

• 대상 독자 적합성: 초보자에게 너무 어렵거나, 전문가에게 너무 얕은 설명은 아닌지 점검합니다.

특히 회사 업무에서 Pages를 사용할 때는 "공유 링크를 만들기 전"이 아니라 "Page를 만들기 전"부터 민감 정보를 생각해야 합니다. 내부 회의록이나 고객 인터뷰를 기반으로 Page를 만들었다면, 그 안의 세부 문장이 외부 공유 문서에 남아 있을 수 있습니다.

공유 버튼을 누르기 전에는 이렇게 자문해보세요.

이 문서가 내가 예상하지 못한 사람에게 전달되어도 괜찮은가?

대답이 조금이라도 망설여진다면 아직 공유하면 안 됩니다.

Pages를 최종본이 아니라 출판 가능한 초안으로 보라

Perplexity Pages를 가장 잘 쓰는 태도는 "AI가 보고서를 완성해 준다"가 아니라 "AI가 출판 가능한 형태의 초안을 빠르게 만들어 준다"입니다.

초안이라는 말은 낮춰 부르는 말이 아닙니다. 좋은 초안은 엄청난 가치를 가집니다. 빈 문서 앞에서 한 시간 동안 제목도 못 쓰는 것보다, 구조와 근거가 어느 정도 잡힌 초안을 5분 만에 얻고 55분 동안 다듬는 편이 훨씬 생산적입니다.

하지만 초안은 초안입니다. 사람의 판단이 들어가야 합니다. 한 리뷰에서도 AI가 만든 결과물에서 인간 편집자의 역할이 결정적으로 중요하다고 강조합니다.⁶ Pages에서도 마찬가지입니다. Perplexity는 빠르게 조사하고 구조화하지만, 최종 독자를 가장 잘 아는 사람은 사용자입니다.

완성도를 높이는 작업 흐름은 다음과 같이 잡으면 좋습니다.

1. 리서치 Thread 만들기: 질문, 후속 질문, 출처 확인을 통해 재료를 모읍니다.

2. Page 초안 생성하기: Thread 또는 새 주제를 바탕으로 구조화된 문서를 만듭니다.

3. 독자 관점으로 읽기: 처음 읽는 사람이 이해할 수 있는 순서인지 확인합니다.

4. 약한 섹션 표시하기: 근거가 부족한 문장, 반복되는 설명, 너무 일반적인 결론을 찾습니다.

5. 추가 리서치하기: 빠진 근거와 반론을 다시 Perplexity에서 조사합니다.

6. 사람의 해석 넣기: 내 경험, 팀의 맥락, 현장 데이터, 의사결정 기준을 추가합니다.

7. 문체와 사실 검토하기: 표현을 다듬고, 중요한 출처는 직접 열어 확인합니다.

8. 공유 범위 정하기: 내부 공유인지, 외부 공개인지, 링크 접근 범위가 적절한지 판단합니다.

이 흐름을 거치면 Pages는 단순한 AI 글쓰기 기능이 아니라 리서치 산출물 제작 시스템이 됩니다.

특히 "사람의 해석 넣기"가 중요합니다. AI가 만든 문서는 대체로 평균적인 설명에 강합니다. 하지만 좋은 문서에는 평균을 넘어서는 판단이 들어갑니다. "우리 팀은 이 중 무엇을 선택해야 하는가?", "우리 고객에게 중요한 것은 무엇인가?", "이 자료를 보고도 아직 모르는 것은 무엇인가?" 같은 질문은 사용자가 답해야 합니다.

Pages가 초안을 만들고, 사람이 의미를 완성합니다.

Page를 더 좋게 만드는 프롬프트

Pages를 만들기 전후에 다음 프롬프트를 사용하면 결과물이 훨씬 좋아집니다. 그대로 복사해도 좋고, 자신의 주제에 맞게 바꿔도 좋습니다.

Page 생성 전에 Thread를 정리할 때는 이렇게 물어보세요.

지금까지의 대화를 Page로 만들 예정이다. 핵심 주장, 근거가 강한 내용, 근거가 약한 내용, 추가로 조사해야 할 질문, 예상 독자가 궁금해할 점을 나누어 정리해 줘.

대상 독자를 맞출 때는 이렇게 요청할 수 있습니다.

이 내용을 초보자가 읽는 학습 가이드로 바꿀 때 필요한 배경 설명과 비유를 제안해 줘. 전문 용어는 쉬운 말로 먼저 설명한 뒤 괄호 안에 원어를 넣어줘.

업무 보고서로 만들 때는 이렇게 요청합니다.

이 내용을 임원 브리핑용 Page로 만들 것이다. 첫 섹션에는 5줄 핵심 요약을 넣고, 중간에는 근거와 리스크를, 마지막에는 의사결정이 필요한 항목을 정리하는 구조로 바꿔줘.

출처를 점검할 때는 이렇게 물어보세요.

이 문서에서 출처 확인이 특히 중요한 문장을 찾아줘. 통계, 법률·정책, 가격, 의학·과학 주장, 특정 인물의 발언을 우선적으로 표시해 줘.

공유 전 검토에는 이런 프롬프트가 유용합니다.

이 Page를 외부에 공유하기 전에 삭제하거나 완화해야 할 표현, 개인정보나 내부 정보로 보일 수 있는 내용, 과장된 주장, 독자가 오해할 수 있는 문장을 찾아줘.

이런 프롬프트는 Pages를 "한 번에 생성하고 끝내는 도구"가 아니라 "반복해서 다듬는 편집 환경"으로 바꿔줍니다.

Pages를 쓸 때 피해야 할 착각

Pages가 편리할수록 몇 가지 착각을 조심해야 합니다.

첫 번째 착각은 "출처가 있으니 모두 사실이다"입니다. 출처가 붙었다는 것은 확인의 출발점이지 보증서가 아닙니다. 링크가 실제로 해당 문장을 뒷받침하는지, 오래된 자료는 아닌지, 신뢰할 만한 기관인지 직접 봐야 합니다.

두 번째 착각은 "문장이 자연스러우니 논리도 좋다"입니다. AI가 만든 문장은 매끄럽습니다. 그래서 논리적 빈틈이 숨어 있어도 쉽게 지나칩니다. 특히 원인과 결과를 단정하는 문장, 시장 전망을 확신하는 문장, 어떤 도구나 제품을 강하게 추천하는 문장은 더 꼼꼼히 봐야 합니다.

세 번째 착각은 "공유 링크니까 가볍게 보내도 된다"입니다. 링크는 복사되기 쉽고, 전달되기 쉽고, 나중에 다시 발견되기 쉽습니다. 친구에게 보낸 링크가 팀 전체로 퍼질 수 있고, 내부 검토용 문서가 외부 고객에게 전달될 수도 있습니다.

네 번째 착각은 "AI가 만든 글이니 내 책임이 아니다"입니다. 문서를 공유한 사람은 사용자입니다. 업무 보고서, 학습 자료, 공개 글, 고객 안내문으로 쓴다면 최종 책임은 사람에게 있습니다.

Pages는 강력한 도구입니다. 하지만 도구가 강력해질수록 사용자의 편집 책임도 커집니다.

이번 장의 핵심 정리

Pages는 Perplexity의 검색 결과와 대화 맥락을 구조화된 문서로 바꾸는 기능입니다. Thread가 질문의 흐름이라면, Pages는 독자가 읽을 수 있게 다시 구성한 결과물입니다. 좋은 Page는 좋은 Thread에서 나오므로, Page를 만들기 전에 질문을 충분히 다듬고, 후속 질문으로 반론과 빈틈을 확인하고, 중요한 출처를 점검해야 합니다.

Pages는 단순 저장 기능이 아닙니다. 검색 엔진처럼 자료를 찾고, 리서치 플랫폼처럼 종합하고, 콘텐츠 관리 도구처럼 공유 가능한 형태로 정리하는 중간 지대에 있습니다. 그래서 보고서, 시장 조사 브리핑, 학습 노트, 제품 비교, 여행 가이드, 취미 안내문처럼 "정보를 다른 사람이 읽을 수 있게 전달해야 하는 상황"에서 특히 유용합니다.

하지만 Pages는 최종본이 아니라 출판 가능한 초안입니다. 사람이 논리 흐름을 고치고, 문체를 맞추고, 사실관계를 확인하고, 독자 수준에 맞게 설명을 조정해야 합니다. 공유 전에는 출처 신뢰도, 누락된 근거, 과장 표현, 민감 정보, 개인정보, 최신성을 반드시 점검하세요.

마지막으로 기억할 문장은 이것입니다.

Pages는 채팅창에 갇힌 리서치를 문서의 형태로 세상에 내보내는 문이다.

다음 장에서는 이 문을 학습과 학술 연구에 활용하는 방법을 다룹니다. Perplexity를 단순히 숙제 답을 찾는 도구가 아니라, 개념을 이해하고 논문을 읽고 연구 질문을 다듬는 학습 파트너로 사용하는 법을 살펴보겠습니다.

참고

¹Perplexity Pages 공식 소개

²Perplexity Pages Explained guide

³Perplexity Pages 사용법 가이드

⁴Perplexity Pages launch coverage

⁵What is Perplexity Pages overview

⁶Perplexity Pages review and privacy considerations