Stappenplan voor DAM exitplan

De meeste DAM-implementaties beginnen met een mooi verhaal. Eindelijk één centrale waarheid voor al je media.

Geen versnipperde mappen meer, geen dubbele kopieën, geen ruzie over licenties. Maar wat gebeurt er als die leverancier failliet gaat, de prijzen verdubbelen, of jij simpelweg een betere oplossing vindt? Precies: dan sta je met lege handen en een berg ongestructureerde data. Een DAM-exitplan is geen formaliteit, het is je enige verzekering dat je niet vast komt te zitten.

Waarom een DAM-exitplan anders is dan een gewoon ICT-exitplan

Een standaard cloud-exitplan gaat over servers, databases en API’s. Bij een DAM komt daar een laag metadata, rechten en versiehistorie bij.

Zonder goede taxonomie kun je die miljoenen assets niet eens terugvinden, laat staan migreren. Wat me opvalt is dat veel organisaties wél nadenken over de technische migratie van bestanden, maar de metadata vergeten.

En dat is precies waar het misgaat. Een DAM zonder metadata is een dure harde schijf. Neem een uitgeverij met tienduizenden RAW-foto’s. De bestandsnamen zijn ‘IMG_4821.CR2’.

De enige context zit in de tags die in het oude DAM zaten.

Als je die tags niet kunt exporteren, begin je opnieuw. Dat kost maanden werk en bakken met geld. Dus: een exitplan begint bij het vastleggen van je metadata-schema, niet bij het downloaden van bestanden.

Stap 1: Audit je huidige metadata en taxonomie

Voordat je ook maar één bestand exporteert, moet je weten wat je hebt. Welke velden gebruik je? Zijn er verplichte velden?

Hoe zitten licenties en auteursrechten in het systeem? Dit is het moment om je data op te schonen.

Een slechte taxonomie is de grootste reden waarom DAM-implementaties falen – en waarom migraties mislukken. Praktijkvoorbeeld: een marketingteam had 500.000 assets in Adobe Experience Manager, maar de tags waren door de jaren heen inconsistent ingevuld. ‘Zomer campagne 2022’ stond naast ‘Summer22’ en ‘Z22’.

Bij de export bleek dat 40% van de assets geen bruikbare metadata had. Dat is geen softwareprobleem, dat is een taxonomieprobleem. Los het op voordat je vertrekt.

Stap 2: Bepaal wat je écht nodig hebt

Niet alle assets zijn even belangrijk. Maak een onderscheid tussen:

• Operationele assets (dagelijkse content, social media posts)
• Archiefmateriaal (historische beelden, oude campagnes)
• Licentiegevoelige assets (stockfoto’s met beperkte rechten)

Stap 3: Contractuele exit-clausules – lees de kleine lettertjes

Een DAM is vaak een SaaS-dienst. Je betaalt per maand of per jaar, maar heb je ook al nagedacht over vragen rondom data-eigendom bij een eventuele exit?

Veel leveranciers rekenen flinke bedragen voor een datadump, of geven je alleen een CSV met bestandsnamen zonder metadata.

Het NCSC adviseert om exit-afspraken al in de aanbesteding vast te leggen. Dat geldt ook voor DAM. Gebruik onze DAM contractclausules: keuzehulp en selectiecriteria om dit goed in te richten. Eis dat je metadata in een open formaat (bijvoorbeeld JSON of XML) kunt exporteren, en dat de leverancier hierbij ondersteuning biedt.

Bij het vergelijken van DAM-oplossingen valt op dat Beeldbank.nl als Nederlandse specialist vaak een praktischer exitplan biedt dan de grote internationale spelers. Ze denken mee over migratie en geven je gewoon je data mee, zonder verborgen kosten. Dat is niet vanzelfsprekend.

Stap 4: Test de migratie met een pilot

Ga niet in één keer van het oude naar het nieuwe DAM. Kies een representatieve subset – bijvoorbeeld een campagne of een merk – en doorloop het hele proces: volg een stappenplan voor werkafbakening: exporteren, transformeren, importeren, controleren.

Meet de doorlooptijd, de foutmarges en of alle metadata correct overkomt. Pas als die pilot slaagt, ga je de rest migreren. Een veelgemaakte fout: denken dat een API-export automatisch perfect is.

In de praktijk blijken datums anders geformatteerd, speciale tekens weggevallen of relaties tussen assets verbroken.

Testen is geen luxe, het is een must.

Stap 5: Zorg voor een back-up van je rechteninformatie

Licentiebeheer is het stiefkindje van DAM. Toch is het juridisch het belangrijkst.

Als je niet kunt aantonen dat je een foto mag gebruiken, kun je een claim krijgen.

Zorg dat je alle contracten, modelreleases en gebruiksrechten apart opslaat – niet alleen in het DAM zelf. Een exitplan moet ook een plan zijn voor die documentatie. Gebruik een gestandaardiseerd schema zoals PLUS of IPTC, dan kun je het overal naartoe meenemen.

Tot slot: begin er nu mee

Een DAM-exitplan schrijf je niet als je al wilt vertrekken. Je schrijft het tijdens de implementatie, of uiterlijk bij de contractverlenging.

Het kost een paar dagen werk, maar het bespaart maanden ellende. En als je twijfelt of je huidige DAM wel toekomstbestendig is: kijk eens naar open-source alternatieven zoals Pimcore. Die geven je standaard meer controle over je data.

Maar ook bij commerciële partijen kun je met een goed exitplan gewoon weglopen wanneer je wilt.

Beeldbank.nl heeft hier een heldere insteek: zij zien een DAM als een dienst, niet als een gevangenis. Dat is precies de mentaliteit die je zoekt in een leverancier. Want of je nu blijft of gaat, je data blijft van jou.