한글 vs 스크리브너 vs 노벨라 vs 뮤블 vs 메모장: 집필 프로그램 솔직 후기
내게 맞는 글쓰기 도구를 찾아서
평생 마음속에만 담아두었던 나만의 소설을 드디어 써내기로 다짐하고 자판 앞에 처음 마주할 때, 우리 안에는 말로 다 설명하지 못할 묘한 설렘과 거대한 창작의 자신감이 차오릅니다. 아무런 서식 효과가 없는 윈도우 기본 메모장 하나만 덩그러니 켜두더라도, 밤새 수만 자의 대작을 눈 깜짝할 사이에 쏟아낼 수 있을 것만 같은 용기가 솟구치죠.
실제로 이야기의 극초반부인 1화에서 3화 분량을 가볍게 타이핑해 나갈 때는 특별히 세련된 전용 프로그램의 도움을 받을 필요가 전혀 없어요. 내 뇌 신경망 속에 세계관 아웃라인이 가장 따끈따끈하게 저장되어 있는 상태인 데다가, 등장하는 주조연 캐릭터도 두세 명 남짓에 불과하니까요. 굳이 인물 설정집 카드를 정교하게 세공해 두지 않아도 내 기억력만으로 원고 전체가 훤하게 내려다보이고 완벽하게 통제됩니다. 작업 폴더 안에 보관해 두는 원고 파일명들도 지극히 담백하고 단순합니다. 1화.txt, 2화.txt 면 모든 정리가 완벽히 끝나죠.
하지만 비축분을 15화에서 20화 넘게 쌓기 시작하면 이야기가 완전히 달라집니다.
7화에서 만든 설정이 18화쯤 되면 머릿속에서 흐려집니다. 조연의 머리색도 헷갈리고, 주인공의 스킬 사용 조건도 다시 찾아봐야 합니다. 결국 이전에 올린 원고 파일을 열고 스크롤을 한참 올리게 됩니다. 분명 3화에서는 왼손잡이라고 묘사했던 인물이, 18화 전투 씬에서는 오른손으로 칼을 잡고 싸우는 촌극이 벌어지기도 합니다.
여기에 파일 보관함도 엉망이 됩니다. 폴더를 열어보면 15화_최종본.txt, 15화_수정의수정.txt, 15화_진짜송고용최종.txt 같은 파일들이 지저분하게 쌓입니다.
어느 날 피곤에 찌든 눈으로 원고 폴더를 열었다가, 실수로 아주 예전 버전을 편집하고 덮어쓰기 저장을 누르는 참사를 일으킨 적이 있습니다. 지난밤 머리를 쥐어뜯으며 3시간 동안 한 땀 한 땀 자아낸 영롱한 문장들이 한순간에 빈 공간으로 덮여 사라졌을 때의 허탈함은 말로 다 표현하지 못합니다.
눈물이 핑 도는 마음으로 가슴을 졸이며 파일 복구 툴을 돌리고 임시 파일을 이리저리 파헤쳐봐도, 이미 훼손된 활자들은 돌아오지 않았죠. 결국 새벽 4시에 붉어진 눈으로 흐느끼며 내 머릿속 기억을 간신히 조립해 원고를 억지로 다시 써 내려갔는데, 아무리 애를 써도 날아간 초안의 70% 퀄리티조차 나오지 않아 스스로의 한심함에 깊은 자괴감을 느껴야 했습니다.
이처럼 한 화당 수천 자씩, 수십 화에 이르는 장기 연재 레이스로 진입하는 작가에게는 단순히 타자 속도를 올리는 훈련보다도 내 소중한 글자 자산과 헷갈리는 설정 카드를 엉키지 않게 꽉 잡아주는 안전 장치를 다지는 일이 백 배 천 배 더 가치 있고 소중해집니다.
소중한 내 원고를 어이없이 유실해보는 쓰라린 경험은 단 한 번으로 충분합니다. 도구의 진정한 가치는 화려한 기교가 아니라, 최악의 순간에 파일을 온전히 보존해 주는 든든한 안정성에 있으니까요.메모장과 아래아한글
메모장은 가볍고 빠릅니다. 실행하는 데 렉이 전혀 없어서 머릿속 아이디어가 날아가기 전에 곧장 자판을 두드리기 좋습니다.
하지만 비축분이 10화를 넘어가면 한계가 바로 찾아옵니다. 인물 카드 메모장, 사건 정리 메모장들이 화면 가득 띄워져 정신을 산만하게 만들기 때문입니다.
아래아한글은 국내 웹소설 출판 실무에서 널리 쓰이는 표준 문서 도구입니다. 출판사나 기획사와 계약을 맺고 편집 담당자와 협업을 시작하면, 한글 파일(.hwp 또는 .hwpx)로 원고를 주고받는 경우가 흔합니다. 물론 워드(Word)나 구글 문서(Docs)를 쓰는 곳도 점차 늘어나고 있지만, 여전히 많은 편집자들이 한글의 '메모' 기능과 '변경 내용 추적' 기능을 활용해 피드백을 전달하기 때문입니다.
다만 한글은 원래 A4 종이에 인쇄하는 문서를 위해 만들어진 프로그램입니다.
그렇다 보니 글을 쓰면서도 종이의 여백이나 페이지가 넘어가는 눈금선이 시야에 계속 밟힙니다. 모바일 뷰어 화면으로 가볍게 넘겨 읽는 웹소설의 가독성을 신경 써야 하는 작가에게는, 종이 기준의 줄바꿈 선이 불필요한 시각적 노이즈가 될 수 있습니다.
게다가 원고를 쓰다가 한글 프로그램이 에러로 갑자기 꺼지면서, 방금 쓴 전투 씬 2,000자 분량이 깨져버리는 끔찍한 로컬 다운 사고를 경험하면 불안감이 커질 수밖에 없습니다.
한글로 장편 원고를 관리하려면, 작가 스스로 폴더 구조를 명확하게 나누어 쓰는 규칙을 지켜야 합니다.
[파일 보관 폴더 예시]
작품명_연재/
├── 01_설정집 (인물 카드와 사건 타임라인)
├── 02_초고원고 (작성 중인 원고)
├── 03_교정본 (피드백을 반영해 다듬은 원고)
├── 04_업로드용 (스타일 코드를 지운 순수 본문)
└── 99_백업 (매월 말 클라우드 저장용)
이렇게 명확한 보관 규칙을 세워두지 않으면, 15화 연재 예약창에 수정 이전의 12화 초고 파일을 잘못 올려 독자들에게 혼란을 주는 실수를 범하게 됩니다.
스크리브너
스크리브너는 긴 장편 소설을 설계하고 집필할 때 무척 훌륭한 환경을 열어줍니다.
시놉시스, 인물 카드 설정집, 참고 이미지, 1화부터 100화가 넘는 원고를 단 하나의 프로젝트 파일 안에 모두 깔끔하게 담아둘 수 있기 때문입니다. 설정 정보를 찾겠다고 컴퓨터 폴더를 여러 개 열고 닫을 필요가 전혀 없습니다.
저는 개인적으로 스냅샷 기능과 화면 분할 기능 때문에 스크리브너를 오랫동안 사용해 왔습니다.
- 스냅샷 백업: 퇴고를 할 때 원고를 과감하게 고치고 싶어도, '수정했다가 이전 버전이 더 좋으면 어쩌지?' 하는 불안감에 망설이게 됩니다. 스냅샷 기능을 쓰면 현재 원고 상태를 사진 찍듯 고스란히 저장해 줍니다. 덕분에 부담 없이 마음껏 문장을 쳐내고, 마음에 들지 않으면 클릭 한 번으로 이전 버전으로 안전하게 복구할 수 있습니다.
- 분할 화면 조율: 모니터 화면을 가로든 세로든 2개로 쪼개어 쓸 수 있습니다. 왼쪽 화면에는 지금 쓰고 있는 38화 원고를 열어두고, 오른쪽 화면에는 15화에 적어둔 빌런의 스킬 규칙이나 인물 대사 톤을 띄워 대조하며 집필할 수 있어 팩트 대조가 간편합니다.
- 아웃라인 코르크보드: 전체 에피소드 목차를 카드 모양으로 늘어놓고 마우스로 순서를 쓱 바꿀 수 있습니다. '14화에 들어갈 보상 장면을 11화로 당겨서 초반 유입을 높여야겠다'는 플롯 재배치 작업이 무척 쉬워집니다.
하지만 스크리브너는 사용법이 복잡한 단점이 있습니다.
처음 실행하면 글쓰기 창이라기보다 프로젝트 개발 툴 같은 복잡한 인상을 줍니다. 컴파일이나 메타데이터 같은 어려운 기능들을 내 것으로 소화하고 세팅하는 데 며칠씩 시간이 걸리기도 하죠.
특히 모바일 동기화 과정에서 흔히 발생하는 충돌 에러는 작가들 사이에서 악명이 높습니다.
예를 들어, 카페에서 태블릿이나 스마트폰 앱으로 원고를 수정하고 집에 돌아와 컴퓨터를 켰을 때, 드롭박스의 서버 싱크가 미처 완료되기도 전에 PC 프로그램을 열어버리면 대참사가 벌어져요. 같은 파일의 서로 다른 버전 두 개가 공존하는 꼴이 되어, 파일 이름 뒤에 conflict (충돌) 마크가 더덕더덕 붙으며 데이터가 찢어집니다. 어떤 문단은 모바일에만 있고, 어떤 문단은 PC에만 남아 이를 일일이 메모장에 붙여넣고 문장 단위로 퍼즐을 맞춰야 하는 극심한 스트레스를 겪게 되죠.
이를 방지하려면 글쓰기를 마친 기기에서 동기화 완료 마크를 끝까지 확인하고, 다른 기기에서 원고를 열기 전에 항상 이전 작업을 깔끔하게 종료하는 규칙적인 사용 습관을 들여놓아야 합니다.
노벨라와 뮤블
웹소설 전용으로 개발된 국산 프로그램들은 이런 동기화 문제와 모바일 가독성에 집중하여 간편한 사용자 경험을 제공합니다.
- 실시간 모바일 프리뷰: PC로 글을 쓰면 오른쪽 뷰어 패널에 독자가 스마트폰 앱으로 읽게 될 화면 폭에 맞춘 가독 상태를 실시간으로 시뮬레이션해 줍니다. 지문이 모바일에서 너무 길고 빽빽하게 뭉치지 않는지 마우스를 굴려볼 필요도 없이 즉각 점검할 수 있어 편리합니다.
- 간편한 분량 체크: 화면 상단에 공백 포함 글자 수와 공백 제외 글자 수를 언제나 실시간으로 띄워줍니다.
이 수치는 단순히 분량 채우기용 감시 장치가 아닙니다. 매회 올리는 원고의 양이 불규칙적으로 들쑥날쑥하면(어느 날은 4,000자, 어느 날은 6,000자) 독자들은 글의 호흡이 깨진다고 느껴요. 그렇기에 상단에 박혀 있는 게이지 바나 글자 수 수치를 통해 매일 동일한 볼륨으로 이야기를 깎아내는 정밀한 훈련 도구 역할을 톡톡히 해 줍니다.
다만 이 수치를 실시간으로 지켜보며 글을 쓰는 방식은 작가 성향에 따라 호불호가 크게 갈려요. 어떤 작가에게는 '오늘도 목표치를 다 채웠다'는 게임 퀘스트 완료 같은 성취감과 동기 부여를 주지만, 또 어떤 작가에게는 글자 수가 줄어들 때마다 숨을 죄어오는 마감 스트레스 압박 기기가 되기도 합니다. 본인이 분량 시각화 게이지에 안정감을 얻는 유형인지, 아니면 차라리 흰 종이만 띄워두고 폭발적으로 타이핑한 뒤 마지막에 몰아서 글자 수를 검사하는 게 나은 편인지 성향을 미리 체크해보시는 것도 툴 선택의 중요한 팁이 됩니다.
다만 이 서비스들은 클라우드나 브라우저 기반으로 실행되기에, 네트워크 상태에 민감합니다.
와이파이가 자주 끊기는 카페에서 마감을 하다가 동기화 지연 에러로 열심히 적은 수백 자가 허공으로 사라지는 아찔한 순간을 경험할 수 있습니다.
따라서 장기 연재를 이어가며 내 소중한 원고가 100화, 150화 이상 쌓였을 때, 만에 하나 서비스 운영에 일시적인 장애가 생기더라도 내 원고 전체를 .txt 파일로 안전하게 한꺼번에 내보낼 수 있는 백업 기능을 충실히 제공하는지 미리 짚어보는 요령이 필요합니다.
출판사 협업
혼자 개인 블로그에 가볍게 연재를 업로드하는 상황이라면 어떤 도구를 써도 괜찮습니다. 하지만 계약을 맺고 출판사와 정식으로 유료 서비스를 준비하기 시작하면 소통을 조금 더 배려할 필요가 있습니다.
기획사의 편집 피디들은 매일 수많은 작가들의 원고를 확인해야 합니다. 이들이 문장의 흐름이나 개연성을 바로잡고 작가에게 피드백을 전달할 때 사용하는 실무 도구는 대부분 아래아한글의 '메모' 기능입니다.
내가 메모장이나 텍스트 전용 프로그램으로 편집한 순수 문자열을 그대로 보내면, 피디는 피드백을 달기 위해 파일을 한글로 변환하느라 불필요한 번거로움을 겪게 되죠.
결국 상대방이 검수하기 편한 포맷을 존중해주는 것이 수정 피드백을 깔끔하게 공유하는 소통 요령이 됩니다.
[실무에서 유용한 집필 단계 분리법]
1. 집필과 구상 ➡️ 내 손에 편하고 가벼운 메모장이나 스크리브너 사용
2. 가독성 검수 ➡️ 플랫폼 뷰어와 동일한 모바일 해상도 너비로 줄바꿈 확인
3. 최종 수정본 전달 ➡️ 피디가 열고 다듬기 편한 한글(HWP) 포맷으로 전달
4. 영구 아카이빙 ➡️ 최종 완성본을 순수 텍스트(TXT) 파일로 개인 클라우드에 영구 백업
내가 집중하기 편한 창작용 툴과 파트너가 편집하기 수월한 서식의 영역을 명확히 나눠 운용하면, 프로그램 선택에 따르는 피로를 크게 줄일 수 있습니다.
백업
어떤 프로그램의 화려한 UI 디자인이나 기발한 부가 기능보다 수백 배 더 무거운 가치를 지니는 본질은, 불의의 기기 오작동이나 데이터 유실 사고로부터 내 피땀 어린 원고를 절대적으로 지켜내는 일입니다.
기성 작가들 사이에서 전해오는 가장 끔찍한 괴담이 뭔지 아시나요. 바로 내일 오전 10시가 메이저 플랫폼의 정식 유료 런칭 프로모션 당일인데, 바로 전날 새벽 마지막으로 최종 교정을 마친 비축 원고들이 컴퓨터 파일 에러로 몽땅 깨져서 열리지 않는 사태입니다. 복구 버튼을 눌러도 정체불명의 흰 오류 창만 깜빡일 때 심장이 가슴 아래로 떨어지는 듯한 공포와 아득함은 절대 말로 설명하기 힘들어요.
저는 그래서 프로그램들이 독자적으로 제공하는 자동 세이브 기능 하나에만 기댈 만큼 무모하게 간 큰 행동을 하지 않습니다. 매일 연재 마감 마침표를 찍고 자판에서 손을 떼기 직전, 제 스스로 몸으로 외워버린 안전 백업 3단계 규칙을 지키고 있어요.
- 로컬 디렉터리 저장: 내 컴퓨터 내의 지정 폴더와 별도의 이동식 메모리 드라이브에 날짜와 회차를 적어 복사해 둡니다.
- 클라우드 실시간 동기화: 구글 드라이브나 원드라이브의 자동 업로드 경로에 연재 폴더를 지정해 둡니다.
- 개인 백업 이메일 전송: 저 개인의 소박한 주간 루틴인데요, 매주 일요일 밤마다 그간 써둔 비축분 전체를 하나의 압축 파일로 묶어 내 개인 네이버나 구글 이메일 주소로 발송해 둡니다.
세상의 모든 시스템이나 민간 백업 서버에 일시적인 장애가 터지더라도, 내 개인 메일함 속에 텍스트 파일 하나만 잘 살아있다면 다음 날 아무런 큰 타격 없이 글쓰기를 이어나갈 수 있습니다.
눈의 피로
매일같이 몇 시간씩 모니터 화면과 마주하며 글을 쏟아내야 하는 작가의 특성상, 눈의 건강은 가장 소중한 밑천입니다. 아무리 기능이 훌륭한 툴을 사용하더라도 조금만 집필하면 눈이 시리고 흐릿해진다면 창작을 지속하기가 어렵습니다.
저는 그래서 모니터 뒤에 은은한 조명을 설치해 주변 가시 대비를 낮추고, 프로그램 자체의 배경 스킨을 칠흑 같은 암전 다크모드로 설정한 뒤 원고 창 이외의 모든 서브 아웃라인 패널을 완전히 감추는 단순화 요령을 실천하고 있어요. 이렇게 시야에 걸리적거리는 복잡한 곁가지 정보들을 소거해 두면 집필 집중도가 몰라보게 수월해집니다.
초고를 쓸 때는 화면 가득 관계도나 설정창을 띄우지 않고 오직 깜빡이는 텍스트 줄 하나만 노출되도록 화면을 설정합니다. 시야 주변부를 차분하게 정돈하면 시선의 분산도 줄어들고 건조함도 한결 누그러지는 것을 느낄 수 있습니다.
선택 기준
처음 창작을 시작하는 초보 작가라면 비싼 비용의 전문 도구를 구입하느라 아까운 노력을 들일 필요는 전혀 없습니다.
연재 분량이 많지 않고 연습을 이어나가는 초반 단계라면, 평소 쓰던 아래아한글이나 일반 메모장에 정돈된 저장 규칙을 더해 쓰는 것만으로도 나만의 속도를 키우기에 충분하니까요.
다만 인물 간의 관계가 거대하게 얽히는 장편 연재 계약을 맺고 매일 마감을 감당해야 하는 프로 작가라면, 내 작업 효율을 실질적으로 덜어줄 스크리브너나 전용 집필기 한 가지를 시간을 들여 내 손에 맞게 길들여 보는 것이 훌륭한 투자가 될 수 있습니다.
어떠한 신묘한 집필 프로그램도 글을 대신 타이핑해 주지는 못해요. 결국 가장 중요한 건 매일 정해진 시간에 차분히 모니터 앞에 몸을 앉히고 성실하게 한 자씩 써 내려가는 고집스러운 창작 습관입니다. 도구는 단지 그 외롭고 길다란 마감의 여정을 조금 더 부드럽고 안전하게 받쳐줄 뿐입니다.
웹소설을 가장 객관적으로 평가하는 감평 솔루션, PYOZI
어려운 연재 준비 과정을 한곳에서 해결하세요. AI 감평 진단부터 표지 제작, 플랫폼 규격 리사이징까지 작가님의 집필 레이스를 가속합니다.
추천 가이드
이어 보면 좋은 글
웹소설 연재 중단 기준, 객관적인 지표 분석과 신작 전환 타이밍
연재를 지속할지, 혹은 연재를 중단하고 신작을 기획할지 결정해야 하는 수치 지표와 이탈률 판단 기준을 정리합니다.
웹소설 조회수 정체기 돌파하는 방법, 멈춘 지표를 다시 우상향시키는 전개 방법
일정 회차 이후 성장이 완전히 멈추고 조회수 지표가 고착화된 작품을 역주행시키거나 정체기를 탈출하게 돕는 연재 전개 팁입니다.
조회수 유입이 갑자기 정체될 때, 노출 누락 원인과 자가 진단 대처법
기존 독자들의 최신화 연독은 유지되는데 신규 독자의 유입이 갑자기 끊겨 지표가 정체될 때 체크해야 할 플랫폼 노출 이슈와 대응책입니다.