De meeste mensen die een distributiebedrijf willen starten, beginnen aan de verkeerde kant. Ze kiezen een naam, ontwerpen een logo, en zoeken dan een back end om op aan te sluiten. Zes maanden later beantwoorden ze e-mails over een release die is afgekeurd vanwege een niet-overeenkomende artiestennaam, een dubbele identificator of artwork dat door de geautomatiseerde controle van een winkel viel — en ze hebben er geen proces voor, omdat het proces nooit het plan was.
Distributie is een operationeel bedrijf. De leveringspijp is het makkelijke deel. Wat je verkoopt, is dat een release de eerste keer correct de deur uit gaat, dat het papierwerk erachter een audit overleeft, en dat je kunt uitleggen waar het geld vandaan komt als het binnenkomt.
Bepaal wat je werkelijk verkoopt
"Distributie" dekt minstens vier verschillende bedrijven, en die vragen om verschillende vaardigheden:
- Alleen levering. Afgeronde, correcte bestanden naar winkels gestuurd. Weinig inspanning per release, en je concurreert met iedereen.
- Releasevoorbereiding. Metadata, mastercontroles, identificatoren, artwork. Het deel dat klanten echt niet alleen kunnen.
- Rechtenadministratie. Verdelingen, uitgeversregistratie, label copy, eigendomsgegevens. Waar conflicten worden voorkomen of gecreëerd.
- Artiestendiensten. Releaseplanning, persmateriaal, linkpagina's, campagneondersteuning.
Kies er één om goed in te zijn voordat je de rest aanbiedt. De meest voorkomende mislukking is alle vier aanbieden en releasevoorbereiding slecht doen, omdat releasevoorbereiding degene is die afwijzingen veroorzaakt, en afwijzingen zijn wat klanten onthouden.
Wees net zo duidelijk over wie je bedient. Een catalogus met Arabischtalige releases, één genre, of de scene van één stad is een verdedigbare positie. "Elke artiest overal" is geen positie, het is de afwezigheid ervan.
Bouw eerst de metadatadiscipline
Bijna elke vermijdbare afwijzing is een metadataprobleem. Winkels handhaven hun eigen stijlregels, en de branchereferentie waar de meeste van hen op aansluiten is de Music Biz Metadata Style Guide. Lees die één keer goed en maak er daarna een checklist van die je team bij elke release volgt, in plaats van een document dat niemand opent.
De regels die in de praktijk de meeste schade veroorzaken:
- Eén artiestennaam, op één manier gespeld, voor altijd. Inconsistente spellingen splitsen een catalogus over meerdere winkelprofielen, en ze achteraf samenvoegen is traag en soms onmogelijk.
- Featured artists horen in het featureveld, niet achter de titel geplakt. Titels die credits meedragen worden gemarkeerd of stilzwijgend herschreven.
- Versie-informatie hoort tussen haakjes en moet de opname beschrijven, niet aanprijzen.
- Niet-Latijns schrift vraagt om testen, niet om aannames. Latijnse tekens mengen in een Arabische, Perzische of Urdu-reeks roept het bidirectionele algoritme van Unicode (UAX #9) aan, en het resultaat op de weergave van een winkel kan herordenen op een manier die er in je spreadsheet goed uitziet en op een telefoon fout. Bekijk de exacte reeks zoals hij zal renderen voordat je hem levert.
Voor een mechanische controle vóór menselijke beoordeling draait de metadatachecker in de browser en vangt hij structurele fouten snel op. Hij vervangt het lezen van de stijlgids niet.
Begrijp de identificatoren, want je klanten doen dat niet
Een fout in een identificator volgt een catalogus jarenlang. Jij moet degene in de kamer zijn die de regels kent.
Drie codes doen drie verschillende dingen: een ISRC benoemt de opname, een UPC of EAN benoemt de release waarin die verkocht wordt, en een ISWC benoemt de onderliggende compositie en wordt uitgegeven via de uitgeverijkant in plaats van via distributie. De opbouw teken voor teken van de eerste twee staat in de ISRC- en UPC-referentie; hang die aan de muur bij degene die je leveringen doet.
Details die constant verkeerd worden toegepast:
- Streepjes in een ISRC zijn puur een weergaveconventie, geen deel van de code, en er is geen controlecijfer in een ISRC — dus niets vangt een typefout voor je op.
- Een UPC-A wordt een EAN-13 door er een nul voor te zetten, en het controlecijfer blijft gelijk — hetzelfde product, op twee manieren geschreven, is niet twee producten.
- Een nieuwe ISRC is vereist voor een wezenlijk andere opname — een remix, een edit, een liveversie, een instrumentale versie. Hij is niet vereist om dezelfde opname opnieuw uit te brengen.
- Remastering veroorzaakt veel minder vaak een nieuwe ISRC dan klanten aannemen: de toets is of er creatieve inbreng op de opname is toegepast, niet of een engineer het bestand heeft aangeraakt.
- Een ISRC blijft bij de opname als een artiest van distributeur wisselt. Geef er nooit opnieuw een uit om je eigen nummering netjes te houden.
Valideer bij elke levering mechanisch de structuur en controlecijfers, voordat er iets uit je wachtrij vertrekt.
Weet wat er met de master gebeurt
Je hoeft geen masteringengineer te zijn, maar je moet normalisatie kunnen uitleggen zonder folklore te herhalen.
Spotify publiceert een geïntegreerd doel van −14 LUFS, met een true-peakplafond van −1 dBTP, of −2 dBTP waar de master luider is dan −14 LUFS. De meting volgt ITU-R BS.1770; editie 5, gepubliceerd in november 2023, is de geldende, hoewel veel meters in gebruik nog naar de achterhaalde editie 4 verwijzen. Het technische document AES TD1008 geeft −16 LUFS voor muziek — het cijfer van −18 LUFS dat rondgaat geldt voor spraakgedreven content, en het als muziekdoel herhalen is een ernstige en veelgemaakte fout.
De meeste andere grote diensten — Apple Music, YouTube Music, Amazon Music, TIDAL en Deezer daaronder — hebben nooit een doelwaarde op schrift gezet. Cijfers voor elk van hen zijn makkelijk te vinden, maar ze komen uit metingen van derden en niet van de dienst, dus ze kunnen het gewicht van een acceptatiecriterium niet dragen.
Het mechanisme dat een klant moet horen: diensten zetten luide masters bij het afspelen met het verschil omlaag. Spotify stelt ook dat zachtere masters positieve gain krijgen, terwijl het rekening houdt met headroom en 1 dB overlaat voor lossy encodering — een stille master met hoge pieken wordt dus mogelijk niet helemaal opgetrokken. Noch "stille tracks worden nooit luider gezet" noch "stille tracks halen altijd het doel" is waar. Wat daaruit volgt is het verdedigbare punt: te veel limiten koopt vlakheid, geen loudness.
Regel rechten- en belastingpapierwerk voordat het geld beweegt
Verdelingen zijn de grootste bron van klantconflicten en de goedkoopste om te voorkomen. Laat een split sheet tekenen tijdens de sessie, niet na de eerste uitbetaling.
Amerikaanse bronbelasting is de andere voorspelbare verrassing. Als er geen W-8BEN in het dossier zit, is het wettelijke tarief op royalty's uit Amerikaanse bron 30%; een geldig formulier past het tarief voor auteursrechtelijke royalty's toe dat het woonland van de artiest heeft onderhandeld, en voor landen zonder relevant verdrag blijft het wettelijke tarief simpelweg staan. Regel 6 accepteert een buitenlands fiscaal identificatienummer, dus de meeste artiesten hebben geen Amerikaans ITIN nodig, en een ingevuld formulier is geldig tot en met de laatste dag van het derde daaropvolgende kalenderjaar. Een klant tijdens de onboarding door de uitbetalingscalculator leiden is goedkoper dan achteraf een inhouding uitleggen.
Zeg onomwonden dat bronbelasting en eventuele bankkosten niet jouw commissie zijn. Klanten die verrast worden door een inhouding, gaan ervan uit dat jij die hebt genomen.
Stel eerlijke verwachtingen over inkomsten
Je kunt niet voorspellen wat een release zal opbrengen, en niemand anders kan dat ook. Spotify stelt dat het geen tarief per stream betaalt: de inkomsten worden gebundeld en verdeeld op basis van streamshare, en verschillen per land volgen uit lokale abonnementsprijzen en advertentietarieven. Geen enkele dienst publiceert een uitbetalingstarief per land.
Dat betekent dat elk cijfer dat je een potentiële klant noemt — per stream, per duizend streams, per markt — verzonnen is. Weigeren er een te verzinnen kost je een paar deals en bespaart je elk conflict dat erop gevolgd zou zijn. Het is ook het duidelijkste signaal aan een serieuze artiest dat je weet wat je doet.
Startchecklist
- Kies een van de vier bedrijfstypen hierboven en schrijf op wat je niet gaat doen.
- Maak van de Music Biz Metadata Style Guide een checklist per release, en leg je conventies voor artiestennamen en titels vast vóór de eerste levering.
- Zet een identificatorregister op: elke ISRC en UPC die je aanraakt, waar die bij hoort, en waar die vandaan komt.
- Valideer vóór levering de structuur en het controlecijfer van elke identificator.
- Definieer acceptatiecriteria voor masters in LUFS en dBTP, met de redenering op schrift voor klanten.
- Test elke niet-Latijnse metadatareeks zoals hij rendert, niet zoals hij getypt is.
- Eis een getekende split sheet voordat een release wordt ingepland.
- Verzamel W-8BEN-formulieren tijdens de onboarding, en zet de vervaldatum in de agenda.
- Publiceer in gewone taal precies wat je rekent en wat niet — en noem nooit een inkomstencijfer.
Niets van het bovenstaande is een reden om het bedrijf niet te bouwen. Maar als wat je eigenlijk wilt je eigen catalogus in de wereld is en niet een operationele baan, dan is dat een andere beslissing: Mazufa brengt kosteloos uit en houdt niets van de royalty's, en een mens leest elke volledige aanvraag voordat toegang wordt verleend. Details staan op de aanmeldpagina.