Denne artikel er en del af vores Komplet Guide til Royalty-styring.
Hver forfatter, du arbejder med, har en anderledes aftale. En får 10% på indbundet op til 5.000 eksemplarer, derefter 12,5%. En anden får en fast 7,5% på paperback. En tredje har en nettoomsætningsrate på 25% på e-bøger plus et forudbetalt beløb, der stadig ikke er tjent hjem.
Du ved alt dette, fordi det står i dit regneark. Et sted. Sandsynligvis på det rigtige faneblad.
Hvis du er en lille forlag, der administrerer royalties manuelt, har du mærket vægten af disse tal. Ikke fordi nogen enkelte beregning er vanskelig, men fordi det enorme udvalg af strukturer, satser og vilkår gør det farligt nemt at få noget galt.
Hvorfor royalty-beregninger bliver kompliceret hurtigt
På overfladen er bogroyalties simple. Forfatteren får en procentdel af hvert salg. Men i praksis er næsten intet ved dem ligetil.
Trin-baserede satser er det første lag af kompleksitet. En typisk indbundet kontrakt kan tilbyde 10% på de første 5.000 eksemplarer, 12,5% på de næste 5.000 og 15% over 10.000. Det betyder, at du skal spore kumulative enheder solgt på tværs af hver rapporteringsperiode for at vide, hvilken trin der gælder for hvert salg.
Så er der spørgsmålet om hvad procentdelen gælder for. Nogle kontrakter er baseret på den anbefalede pris. Andre er baseret på nettoomsætning, som er det, du faktisk modtog efter rabatter, distributionsgebyrer og provisioner. Det samme “10%” kan betyde meget forskellige beløb afhængigt af, hvilken figur det beregnes ud fra.
Multiplicer dette på tværs af formater (indbundet, paperback, e-bog, lydbog), salgskanaler og territorier, og en enkelt titel kan have dusinvis af royalty-kombinationer. Multiplicer nu det på tværs af alle dine titler og alle dine rettigheder.
Print on demand ændrer matematik
Print on demand har stille og roligt ændret, hvordan royalty-beregninger fungerer, og hvis du udgiver med begge modeller, håndterer du to fundamentalt forskellige omkostningsstrukturer på samme tid.
Med en traditionel offset-trykoplag betaler du for produktion på forhånd. Du bestiller et par tusinde eksemplarer, trykkeriet leverer dem, og denne omkostning er din uanset hvor mange du sælger. Da produktionsomkostningen pr. eksemplar allerede er taget med i beregningen, beregnes royalties på trykte bøger typisk som en procentdel af listeprisen. Matematik er relativt enkel.
Print on demand vender dette omkring. Der er ingen forudgående tryk. Hvert eksemplar fremstilles individuelt, når en kunde bestiller det, og produktionsomkostningerne trækkes fra hvert salg. Oven på det tager forhandleren sin del. På Amazon er det typisk 40% af listeprisen. Så for en $14,99 paperback beholder Amazon omkring $6,00 samt deres produktionsgebyr pr. eksemplar, og det, der er tilbage, er din nettoomsætning. Afhængigt af bogens specifikationer kan det efterlade dig med mindre end $4,00 pr. eksemplar at dele mellem dig og forfatteren. Leveringsomkostninger betales enten af kunden eller absorberes af forhandleren, så de indgår ikke direkte i royalty-beregningen.
Hvis du kører begge modeller på tværs af dine titler, bliver tingene komplicerede hurtigt. En udgave af en titel kan tjene royalties på listeprisen, mens POD-versionen tjener på nettoomsætning. Dine kontrakter skal tage højde for begge dele, og dine royalty-beregninger skal håndtere dem side om side i samme periode.
Forudbetaling og problemet med at tjene hjem
De fleste traditionelle forlag betaler forudbetaling. Det er et forhåndsbeløb, som betales til forfatteren, før bogen går på markedet, og det tilbagebetales gennem fremtidige royalties. Forfatteren modtager ikke yderligere royalty-betalinger, før deres tjente royalties overstiger forudbetalingen. Dette er kendt som, at en forfatter “tjener hjem” deres forudbetaling.
Fra forfatterens side er en forudbetaling et velkomment sikkerhedsnet. Fra din side er det en forudgående omkostning og endnu en ting at spore.
Du skal kende det oprindelige forudbetalingsbeløb, hvor meget der er blevet tilbagebetalt hidtil, og hvor meget der stadig er udestående, hver gang du kører royalties. Hvis en forudbetaling dækker flere titler, skal du vide, hvilke produkter den gælder for, og allokere tilbetaling korrekt. Hvis du betalte det i rater, skal hver enkel registreres separat.
Få noget af dette galt, og dine royalty-opgørelser er unøjagtige. Og unøjagtige opgørelser undergraver forfatterens tillid hurtigere end næsten alt andet.
Begreberne bag royalties og forudbetaling er ikke svære at forstå. Den virkelige udfordring for forlags er at anvende dem nøjagtigt, i større skala, hver enkelt periode. Dette er problemet, som Royalties HQ blev bygget til at løse.
Regnearkenes loft
De fleste små forlag starter med regneark, og for dine første par forfattere fungerer de fint. Men regneark har et loft.
Ingen indbygget trin-baseret logik. Du skal skrive formler, der sporer kumulative salg og anvender den rigtige sats ved hver tærskel. En fejl i formlen og hver efterfølgende beregning er forkert.
Ingen forudbetalingssporing. Du trækker manuelt tilbetaling fra en løbende saldo, krydstjekker på tværs af ark, og håber, at intet mister synkronisering.
Intet revisionsspor. Hvis en forfatter stiller spørgsmål ved et tal fra for to år siden, graver du gennem arkiverede filer og prøver at rekonstruere, hvad der skete.
Ingen automatisk opgørelsesgenerering. Hver royalty-periode kopiere du tal til et Word-dokument eller PDF-skabelon, formaterer manuelt opgørelser for hver rettighedshaver. Hvis du har tyve forfattere, er det tyve dokumenter at forberede i hånden.
Det er langsomt, det er skrøbeligt, og det bliver værre, når du vokser.
En bedre måde at administrere royalties og forudbetaling
Royalties HQ håndterer alt dette for dig. Du opsætter dine kontrakter med de satser, trin og vilkår, der gælder for hver rettighedshaver og produkt. Du registrerer forudbetaling med beløbet, de tilknyttede titler og startdatoen. Derefter, når du kører royalties, gør systemet resten.
Trin-baserede royalty-satser beregnes automatisk baseret på kumulative salg. Systemet ved, hvilken trin hvert salg falder ind under, og anvender den rigtige procentdel.
Forudbetaling tilbagebetales som prioritet fra tjente royalties på de tilknyttede produkter. Den resterende saldo bliver sporet og vises på hver royalty-opgørelse, så både du og forfatteren kan se præcis, hvor tingene står.
Royalty-opgørelser genereres automatisk med en forside, der viser betalingsoversigten (inklusive forudbetalingstilbetaling, overførsler og justeringer) og en detaljeret sammenbrud af hver royalty-linje.
Hvis du skal rette noget, kan du fortryde en royalty-køring og genbehandle den. Hvis en forudbetaling blev glemt, kan du tilføje den efterfølgende og gendanne de berørte opgørelser.
Mindre tid på beregninger, mere tid på udgivelser
Royalties og forudbetaling bliver ikke enklere. Når din liste vokser, stiger antallet af kontrakter, satser og vilkår kun. Hvad der engang var en mindre ulejlighed at behandle manuelt, bliver hurtigt uhåndterligt og stressende. Vores opfattelse er, at software på en pålidelig måde kan løse disse problemer, hvilket sparer dig tid og hovedpine.
Hvis du er klar til at holde op med at bekymre dig om, hvorvidt dine royalty-tal er rigtige, anmod om en demonstration af Royalties HQ for at se, hvordan det fungerer for din næste royalty-køring.
