Hoe verkoop je digitale producten met versies en updates?
Digitale producten verkopen met versies en updates betekent dat het product een levend bestand is, geen eenmalige download: je publiceert versie 2 en die bereikt de mensen die versie 1 hebben, de oude versie blijft beschikbaar voor wie ervan afhankelijk is, en een openbaar wijzigingslog legt vast wat er veranderde en wanneer. Zonder dit hebben kopers een momentopname en houdt de band op bij het afrekenen. Mét dit hebben ze iets wat beter wordt — en heb jij het kanaal dat het aflevert.
Het probleem: het bestand dat je één keer overhandigt
Zo gaat de verkoop van een digitaal product meestal: de koper betaalt, downloadt het bestand, en de band houdt op. Een maand later verbetert de verkoper een fout, voegt een hoofdstuk toe of past de template aan voor een nieuwe release — en hoe komt de nieuwe dan bij de mensen die de oude kochten?
Meestal niet. De verkoper bewaart e-mailadressen in een bestand, stuurt met de hand links die in inboxen wegzakken, en sommige kopers stellen elke keer dezelfde vraag: waar is de nieuwste versie? In een tijd waarin producten wekelijks updates krijgen, is die vraag nu dagelijks. Beide kanten verliezen: een koper met een oude kopie van iets waarvoor hij betaalde, en een verkoper die voor postbode speelt.
Het eerlijke antwoord: versies, en een openbaar wijzigingslog
De oplossing die software al tientallen jaren gebruikt, werkt voor elk digitaal product, en ze bestaat uit drie delen:
- Versies. Het product blijft actueel: wat een koper vandaag opent, is altijd de nieuwste versie, en de oude wordt gearchiveerd, niet gewist. Elke versie heeft een label en notities over wat er veranderde.
- Een openbaar wijzigingslog. De lijst met versies en hun datums is zichtbaar voor mensen die nog niet hebben gekocht. Dit is een levensteken: het eerlijkste antwoord op „leeft dit product nog of is het verlaten?” is de datum van de laatste versie, geschreven waar iedereen hem kan lezen.
- Gerichte meldingen. Komt er een versie uit, dan horen de mensen die het product hebben het — niet de hele ruimte, niet de hele mailinglijst. Een signaal voor wie het aangaat, en geen ruis voor de rest.
„Ze kochten het bestand één keer — hoe stuur ik ze de update?”
Dat is de echte vraag van de verkoper, en zonder structuur is het antwoord dwangarbeid: een lijst bijhouden van wie kocht, met de hand versturen, met de hand controleren, en dat allemaal herhalen voor elke versie. Woont het product op een plek die weet wie het heeft, dan is het antwoord één regel: publiceer de versie, en de plek levert hem af. Structuur maakt het verschil, niet inspanning.
Wat je bij elk platform moet nagaan
Ga je je digitale producten via een platform verkopen — welk platform ook — dan scheiden vier vragen het kaf van het koren:
- Heeft het product überhaupt versies? Of is een „update” een bestand dat over een bestand heen wordt geüpload, waarbij de geschiedenis wordt gewist en niemand iets hoort?
- Blijft de oude versie beschikbaar? Een nieuwe versie gooit soms iemands manier van werken in de war, en teruggaan naar de vorige is een recht van wie betaald heeft.
- Is het wijzigingslog openbaar vóór de aankoop? Een overzicht dat achter de muur verstopt zit, heeft geen nut voor iemand die nu beslist of hij gaat betalen.
- En wie krijgt een melding als er een versie uitkomt? Iedereen een melding sturen is ruis, niemand een melding sturen is verwaarlozing — het juiste publiek is wie het product heeft.
Een uitgewerkt voorbeeld: zo doet Nadi het
Nadi is een communityplatform, dus dit is het deel waarin we ons eigen product beschrijven. Alleen wat het vandaag doet.
- Een item in de bibliotheek op Nadi is een bestand — documenten, afbeeldingen, audio, korte video's, lettertypen en archieven: PDF, DOCX, ZIP, MP3, MP4 en meer — tot 50 MB, of een link.
- Je stelt het open voor elk lid van de ruimte, alleen voor vertrouwde leden, of tegen een eenmalige prijs tussen $1 en $500.
- Elk item kan versies hebben: elke versie heeft een label en notities, en een nieuwe publiceren archiveert de oude in plaats van hem te wissen — eerdere versies blijven voor leden te downloaden via dezelfde deur.
- Een nieuwe versie publiceren laat alleen de licentiehouders van het product weten, nooit de hele ruimte. Signaal, geen spam.
- Het wijzigingslog staat op de openbare productpagina: een bezoeker leest wanneer de laatste versie uitkwam en wat erin zat, voordat hij iets beslist.
- Elke community krijgt één winkelpagina die haar producten verzamelt, op een nette link die je overal kunt delen.
- En voor wie een product verkoopt dat code uitvoert, heeft Nadi een licentie waarbij je lidmaatschap de sleutel is — en versies maken die deal eerlijk. Zonder updates is de licentie een ketting; met updates is het een deal. Het hele verhaal staat in een verwante gids.
De eerlijke grenzen
Prijzen in de bibliotheek op Nadi zijn eenmalig: een lid betaalt één keer en houdt wat hij kocht. Toegang tot de bestanden — de nieuwste en de oudste — loopt via de eigen deur van het item; de openbare productpagina toont het overzicht, niet de bestanden.
En versies zijn bezorging, geen auteurschap. Het platform brengt je update naar de mensen die hem moeten hebben; een update maken die het uitbrengen waard is, blijft jouw werk. Een wijzigingslog dat al een jaar leeg is, zegt ook iets — en daar gaat het om: een openbaar overzicht is een belofte met zichtbare gevolgen, dus beloof geen ritme dat je niet volhoudt.