2026년 7월 24일 기준 OpenAI 도움말은 Projects를 장기 작업용 공간으로 안내하고 있고, 2026년 7월 16일 Google은 NotebookLM을 Gemini Notebook으로 바꾸며 노트 안에서 자료와 코드를 함께 다루는 흐름을 더 강하게 밀고 있습니다. 이 변화는 전자책 작업에도 바로 연결됩니다. 이제 초안은 한 파일에서만 자라지 않습니다. 블로그 글, 음성 메모, 조사 링크, AI 대화, 카테고리별 운영 노트가 따로 쌓이고, 전자책은 그 조각들을 다시 장 구조로 묶는 작업이 됐습니다.
1. 먼저 원고를 쓰지 말고 재료 묶음부터 나눠야 합니다
전자책 초안이 자주 무너지는 이유는 문장이 부족해서가 아니라 재료가 서로 다른 상태로 섞여 있기 때문입니다. 예를 들어 AI 뉴스 글, AI 음악 글, MusicFrame 운영 글이 함께 쌓였다면 이를 바로 본문으로 잇기보다 무슨 독자 질문에 답하는 재료인지 먼저 갈라야 합니다. ChatGPT Projects 같은 공간은 주제별 맥락을 붙들어 두는 데 유리하고, Gemini Notebook 같은 노트형 도구는 출처와 비교 자료를 모아 두는 데 더 적합합니다.
2. 장 제목은 도구 이름이 아니라 독자 순서로 다시 잡아야 합니다
요즘은 GPT 대화 기록과 노트 자료가 많아져서, 작업자가 본 흐름과 독자가 읽는 흐름이 쉽게 어긋납니다. 그래서 장 제목을 “ChatGPT”, “Gemini”, “MusicFrame”처럼 도구 이름으로 나누면 전자책이 사용기 모음처럼 보이기 쉽습니다. 대신 “무엇을 만들려는가”, “초안을 어떻게 모을 것인가”, “무엇을 버리고 남길 것인가”, “출판 전 무엇을 확인할 것인가”처럼 독자의 진행 순서로 다시 묶는 편이 더 읽힙니다.
3. 초안 본문보다 장 요약 문서를 먼저 만드는 편이 빠릅니다
블로그 글이 이미 여러 편 있다면, 각 글을 복사해 붙이는 것보다 장별 요약 문서를 먼저 만드는 편이 수정 비용이 낮습니다. 각 장마다 제목, 핵심 주장, 넣을 예시, 뺄 중복, 확인할 출처를 한 페이지 안에 정리해 두면 나중에 본문 확장이 쉬워집니다. 이 방식은 특히 카테고리형 사이트 운영자에게 유리합니다. 하루치 글이 곧바로 책이 되지 않기 때문에, 먼저 어떤 글이 같은 장으로 합쳐질 수 있는지 보는 중간 단계가 필요합니다.
4. EPUB 변환 전에는 미리보기 기준으로 문장 길이를 줄여야 합니다
워드나 노트 화면에서 자연스러워 보인 문장이 전자책 미리보기에서는 답답하게 느껴지는 경우가 많습니다. Amazon KDP도 업로드 뒤 미리보기로 목차, 문단 간격, 이미지 배치, 링크 흐름을 다시 확인하라고 안내합니다. 그래서 최종 단계에서는 “잘 썼는가”보다 작은 화면에서 끊어 읽히는가를 기준으로 본문을 한 번 더 줄이는 편이 안전합니다.
5. AI가 도운 부분과 사람이 확정한 부분을 분리해 두는 것이 좋습니다
전자책 초안에 AI를 쓰는 것 자체보다 더 중요한 것은, 어디까지가 AI 초안이고 어디서부터 사람이 구조를 확정했는지 스스로 구분해 두는 일입니다. 그래야 나중에 사실 확인, 어조 통일, 중복 삭제가 빨라집니다. 특히 건강, AI 도구, 음악 제작처럼 서로 다른 카테고리 글을 엮을 때는, 초안 생성과 최종 편집을 같은 단계로 취급하면 목차도 흔들리고 주장도 퍼집니다.
오늘 바로 적용할 5단계
- 기존 블로그 글과 노트를 주제별 재료 묶음으로 먼저 나눕니다.
- 장 제목을 도구명이 아니라 독자 질문 순서로 다시 적습니다.
- 장별 요약 문서를 먼저 만든 뒤 본문 확장 순서를 정합니다.
- EPUB 변환 전 KDP 미리보기 기준으로 문장 길이와 목차를 줄입니다.
- AI 초안과 사람 확정 문장을 구분하는 검수 메모를 남깁니다.