AI 전자책을 만들 때 많은 사람이 먼저 제목, 표지, 프롬프트 품질부터 손봅니다. 그런데 2026년 8월 6일 기준 KDP 공식 문서를 다시 보면, 스크린샷이 많은 툴 가이드북이나 MusicFrame 같은 제작 도구 안내서는 전자책 파일 크기와 이미지 처리 방식 때문에 실제 로열티가 먼저 달라질 수 있습니다. 70% 로열티가 항상 더 많이 남는 구조가 아니라, 70% 옵션은 파일 크기에 따라 delivery cost가 빠지고, 이미지가 흐리거나 글자가 안 보이면 품질 심사에서도 걸릴 수 있기 때문입니다. 오늘은 AI 전자책, 프롬프트북, MusicFrame 사용 가이드처럼 이미지가 자주 들어가는 디지털 책을 올리기 전에 먼저 확인할 5가지를 정리합니다.
1. 70% 로열티가 항상 더 많이 남는 것은 아닙니다
KDP의 Digital Book Pricing Page와 eBook Royalties를 같이 보면 핵심이 분명합니다. 35% 옵션은 delivery cost를 따로 빼지 않지만, 70% 옵션은 파일 크기에 따른 delivery cost를 공제한 뒤 로열티를 계산합니다. KDP는 평균 delivery cost 예시도 함께 안내하고 있습니다. 즉 이미지가 적은 텍스트형 책은 70%가 유리할 수 있지만, 스크린샷과 도표가 많은 안내서는 생각보다 순수익 차이가 줄거나 경우에 따라 체감 수익이 기대보다 낮아질 수 있습니다.
이 지점이 왜 중요하냐면, AI 전자책 제작자는 종종 본문보다 화면 캡처와 예시 이미지를 많이 넣습니다. MusicFrame 사용 가이드, AI 툴 설정법, KDP 업로드 튜토리얼, 프롬프트 비교 사례집은 특히 그렇습니다. 이런 책은 판매가보다 파일 무게를 먼저 계산하는 습관이 실제 수익에 더 직접적일 수 있습니다.
2. 스크린샷이 많을수록 품질과 수익을 따로 봐야 합니다
KDP의 Guide to Kindle Content Quality는 흐린 이미지, 이미지 안의 읽기 어려운 텍스트, 스캔에 가까운 본문을 문제로 봅니다. 또 Format Images in Your Book와 Save Your Manuscript File에서는 이미지는 300 DPI 이상을 권장하고, 원본보다 키워 넣으면 해상도가 떨어질 수 있다고 설명합니다.
중요한 점은 품질과 수익이 같은 문제가 아니라는 것입니다. 이미지를 줄이면 파일은 가벼워질 수 있지만, 너무 작거나 흐리면 책 이해도가 무너집니다. 반대로 원본 이미지를 무조건 많이 넣으면 가독성은 좋아질 수 있어도, delivery cost와 처리 시간에 부담이 생길 수 있습니다. 그래서 오늘 실무 기준은 단순합니다. 모든 스크린샷을 다 넣는 것이 아니라, 독자가 실제로 따라 하는 데 꼭 필요한 화면만 남기고 나머지는 텍스트 설명과 체크리스트로 대체하는 편이 안정적입니다.
3. MusicFrame 같은 도구 가이드는 그림책이 아니라 실행책으로 만들어야 합니다
MusicFrame이나 비슷한 AI 도구를 설명하는 전자책은 자칫하면 스크린샷 모음집처럼 보이기 쉽습니다. 하지만 KDP 품질 기준을 실무적으로 읽으면, 독자가 돈을 내는 이유는 캡처 자체보다 실행 순서, 실패 패턴, 입력 설계, 검수 기준이어야 합니다. 예를 들어 홈 화면, 생성 패널, 출력 결과, 상태 확인처럼 핵심 흐름만 캡처하고, 나머지는 단계별 질문과 체크리스트로 풀어내면 책의 본질이 훨씬 선명해집니다.
이 방식의 장점은 세 가지입니다. 첫째, 파일이 가벼워집니다. 둘째, Kindle 화면에서 글자가 깨지는 위험을 줄일 수 있습니다. 셋째, 앱 UI가 바뀌어도 책 전체가 곧바로 낡아 보이지 않습니다. 즉 AI 도구 전자책은 화면을 많이 보여주는 책보다, 화면 없이도 독자가 따라 할 수 있게 만드는 책이 더 오래 버팁니다.
4. 업로드 전에는 가격표보다 먼저 파일 구조를 확인해야 합니다
KDP는 Save Your Manuscript File에서 제출 파일에 불필요한 주석, 숨은 개체, 메타데이터, 과도한 이미지 객체가 남지 않도록 안내합니다. 또 Basic HTML Formatting Guidelines에서는 이미지 입력 품질과 최대 파일 크기 650MB 제한도 설명합니다. 이 말은 곧, 전자책 판매 페이지 문구를 다듬기 전에 원고 파일 안에 불필요하게 무거운 요소가 남아 있는지부터 점검해야 한다는 뜻입니다.
특히 아래 항목은 업로드 전에 한 번씩 확인하는 편이 좋습니다.
- 같은 화면을 해상도만 바꿔 여러 번 넣지 않았는가
- 캡처 안의 글자가 실제 Kindle 미리보기에서 읽히는가
- 도표·프롬프트 예시는 이미지가 아니라 텍스트로 옮길 수 없는가
- 표지와 본문 이미지가 과하게 큰 원본 그대로 들어가 있지 않은가
- 책의 핵심 가치가 스크린샷이 아니라 실행 순서로 설명되는가
이 다섯 가지는 단순 편집 팁이 아니라, 품질 심사와 판매 후 순수익을 함께 지키는 기본 점검표에 가깝습니다.
5. 오늘 바로 적용할 현실적인 제작 순서
- 먼저 텍스트 버전으로 본문을 완성합니다. 스크린샷 없이도 독자가 이해할 수 있어야 합니다.
- 그다음 꼭 필요한 화면만 고릅니다. 홈, 설정, 결과, 오류 예시처럼 핵심 장면만 남깁니다.
- Kindle Previewer 기준으로 글자 가독성을 확인합니다. 이미지 안 글자가 안 보이면 의미가 없습니다.
- 판매가와 로열티를 같이 계산합니다. 70%가 무조건 유리하다고 가정하지 않습니다.
- 다운로드 부록이나 업데이트 약속보다 본문 완결성을 먼저 점검합니다. 책 안에서 실행이 끝나야 합니다.
이 순서를 쓰면 AI 전자책이 단순한 화면집이 아니라, 실제로 독자가 따라 할 수 있는 디지털 상품이 됩니다. 특히 MusicFrame 같은 툴 가이드북에서는 무엇을 눌렀는지보다 왜 그 순서로 하는지를 남기는 편이 더 큰 차별점이 됩니다.
2026년 8월 6일 기준 한 줄 결론
오늘 기준으로 AI 전자책에서 중요한 것은 이미지를 많이 넣는 완성도 경쟁이 아니라, 파일 크기, 이미지 가독성, 70% 로열티의 delivery cost 구조를 이해한 뒤 본문을 가볍고 실행 가능하게 설계하는 것입니다. 특히 스크린샷이 많은 MusicFrame·AI 도구 가이드북은 더 예쁘게 보이는 책보다 적은 이미지로도 독자가 끝까지 따라갈 수 있는 책이 수익성과 유지보수성 모두에서 더 유리합니다.
이 글은 일반적인 전자책 운영 정보이며 세무·법률 자문을 대신하지 않습니다. 실제 출간 전에는 사용 중인 KDP 최신 도움말과 로열티 계산 조건을 직접 다시 확인하는 편이 안전합니다.