이 글은 로열티 관리 완벽 가이드의 일부입니다.
그 어느 때보다 많은 출판사들이 자신의 웹사이트를 통해 독자에게 직접 책을 판매하고 있습니다. Shopify 스토어, WooCommerce 샵, 또는 다른 전자상거래 플랫폼을 운영 중이든, 직접 판매는 분명한 이점을 제공합니다 — 더 높은 마진율, 직접적인 고객 관계, 그리고 구매자 데이터의 완전한 소유권. 하지만 저자들에게 로열티를 지급해야 할 때가 되면, 직접 판매는 대부분의 출판사가 깔끔하게 처리할 수 있도록 준비되지 않은 로열티 처리 과제를 야기합니다.
문제는 간단명확합니다. 유통사 판매의 경우, 보고서와 지급액을 받습니다. 각 제목에서 정확히 얼마를 벌었는지 알고, 저자 계약은 그 수치를 기준으로 작성됩니다. 직접 판매의 경우, 중간에 유통사가 없습니다. 당신이 소매업자입니다. 그리고 이것은 로열티를 계산하고, 추적하고, 보고하는 방식을 바꿉니다.
출판사들이 직접 판매로 가는 이유
경제적 타당성이 분명합니다. 유통사를 통해 25달러 책을 판매하면, 소매점 할인과 유통료를 뺀 후 10~12달러를 얻을 수 있습니다. 같은 책을 웹사이트를 통해 직접 판매하면 소액의 결제 수수료(일반적으로 2~3%)를 뺀 전체 판매가를 유지할 수 있습니다. 25달러 책의 경우, 약 11달러 대신 약 24.25달러를 유지한다는 의미입니다. 마진율의 차이는 엄청납니다.
금전적 이점을 넘어, 직접 판매는 유통사가 절대 제공하지 않는 무언가를 제공합니다: 독자와의 직접적인 관계입니다. 독자의 이메일 주소, 구매 이력, 그리고 플랫폼이 당신 사이에 개입하지 않고 다시 마케팅할 수 있는 능력을 얻습니다. 특정 니치나 특정 저자 집합을 중심으로 브랜드를 구축하는 출판사에게 그 데이터는 매우 귀중합니다.
하지만 절충이 있습니다. 유통사는 로열티 소프트웨어가 수집할 수 있는 깔끔하고 체계적인 판매 보고서를 제공합니다. 당신의 Shopify 스토어는 그렇지 않습니다. 이제 당신이 스스로 판매 데이터를 추출하고, 형식을 지정하고, 가져올 책임이 있으며, 당신이 출판사이면서 동시에 소매업자인 경우에 의미 있는 계약 구조가 필요합니다.
직접 판매에는 판매가 비율 계약을 사용하세요
이것이 이 글에서 가장 중요한 한 가지 권장 사항입니다. 직접 판매 중이고 그 판매에 대해 로열티를 지급하는 경우, 직접 판매 계약을 판매가의 비율로 구조화하세요 — 정가 또는 실제 판매가 중 하나입니다.
이유는 다음과 같습니다. 전통적인 유통사 판매의 경우, 출판사는 일반적으로 순 수입 로열티 모델을 사용합니다. 유통사가 20달러 책에서 10달러를 체크로 보내면, 저자는 그 10달러의 비율로 버는 것입니다. 간단하고 공정합니다 — 당신이 실제로 받은 것에 대해서만 로열티를 지급합니다.
하지만 직접 판매의 경우, 당신이 소매업자입니다. 유통사가 없기 때문에 "유통사로부터의 순 수입"이 없습니다. 고객이 24.99달러를 지급했고 결제 처리업체가 0.75달러를 가져가, 당신에게 24.24달러를 남겼습니다. 그러면 로열티를 무엇에 기반하나요? 전체 24.99달러? 처리 수수료 후 24.24달러? 배송비는 어떻게 되나요 — 공제되나요? 반품 예비금은 어떻게 되나요? 플랫폼 구독료는?
여기서 상황이 빠르게 복잡해집니다. 직접 판매에 적용된 순 수입 모델은 무엇이 합법적인 공제로 간주되는지에 대한 의견 불일치의 여지를 열어줍니다. 더 깔끔한 접근 방식은 판매가의 비율입니다.
예시: 저자의 계약이 직접 판매에서 판매가의 15%를 명시합니다. 책이 Shopify 스토어에서 24.99달러에 판매됩니다. 저자는 사본당 3.75달러를 버는 것입니다. 결제 처리 수수료, 광고에 지출한 비용, 또는 배송비가 얼마인지는 중요하지 않습니다. 계산은 투명하고, 예측 가능하며, 당신과 저자 모두 쉽게 확인할 수 있습니다.
유통사 판매를 위한 순 수입 모델에서 제공했을 비율보다 낮은 비율을 설정할 수 있습니다 — 이것은 정상이고 예상됩니다. 핵심은 명확성입니다. 양쪽 모두 판매가 이루어지기 전에 정확히 그 숫자가 무엇인지 알고 있습니다. 다양한 계약 구조가 귀사 수익에 어떤 영향을 미치는지에 대해 자세히 알아보려면 책 로열티 계산 방법을 참조하세요.
직접 판매 데이터 준비하기
전자상거래 플랫폼은 Ingram 또는 KDP 보고서처럼 보이는 파일을 생성하지 않습니다. 대신, 주문 데이터를 내보내고 로열티 소프트웨어가 수락할 수 있는 형식으로 매핑해야 합니다.
대부분의 플랫폼 — Shopify, WooCommerce, BigCommerce, Squarespace — 주문을 CSV 파일로 내보낼 수 있습니다. 내보내기는 일반적으로 주문 날짜, 제품명, SKU 또는 ISBN, 수량, 판매가, 적용된 할인, 고객 정보를 포함합니다.
로열티 처리 관점에서, 각 주문에서 몇 가지 핵심 데이터 요소를 추출해야 합니다:
- ISBN (또는 제목에 매핑되는 모든 제품 식별자)
- 판매량
- 단위당 판매가 (할인 후이지만 배송료 및 세금 전)
- 통화
- 판매 날짜 또는 로열티 월
다른 모든 것은 제거하세요 — 고객 이름, 배송 주소, 세금 금액, 이행 세부 사항은 로열티 계산과 무관합니다. 원하는 것은 깔끔한 파일입니다: 이 제목, 이 많은 사본, 이 가격, 이 통화, 이 달 동안.
Royalties HQ 사용자 정의 가져오기 템플릿 사용
직접 판매가 지원되는 유통사 형식에서 나오지 않으므로, Royalties HQ의 사용자 정의 판매 가져오기 기능을 사용합니다. 이는 당신의 웹사이트를 포함한 모든 출처의 판매 데이터를 수락하는 유연한 템플릿을 제공합니다.
사용자 정의 가져오기 템플릿의 필수 필드는 다음과 같습니다:
- isbn — 제목의 ISBN-13
- royalty_month — 판매 기간 (예: “2026-03”)
- currency — 3자리 통화 코드 (USD, GBP, EUR 등)
- royalty — 단위당 로열티 대상 금액 (일��적으로 직접 판매의 판매가)
- royalty_on_sales — 라인의 총 로열티 대상 금액 (로열티에 단위 수를 곱한 값)
- units_sold — 판매된 사본 수
- sales_channel — 직접 판매의 경우 "other"로 설정
- marketplace — “Shopify”, “WooCommerce”, 또는 “Website” 같이 설명적인 것을 사용
marketplace 필드는 여기서 특히 유용합니다. 보고에서 직접 판매를 유통사 판매와 구분할 수 있게 해주므로, 각 채널을 통해 얼마나 많은 수익과 로열티가 흐르고 있는지 한눈에 볼 수 있습니다.
단계별: 전자상거래 내보내기에서 로열티 가져오기까지
실제 작업 흐름은 월별로 다음과 같습니다:
- 완료된 달에 대해 전자상거래 플랫폼에서 주문을 내보냅니다. 주문 날짜로 필터링하고 CSV로 내보냅니다.
- 책 판매만 필터링합니다. 스토어에서 상품 또는 기타 로열티 대상이 아닌 제품을 판매하는 경우, 해당 행을 제거합니다.
- RHQ 템플릿으로 매핑합니다. 사용자 정의 가져오기 형식과 일치하는 스프레드시트를 만듭니다. ISBN, 로열티 월, 통화, 판매가 (로열티 열로서), 총 판매액, 단위, 판매 채널을 "other"로, marketplace를 채웁니다.
- 할인을 처리합니다. 프로모션을 실행했고 책을 24.99달러 대신 19.99달러에 판매한 경우, 실제 판매가 — 19.99달러 —를 로열티 금액으로 사용합니다. 이것은 데이터를 정직하게 유지하고 저자 지급액을 정확하게 유지합니다.
- CSV로 저장하고 Royalties HQ에서 새 판매 추가를 통해 업로드합니다. 사용자 정의 가져오기 형식을 선택합니다.
- 검토 및 가져오기. 시스템이 파일을 검증하고 모든 문제를 플래그합니다 — ISBN 누락, 인식할 수 없는 통화, 중복 기간, 또는 중복 파일 (이미 같은 파일을 업로드한 경우). 오류를 수정하고 가져옵니다.
가져온 후, 판매 데이터는 유통사 데이터처럼 로열티 실행을 통해 흐릅니다. 계약이 매치되고, 요금이 적용되며, 명세서가 자동으로 생성됩니다.
환불 및 반품 처리
직접 판매에는 반품이 따르며, 반품 처리를 위한 계획이 필요합니다. 고객이 웹사이트를 통해 구매한 책을 반품할 때, 환불이 로열티 데이터에 반영되어야 합니다.
가장 간단한 접근 방식은 다음 월별 가져오기에서 반품을 음수 수량으로 포함하는 것입니다. 고객이 2월에 2부를 구매했고 3월에 1부를 반품한 경우, 3월 가져오기 파일에는 units_sold가 -1이고 음수 royalty_on_sales 값을 가진 라인이 포함되어야 합니다. 이것은 해당 기간에서 저자의 수익에서 반품 판매를 차감합니다.
반품량이 적으면, 월별이 아닌 분기별로 반품을 일괄 처리할 수 있습니다. 중요한 것은 로열티 명세서가 정확하게 유지되도록 반품이 결국 캡처된다는 것입니다. 반품에 대한 예비금을 관리하는 출판사의 경우, 소비자 직접 주문의 반품률이 도매보다 낮은 경향이 있으므로 직접 판매를 별도로 처리할 수 있습니다.
깔끔하게 유지하는 팁
내보내기를 월별로 정리합니다. 폴더 구조를 만듭니다 — Direct Sales / 2026 / 03 March 같은 것 —하고 원본 전자상거래 내보내기와 형식이 지정된 가져오기 파일을 모두 저장합니다. 감사하거나 다시 가져와야 할 때, 원본을 유지했던 것을 기쁠 것입니다.
결제 처리업체와 조정합니다. 월별 판매 총액을 결제 처리업체 (Stripe, PayPal 등)가 실제로 입금한 것과 교차 확인합니다. 숫자가 맞지 않으면, 가져오기 전에 조사합니다. 불일치는 일반적으로 환불, 부도 또는 주문 내보내기에 여전히 나타나는 실패한 지급에서 나옵니다.
배송을 별도로 추적합니다. 배송 수익과 비용은 로열�� 계산에 영향을 미치지 않아야 합니다. 전자상거래 내보내기에 배송료가 주문 총액에 포함되어 있으면, 가져오기 템플릿으로 매핑하기 전에 제거해야 합니다. 로열티는 제품 판매가에만 기반해야 합니다.
마켓플레이스 이름과 일관성을 유지합니다. 1월에는 직접 판매를 "Shopify"로, 2월에는 "Website"로 표시하면, 보고가 두 채널로 분할됩니다. 하나의 레이블을 선택하고 계속 사용합니다.
직접 판매가 유통사 가져오기와 함께 어떻게 작동하는지
직접 판매는 전체 가져오기 워크플로우의 일부일 뿐입니다. 대부분의 출판사는 Amazon KDP, Ingram 및 기타 유통사의 가져오기와 함께 직접 판매를 실행합니다. 직접 판매를 위한 사용자 정의 가져오기를 사용하는 것의 아름다움은 데이터가 시스템에 들어온 후, 유통사 데이터와 동일하게 작동한다는 것입니다 — 같은 로열티 실행, 같은 명세서, 같은 보고.
전체 가져오기 워크플로우를 구축 중이면, 이 가이드들이 유통사 측을 다룹니다:
목표는 모든 판매 채널 — 직접 및 배포 — 을 포함하는 단일하고 통합된 로열티 실행이므로 저자들이 모든 것을 설명하는 하나의 명확한 명세서를 받습니다.
완전한 워크플로우 받기
직접 판매 로열티 처리가 복잡할 필요는 없지만, 약간의 사전 설정이 필요합니다 — 올바른 계약 구조, 반복 가능한 내보내기 및 가져오기 프로세스, 일관된 데이터 위생. 이러한 부분이 제자리에 있으면, 직접 판매 처리는 월별 루틴의 한 단계가 됩니다.
판매 가져오기에서 모든 채널에 걸쳐 자동화된 로열티 계산 및 저자 명세서에 이르기까지 전체 워크플로우가 어떻게 함께 작동하는지 보고 싶으면, 무료 가이드를 다운로드하세요 완전한 설명을 위해.
