초안에서 발행까지 오래 걸리는 이유: 글쓰기는 문장보다 완료 리듬이다
글이 오래 걸리는 이유는 문장을 못 써서가 아니라 완료 리듬이 없어서인 경우가 많다. 초안, 정렬, 검증, 발행을 같은 작업으로 섞으면 매번 처음부터 다시 쓰게 된다.
블로그 글을 쓰다 보면 초안은 많은데 발행까지 가지 못하는 상태가 생긴다. 소재는 있고, 메모도 있고, 일부 문단도 있다. 그런데 다시 열어보면 무엇을 말하려 했는지 흐려지고, 문장을 고치다 보면 구조가 다시 흔들린다.
이 문제는 글쓰기 실력만의 문제가 아니다. 과정이 섞여 있어서 생기는 문제다. 초안 단계에서 문장을 완성하려 하고, 정렬 단계에서 새 자료를 계속 추가하고, 발행 직전에 구조를 다시 바꾸면 글은 계속 미완성으로 남는다.
초안과 발행 원고는 같은 작업이 아니다
초안의 목적은 좋은 문장을 만드는 것이 아니다. 생각과 재료를 꺼내는 것이다. 이 단계에서는 문장이 투박해도 괜찮다. 오히려 초안에서 너무 빨리 문장을 다듬기 시작하면 핵심 구조를 놓치기 쉽다.
발행 원고의 목적은 독자가 바로 읽을 수 있게 만드는 것이다. 제목, 첫 문단, H2 순서, 표, FAQ, 내부 링크, 근거가 맞아야 한다. 이때는 새로운 자료를 계속 추가하기보다 이미 있는 재료를 정리해야 한다.
| 단계 | 목표 | 하지 말아야 할 일 |
|---|---|---|
| 초안 | 재료를 꺼낸다 | 문장 완성에 집착하기 |
| 정렬 | 순서를 만든다 | 새 자료를 계속 추가하기 |
| 검증 | 근거와 독자 질문을 확인한다 | 취향으로만 고치기 |
| 발행 | 제목, 첫 문단, FAQ를 마감한다 | 구조 전체 다시 갈아엎기 |
첫 문단은 인사가 아니라 답변이어야 한다
검색으로 들어온 독자는 빠르게 답을 찾는다. 첫 문단에 배경 설명이나 인사가 길면 이탈하기 쉽다. 첫 200자 안에는 글의 결론이 들어가야 한다.
예를 들어 "반복 작업 자동화" 글이라면 첫 문단은 이렇게 시작하는 편이 낫다.
반복 작업을 자동화할 때 바로 스크립트부터 만들면 오래 못 간다. 먼저 입력, 판단, 실행을 분리해야 한다.
이렇게 쓰면 독자는 바로 답을 얻는다. 그 다음에 왜 그런지, 어떻게 나누는지, 어떤 체크리스트를 쓰는지 설명하면 된다.
문단은 주장, 이유, 예시, 다음 행동으로 닫는다
좋은 문단은 짧은 문단만을 뜻하지 않는다. 독자가 한 문단을 읽고 무엇을 판단해야 하는지 알아야 한다.
| 질문 | 의미 |
|---|---|
| 이 문단의 주장은 무엇인가? | 말하고 싶은 중심을 확인한다 |
| 왜 그런가? | 근거가 있는지 확인한다 |
| 예시는 무엇인가? | 독자가 적용할 수 있게 만든다 |
| 다음 행동은 무엇인가? | 읽고 끝나지 않게 한다 |
문단이 길어졌는데 이 네 가지가 보이지 않으면 나눠야 한다. 반대로 짧아도 주장과 근거가 없으면 문단 역할을 하지 못한다.
AI 초안은 문장보다 구조부터 본다
AI가 만든 초안을 받으면 바로 문장부터 고치고 싶어진다. 하지만 먼저 볼 것은 구조다.
제목이 너무 넓은지, 첫 문단이 답을 주는지, H2 순서가 독자의 질문 순서와 맞는지, 표와 FAQ가 실제로 도움이 되는지 확인해야 한다. 구조가 틀린 글은 문장을 아무리 고쳐도 발행하기 어렵다.
| 순서 | 확인 |
|---|---|
| 1 | 제목이 좁은가? |
| 2 | 첫 200자가 답인가? |
| 3 | H2가 질문 순서대로 이어지는가? |
| 4 | 표나 체크리스트가 있는가? |
| 5 | FAQ가 실제 검색 질문인가? |
| 6 | 내부 링크와 근거가 붙었는가? |
완료 상태를 붙이면 초안이 쌓이지 않는다
초안이 계속 쌓이는 이유는 완료 기준이 없기 때문이다. "언젠가 다듬기"로 남겨둔 글은 다시 열 때마다 처음 보는 글이 된다.
그래서 초안에는 다음 상태 중 하나를 붙이는 편이 좋다.
| 상태 | 의미 | 다음 행동 |
|---|---|---|
| idea | 소재만 있다 | 제목과 질문 만들기 |
| outline | 제목과 H2가 있다 | 첫 문단과 표 만들기 |
| seed | 첫 문단과 FAQ가 있다 | 본문 흐름 채우기 |
| near-draft | 본문 흐름이 있다 | 검증과 내부 링크 붙이기 |
| draft-ready | 발행 큐에 넣을 수 있다 | 최종 이미지와 채널 확인 |
상태가 있으면 다음 행동이 분명해진다. `idea`는 구조를 만들고, `outline`은 첫 문단을 쓰고, `seed`는 본문을 채우고, `near-draft`는 검증과 내부 링크를 붙이면 된다.
FAQ
초안을 빨리 쓰려면 어떻게 해야 하나?
초안 단계에서는 문장보다 재료를 먼저 꺼낸다. 제목, 첫 문단, H2, 표, FAQ를 거칠게 채운 뒤 정렬 단계에서 순서를 고치는 편이 낫다.
AI가 쓴 글은 어디부터 고쳐야 하나?
문장보다 구조를 먼저 본다. 제목과 첫 문단의 답이 맞는지, H2 흐름이 독자의 질문 순서와 맞는지 확인한다.
첫 문단에는 무엇을 써야 하나?
글의 결론을 바로 쓴다. 인사, 배경 설명, 개인 감상은 뒤로 보내고 독자가 검색한 질문에 먼저 답한다.
FAQ는 꼭 필요한가?
검색형 글에서는 도움이 된다. 본문에서 다루지 못한 세부 질문을 짧게 회수할 수 있고, 글의 검색 의도도 더 선명해진다.
발행 직전 체크리스트는 무엇이 좋나?
첫 문단이 답인지, 제목이 좁은지, 근거가 있는지, 표나 FAQ가 있는지, 내부 링크가 붙었는지 확인한다.
마무리
글쓰기는 한 번에 완성하는 작업이 아니다. 초안, 정렬, 검증, 발행을 나눠야 오래 걸리지 않는다. 초안에서는 재료를 꺼내고, 정렬에서는 순서를 만들고, 검증에서는 독자 질문과 근거를 보고, 발행에서는 제목과 첫 문단을 마감한다.
문장을 잘 쓰는 것도 중요하지만, 더 중요한 것은 다시 들어왔을 때 이어 쓸 수 있는 상태를 남기는 것이다. 완료 리듬이 있으면 초안은 쌓이는 짐이 아니라 다음 발행으로 이어지는 재료가 된다.
이 글의 리듬을 실제 발행 루틴으로 굴린 기록은 초안을 발행까지 끌고 가는 3단계 리듬에 있다. 노트에서 글로 넘어가는 도구 쪽 자동화는 Obsidian 노트를 블로그 글로 바꾸는 AI 워크플로우가 짝이다.
내 발행 체크리스트를 그대로 공개한다
말로만 하면 추상적이니, 실제로 발행 직전에 돌리는 체크리스트를 그대로 둔다. 복사해서 자기 기준으로 고쳐 쓰면 된다.
- 제목: 검색어 + 이 글만의 구체성(숫자, 연도, 비교 대상) - 첫 200자: 결론이 들어갔나 (배경 설명으로 시작했으면 다시) - 소제목: 독자의 질문 순서대로인가 - 표 1개 이상 / 핵심 수치에 출처 링크 - 사실 확인: 가격, 규정은 공식 페이지를 직접 열어 검증 - 사진, 도식: 소제목 아래 1장, 캡션은 정보로 - 마무리: 요약 + 다음 글 링크 + 변동 가능 고지 - 금지: 인사말, "오늘은", 감탄사, 근거 없는 단정
여기서 내 입장을 분명히 하면, 완벽한 초고는 미신이다. 이 체크리스트가 있기 전의 나는 "글이 더 좋아질 수 있다"는 이유로 발행을 미뤘고, 그 글들은 대부분 영원히 미발행으로 남았다. 더 좋아질 수 있다는 건 모든 글에 항상 참이라서 기준이 될 수 없다. 체크리스트가 차면 발행한다, 이게 유일하게 작동한 기준이다.
다듬기의 한계효용도 인정하자. 경험상 퇴고 2회차까지는 글이 눈에 띄게 좋아지고, 3회차부터는 문장만 미세하게 바뀐다. 그 시간이면 다음 글의 초안이 나온다. 실력은 한 편을 오래 만지는 데서가 아니라 발행 횟수에서 쌓였다.
댓글
댓글 쓰기