대부분의 글쓰기 조언은 이렇게 말합니다. 리서치를 충실히 하면 디테일이 정확해진다고 말입니다. 하지만 정작 리서치 그 자체가 글쓰기보다 더 큰 문제가 된다는 사실은 아무도 일러 주지 않습니다.
여기에 역설이 있습니다. 어느 역사 소설가가 1920년대 상하이를 조사하는 데 3주를 쏟습니다. 조계지 정치 체계, 인력거 요금, 와이탄을 따라 늘어선 아르데코 양식의 정면. 브라우저 북마크 30개, PDF 15편, 손으로 적은 노트 반 권 분량, 그리고 서로 다른 세 개의 앱에 흩어진 스크린샷. 어느 한 조각도 버리기 아깝습니다. 그러다 한 인물이 찻값을 치르는 장면을 쓰기 위해 책상에 앉습니다. 그런데 그 가격 자료를 도무지 찾을 수 없습니다. Notion에 적었던가, Google Docs였던가, 휴대폰 메모장이었던가. 20분을 헤맨 끝에 노트를 발견합니다. 하지만 짓고 있던 문장은 이미 사라졌습니다. 호흡이 깨져 버린 것입니다.
이런 일은 한 번으로 끝나지 않습니다. 거듭, 또 거듭 반복됩니다. 게으름 탓이 아닙니다. 리서치 자료가 글쓰기 프로젝트와는 무관한 다섯 곳에 흩어져 살기 때문입니다. 자료를 찾는 비용이 일정 수준을 넘어서면 작가는 본능적으로 확인을 건너뛰거나, 어림으로 채우거나, 빈칸으로 남겨 둔 채 잊어버립니다. 자료는 분명히 존재합니다. 접근 경로가 없을 뿐입니다.
세 가지 양상, 그러나 뿌리는 하나입니다.
리서치 자료가 통제를 벗어나는 세 가지 방식
정보의 범람. 무엇이든 쓸모가 있을 것 같으니 무엇이든 저장합니다. 2주 뒤에는 분류도 색인도 없는 자료의 산이 쌓입니다. 그 디테일은 어딘가에 분명히 있습니다. 다만 찾을 수 있기를 빌어야 할 따름입니다.
리서치와 집필의 분리. 노트는 한 앱에, 원고는 다른 앱에 있습니다. 한 번 확인할 때마다 컨텍스트 전환이 필요합니다. 앱을 찾고, 검색하고, 위치를 잡고, 다시 돌아옵니다. 한 시간 중 20분이 창 사이를 오가는 데 사라집니다. 단순한 비효율 문제가 아닙니다. 윈도와 윈도 사이 그 틈에서 절반쯤 완성된 문장이 죽어 가는 것입니다.
출처 추적의 붕괴. “인력거 요금은 약 2자오 정도였다.” 이 숫자는 어디서 왔던가요? 석 달 뒤 편집자가 묻습니다. 멍한 표정. 처음부터 다시 조사할 것인가, 아니면 “어떤 글에서 봤다”고 얼버무릴 것인가. 둘 다 좋은 답은 아닙니다.
뿌리는 하나입니다. 리서치 자료가 글쓰기 프로젝트와 같은 공간에서 살지 않는다는 점입니다.
Slima 안에 리서치 시스템 만들기
해법은 의외로 단순합니다. 리서치를 프로젝트의 부속물이 아니라 프로젝트의 일부로 만드는 것입니다.
글쓰기 스튜디오의 File Tree 안에서 “Research” 폴더는 “Drafts”, “Characters”, “World”와 나란히 자리합니다. 별도의 도구에 저장한 뒤 링크로 연결하는 방식이 아닙니다. 다른 앱에서 관리하지도 않습니다. 프로젝트 안에 함께 살고 있습니다. 집필 환경을 열면 리서치가 바로 그 자리에 있습니다.
폴더 구조는 학술적 분류가 아니라 글을 쓰다가 떠오르는 질문을 그대로 반영해야 합니다.
Research/
├── Historical Background/
│ ├── 1920s-shanghai-overview.md
│ ├── concession-system.md
│ └── currency-and-prices.md
├── Locations/
│ ├── the-bund.md
│ ├── french-concession.md
│ └── city-god-temple.md
├── Daily Life/
│ ├── fashion-and-clothing.md
│ ├── food-culture.md
│ └── transportation.md
├── Character Prototypes/
│ ├── merchant-class.md
│ └── sing-song-girls.md
└── _source-index.md
인물이 와이탄을 거니는 장면을 쓰면서 1925년의 그 거리가 어떤 모습이었을지 궁금해진다면 “Locations/the-bund.md”로 갑니다. 인물이 인력거 요금을 치른다면 “Daily Life/transportation.md”입니다. 경로 자체가 답으로 이어지는 지도입니다. 짐작도, 뒤적임도 필요 없습니다.
리서치 노트마다 일관된 내부 구조가 있어야 합니다. 늘 네 개의 섹션입니다.
요약 — 한두 문장입니다. 이 노트가 지금의 질문과 관련이 있는지를 3초 안에 판단할 수 있어야 합니다.
핵심 디테일 — 원문을 그대로 옮긴 것이 아니라 소화된 요점입니다. 원자료는 5천 단어일 수 있습니다. 이 섹션은 그것을 3백 단어로 압축합니다.
스토리 적용 — 독서 노트와 리서치 노트의 결정적 차이입니다. 어떤 인물이 이 디테일과 마주치는가, 몇 장에서 등장하는가, 어떻게 활용되는가. 모두 적어 둡니다. 추상적인 자료를 구체적인 집필 결정으로 끌어내리는 작업입니다.
출처 — 책 제목, 페이지 번호, URL, 접근 날짜. 석 달 뒤 편집자가 다시 묻는 순간, 이 네 줄이 생명선이 됩니다.
File Tree 최상단에는 _source-index.md 파일을 만듭니다(언더바를 붙이면 항상 맨 위에 정렬됩니다). 이 파일에 인용한 모든 출처를 한곳에 모아 두십시오. 확인이 필요할 때 폴더 구조를 전부 뒤질 필요 없이 단 한 개의 파일만 열면 됩니다.
리서치와 집필을 매끄럽게 잇기
접근 비용이 행동을 결정합니다.
비용이 높으면 건너뛰고, 짐작하고, 나중에 고치는 일을 잊어버립니다. 비용이 낮으면 3초 만에 확인하고, 검증하고, 다음 문장으로 넘어갑니다. 리서치 시스템 전체의 성패가 바로 이 경계선에 달려 있습니다.
Split View(Cmd+\ 또는 Ctrl+\)는 그 비용을 가장 직접적으로 낮추는 방법입니다. 왼쪽 원고에는 “주인공이 인력거에서 뛰어내려 동전 한 줌을 던졌다”라고 적혀 있습니다. 오른쪽에는 “transportation.md”가 펼쳐져 그 요금이 개연성을 갖는지를 확인해 줍니다. 앱 전환도, 집필 환경 이탈도 없습니다. 나란히 두고 확인한 뒤 다음 문장으로 넘어갑니다.
Quick Open(Cmd+P)은 더 빠릅니다. 폴더 계층 자체를 건너뜁니다. “currency”라고 입력하면 가격 관련 노트로 곧장 이동합니다. “bund”라고 치면 그 장소 묘사로 떨어집니다. 퍼지 검색이라 몇 글자만 두드려도 충분합니다.
그러나 진짜 판도를 바꾸는 것은 AI Assistant입니다.
Cmd+Shift+A(Mac) 또는 Ctrl+Shift+A(Windows)를 누르면 AI Chat Panel이 열립니다. 자연어로 질문을 던지되, 인터넷이 아니라 프로젝트 안의 리서치 파일에 묻는 것입니다.
다음 프롬프트를 시도해 보십시오.
제 “Research” 폴더의 내용을 토대로 다음 질문에 답해 주십시오.
1920년대 상하이의 고급 식당에서 한 끼 식사 비용은 얼마였습니까? 평균 노동자의 며칠 치 임금에 해당했습니까?
구체적인 출처 노트를 인용해 주십시오.
AI Assistant는 신뢰성을 검증할 수 없는 웹 결과가 아니라, 이미 검토를 거친 리서치 노트에서 답을 가져옵니다. 답의 신뢰도는 리서치의 질에 달려 있지만, 적어도 출처는 추적할 수 있습니다.
더 실용적인 시나리오도 있습니다. 글을 쓰는 도중 불확실한 디테일이 생기면 [RESEARCH: 그 시기 전화 요금]처럼 태그를 달아 두고 호흡을 이어 갑니다. 어느 정도 쌓이면 한 번에 정리합니다.
“Drafts” 폴더에서 “[RESEARCH]” 또는 “[TBD]” 마커가 들어 있는 부분을 모두 스캔해 주십시오.
다음 항목으로 정리한 목록을 만들어 주십시오.
- 어느 파일의 어느 부분에 있는가
- 무엇을 조사해야 하는가
- (관련 노트가 이미 존재한다면) 답이 들어 있을 만한 리서치 노트 제안
집필과 리서치가 더 이상 두 단계로 갈라지지 않습니다. 태그를 달고, 계속 써 나가고, 나중에 일괄 처리합니다. 흐름과 정확성이 양립할 수 있습니다.
리서치의 함정 피하기
함정은 두 가지입니다. 표면적으로는 정반대처럼 보이지만 치명도는 같습니다.
첫 번째는 리서치 중독입니다.
겉으로는 생산적으로 보입니다. 출처를 열고, 노트를 정리하고, 자료를 대조합니다. 뇌는 “프로젝트가 진척되고 있다”는 환상을 만들어 냅니다. 그런데 단어 수는 그대로입니다. 이야기는 한 발짝도 나아가지 않았습니다. 움베르토 에코는 《장미의 이름》을 시작하기 전에 2년 동안 자료를 모았지만, 정확히 언제 멈춰야 할지를 알고 있었습니다. 대부분의 사람은 그렇지 않습니다.
간단한 시험법이 있습니다. 장면의 기본 디테일을 지금 쓸 수 있는가? 그렇다면 쓰십시오. 불확실한 부분에는 [RESEARCH] 태그를 붙이고 그대로 흘러가십시오. “리서치하면서 쓰기”가 “리서치 다 한 뒤에 쓰기”를 언제나 이깁니다. 글쓰기 자체가 어떤 정보가 정말로 필요한지를 드러내기 때문입니다. 막연한 수집에 들이는 막대한 시간을 아낄 수 있습니다.
두 번째는 정보 떠넘기기입니다.
화폐 제도 리서치에 2주를 쏟았습니다. 그 노력을 다 보여 주고 싶은 충동은 거의 거부할 수 없습니다. 그래서 긴장이 흐르는 장면 한가운데에 은화 주조사 500단어짜리 강의가 들이닥칩니다. 호흡은 그 자리에서 무너집니다.
독자에게 필요한 문장은 이렇습니다. “그는 은화 두 닢을 냈다.” 다음과 같이 쓰는 것이 아닙니다. “그는 은화 두 닢을 냈다. 이 동전은 청나라 말기에 처음 주조된 화폐로, 무게 약 0.72냥에 은 함량 90퍼센트로…….” 좋은 리서치는 보이지 않습니다. 독자는 그 뒤에 깔린 공부를 의식하지 않으면서도 세계가 실재하며 믿을 만하다고 느낍니다. 빙산 이론입니다. 수면 위로 드러난 8분의 1이 가능한 이유는 수면 아래 8분의 7이 떠받치기 때문입니다.
놓치기 쉬운 점이 하나 더 있습니다. 리서치는 실제로 어땠는지를 보여 줍니다. 하지만 이것은 픽션입니다. 어떤 역사적 사실이 이야기의 정서적 궤도를 가로막는다면, 조정이라는 선택지가 있습니다. 그 “의도적 일탈”을 이유와 함께 리서치 파일에 기록해 두십시오. 그래야 무지에서 비롯된 실수가 아니라 의도된 창작 선택임이 분명해집니다.
오프라인 리서치의 가치
Slima는 오프라인 우선입니다. 모든 리서치 자료가 로컬에 저장됩니다. 어떤 클라우드 서비스에도 의존하지 않습니다.
카페 Wi-Fi가 끊깁니다. 기차가 터널에 진입합니다. 비행기 안에는 인터넷이 없습니다. 클라우드에 의존하는 워크플로는 이런 순간 무너집니다. 그러나 프로젝트의 리서치 자료는 여전히 그 자리에 있습니다. 글쓰기 스튜디오를 열고, 왼쪽에는 원고, 오른쪽에는 노트를 펼친 채 글쓰기를 이어 갈 수 있습니다.
보안 측면도 마찬가지입니다. 어떤 온라인 서비스가 요금제를 바꾸거나 문을 닫는다고 해서 리서치 자료가 사라지지는 않습니다. 몇 주, 몇 달에 걸쳐 모아 둔 노트는 로컬 머신에 남아 있고, Version Control이 보호해 줍니다. 모든 수정이 추적됩니다. 어떤 버전이든 복원할 수 있습니다.
과거의 작가는 색인 카드와 종이 폴더로 리서치를 관리했습니다. 시스템은 물리적 공간에 의해 제한되었고, 검색은 기억에 의존했으며, 백업은 복사기로 한 부 더 만드는 일을 뜻했습니다.
이제 도구가 달라졌습니다. 리서치 자료와 글쓰기 프로젝트가 같은 공간에 살고 있습니다. 열기만 하면 바로 거기에 있습니다. AI Assistant가 자연어로 노트의 내용을 검색해 주고, 사람이 일일이 뒤지지 않아도 됩니다. Version Control이 모든 변경을 추적하기에 실수로 삭제하거나 잘못 고칠 걱정도 없습니다.
이것들을 활용하면 리서치는 글쓰기를 미루기 위한 핑계가 아니라 글쓰기에 봉사하는 도구가 됩니다.
다음 글에서는 다중 POV 서사 관리를 다루겠습니다. 시점 인물이 여러 명인 작품에서 각각의 관점이 어떻게 선명하고 일관되며 고유한 목소리를 유지하도록 할 것인지를 살펴보겠습니다.