Claude 책 만들기 #5 — 챕터 쓰기: 빌드 인 퍼블릭의 힘

@JavaPark · 2026년 6월 12일 · 13 min read

Claude 책 만들기 #5 — 챕터 쓰기: 빌드 인 퍼블릭의 힘

"자료는 모았는데, 이걸 어떻게 '책 문장'으로 바꾸죠? 블로그 글을 그냥 붙이면 안 되나요?"

지난주 #4 자료 모으기 글에 가장 많이 달린 질문입니다.

안녕하세요, 자바파커입니다. 「나만의 책만들기」 8주 챌린지 5회차입니다. #1 도구·폴더#2 콘셉트#3 차례#4 자료 모으기까지 왔습니다. 발췌 폴더(from-blog/)에 재료가 쌓였으니, 오늘은 드디어 reworked/에서 한 챕터를 실제로 써냅니다.

결론부터 말씀드리면 — 챕터 쓰기는 "새 글짓기"가 아니라 "발췌를 처음 보는 독자의 호흡으로 다시 쓰는 일"입니다. 그리고 한 가지 더 — 저는 그 일을 혼자 조용히 하지 않고, 매주 공개하며 합니다. 지금 읽고 계신 이 글이 바로 그 증거입니다. 왜 공개하며 쓰는 게 글을 끝까지 끌고 가는지, 오늘 같이 풀어봅니다.


블로그 글과 책 문장은 호흡이 다르다

발췌한 블로그 글을 그대로 책에 붙이면 어딘가 어색합니다. 이유는 읽는 사람의 위치가 다르기 때문입니다. 블로그 독자는 "이번 주 연재"를 따라오는 사람이고, 책 독자는 아무 맥락 없이 한 페이지를 펼친 사람입니다. 세 가지를 바꿔야 합니다.

1. 시의성을 걷어낸다

블로그는 시간 위에 떠 있습니다 — "지난주에", "요즘", "최근 업데이트로". 책은 1년 뒤에 읽혀도 어색하지 않아야 합니다. "지난주에 겪은 일"은 "한번은 이런 일이 있었다"로 시점을 풀어줍니다.

2. 빠진 맥락을 채운다

연재 독자는 #3을 읽고 #4를 봅니다. 책 독자는 그 장만 펼칠 수도 있습니다. 그래서 블로그에선 생략했던 전제를 한 문장으로 다시 깔아줘야 합니다. "(앞에서 만든 outline 기억하시죠)"가 아니라 "책의 차례는 작업의 기준점이 된다 — 앞 장에서 만든 그것 말이다"처럼.

3. 앞뒤 챕터와 잇는다

책은 장과 장이 강물처럼 이어집니다. 챕터 끝에 다음 장으로 넘어가는 한 문장, 시작에 앞 장을 받는 한 문장을 둡니다. 이 연결고리가 "글 모음"을 "책"으로 만듭니다.

핵심: 블로그 글은 재료이지 완성품이 아닙니다. 같은 내용을 다른 독자에게 다시 들려준다고 생각하세요.


reworked 한 챕터를 쓰는 4단계

막막할 땐 절차로 만듭니다. 저는 한 챕터를 이 순서로 씁니다.

  1. 발췌 다시 읽기from-blog/의 원본을 한 번 읽되, 고치지 않고 읽습니다. "이 챕터의 핵심이 뭐였지"만 잡습니다.
  2. 한 줄 메시지 재확인#3에서 만든 outline에서 이 챕터의 한 줄 메시지를 다시 봅니다. 쓰다가 길을 잃으면 항상 여기로 돌아옵니다.
  3. 골격부터 — 소제목만 먼저 — 본문을 쓰기 전에 ##·### 소제목을 4~6개 박습니다. 골격이 서면 절반은 끝난 것입니다.
  4. 살 붙이기 — 소제목 사이를 채웁니다. 한 번에 완벽하게가 아니라, 거칠게 끝까지 먼저. 다듬기는 #6에서.

이 4단계의 핵심은 "완성"이 아니라 "초고 완료"가 목표라는 것입니다. 한 챕터의 초고가 화면에 다 떠 있는 것과, 머릿속에만 있는 것은 하늘과 땅 차이입니다.


빌드 인 퍼블릭 — 왜 공개하며 쓰는가

이 시리즈의 진짜 엔진은 여기 있습니다. 저는 챕터를 다 쓴 뒤 공개하는 게 아니라, 공개하기로 했기 때문에 씁니다. 순서가 반대입니다.

  • 마감이 생긴다 — "일요일 발행"이라는 약속이 매주 한 챕터를 강제로 끝내게 합니다. 혼자 쓰는 책의 90%가 미완으로 끝나는 이유는 마감이 없어서입니다.
  • 피드백 루프가 돈다 — 발행하면 댓글·질문이 옵니다. 그 질문이 다음 챕터의 FAQ가 되고, 빠진 설명을 채워줍니다. 혼자선 절대 못 보는 사각지대입니다.
  • 자산이 누적된다 — 발행한 글은 사라지지 않습니다. 검색에 쌓이고, 독자가 모이고, 그 자체가 책의 마케팅이 됩니다. 이 글 한 편 한 편이 책의 예고편인 셈입니다.

증거가 필요하신가요? 지금 읽고 계신 이 #5 글이 곧 책의 5장 초고입니다. 저는 책을 따로 쓰고 있지 않습니다. 매주 이 연재를 쓰는 일이 곧 책을 쓰는 일입니다.

물론 공개에는 비용이 있습니다 — 완벽하지 않은 글을 내보내는 부담, 반응이 없을 때의 허전함. 그래서 약속합니다. "완벽한 글"이 아니라 "이번 주의 최선"을 낸다. 다듬기는 8주가 끝난 뒤 reworked → chapters 승격 단계에서 한 번 더 합니다.


실습 1 — Claude로 "블로그 톤 → 책 톤" 변환

발췌 글을 통째로 붙이고 다음처럼 요청합니다. (개발자·비개발자 공통)

아래는 내 블로그 글이야. 이걸 전자책의 한 챕터 초고로 바꿔줘.
조건:
1. "지난주", "최근" 같은 시의성 표현을 걷어내고 시간에 안 묶이게.
2. 이 장만 펼친 독자도 이해하도록 빠진 전제를 한 문장씩 보완.
3. 이 챕터의 한 줄 메시지는 "○○○" — 여기서 벗어나는 문단은 빼자고 제안해줘.
4. 문체는 ~합니다체, 1인칭, 담백하게.
내 문장을 최대한 살리되, 바꾼 곳은 이유를 한 줄로 알려줘.

---
[발췌 글 붙여넣기]

핵심은 마지막 줄 — "바꾼 곳은 이유를 알려줘" 입니다. Claude가 통째로 다시 쓰면 내 목소리가 사라집니다. 내 문장을 살리고, 바꾼 부분만 검토하는 방식이라야 "내 책"이 됩니다.

실습 2 — 한 챕터 공개하고, 피드백 "1개만" 반영

  1. 위 4단계로 한 챕터 초고를 끝냅니다. (완벽 금지, 초고면 충분)
  2. 블로그·SNS·뉴스레터 어디든 공개합니다. 비공개 메모장에 두지 마세요.
  3. 들어온 반응 중 반영할 것 딱 1개만 고릅니다. 전부 반영하려 하면 영원히 못 끝냅니다.

발행 채널이 아직 없다면, 가까운 사람 한 명에게 보내는 것도 "공개"입니다. 읽어줄 사람이 생기는 순간 글의 밀도가 달라집니다.


챕터 쓰기의 함정 — 이것만 피하세요

❌ 1. 완벽해질 때까지 발행을 미룬다

빌드 인 퍼블릭의 반대말은 "완벽주의 서랍"입니다. 초고를 서랍에 넣는 순간 그 챕터는 죽습니다. 80%면 내보내세요.

❌ 2. 피드백을 전부 반영한다

열 명이 열 가지를 말합니다. 다 따르면 책이 누더기가 됩니다. 한 줄 메시지에 맞는 피드백 1~2개만. 나머지는 정중히 흘려보냅니다.

❌ 3. 블로그 글을 그대로 복붙한다

가장 흔한 실수입니다. 발췌는 재료일 뿐, 시점·맥락·연결을 손보지 않으면 "책"이 아니라 "블로그 묶음"이 됩니다.


다음 주 예고 (#6 — 다듬기와 디자인)

초고를 8주에 걸쳐 다 쌓았다면, 다음은 옷을 입힐 차례입니다. #6에서는 표지·다이어그램·문체 통일을 다룹니다 — HTML과 Playwright로 표지 이미지를 찍어내는 룰, 챕터마다 들쭉날쭉한 말투를 하나로 맞추는 법, 그리고 "디자인이 곧 신뢰"인 이유까지. 글이 책처럼 보이기 시작하는 단계입니다.


FAQ

Q1. 글을 공개할 채널이 없어요. 그래도 빌드 인 퍼블릭이 되나요?

됩니다. 핵심은 "관객의 존재"이지 "큰 플랫폼"이 아닙니다. 친구 한 명, 가족, 스터디 단톡방이면 충분합니다. 읽어줄 한 사람만 있으면 마감과 책임감이 생깁니다.

Q2. 한 챕터에 시간이 너무 오래 걸려요.

소제목부터 박으세요(4단계의 3번). 빈 화면에 문장을 짜내려 하면 한없이 늘어집니다. 골격(소제목 4~6개)을 먼저 세우면 "칸 채우기"가 되어 속도가 붙습니다.

Q3. Claude가 고친 문장이 더 매끄러운데, 그냥 그걸 쓰면 안 되나요?

매끄러움보다 내 목소리가 먼저입니다. AI 문장은 평균적으로 깔끔하지만 개성이 없습니다. Claude는 검토자로 쓰고, 최종 문장은 내가 고릅니다. 그래야 1년 뒤에도 "내가 쓴 책"이라 말할 수 있습니다.

Q4. 발행한 글을 나중에 또 고쳐도 되나요?

얼마든지요. 블로그는 살아 있는 문서입니다. 다만 큰 수정은 8주 연재가 끝난 뒤 reworked → chapters 승격 때 한 번에 하는 걸 권합니다. 매주 고치기 시작하면 새 챕터를 못 씁니다.


마무리

오늘 두 가지만 하시면 됩니다.

  • ✅ 발췌 글 1편을 위 4단계로 "한 챕터 초고"까지 끌고 가기 (완벽 금지)
  • ✅ 그 초고를 어디든 공개하고, 들어온 반응 중 1개만 반영하기

초고 하나를 끝까지 써서 세상에 내보내는 경험 — 그게 이번 주의 진짜 목표입니다. 완성도가 아니라 "끝내고 공개하는 근육" 말입니다.

여러분은 지금 책을 혼자 조용히 쓰고 계신가요, 아니면 누군가에게 보여주며 쓰고 계신가요? 댓글로 남겨주시면 다음 주 #6에서 함께 이야기해보겠습니다.

다음 주에 또 뵙겠습니다. 자바파커였습니다.

@JavaPark
AI 시대의 개발자 도구, 실전 경험을 공유합니다