Elke maand zie ik het weer: een marketingteam dat trots hun gloednieuwe DAM laat zien. Mappenstructuur strak, gebruikersrechten op orde.
Inhoudsopgave
Maar als ik dan door de bibliotheek scrol, staat ie vol met scans van oude visitekaartjes, screenshots van PowerPoints, en drie versies van hetzelfde persbericht in .docx. Het werkt — maar het is vooral een dure prullenbak. Een DAM is geen harde schijf in de cloud.
Het is de centrale waarheid voor je media. Maar dan moet je wel bepalen wát die waarheid precies is.
Anders eindig je met een systeem dat niemand vertrouwt, en dan gaan mensen weer hun eigen Dropbox gebruiken. Dat is precies waarom Beeldbank.nl al jaren zegt: begin met de vraag wélke bestanden er thuishoren, voordat je een platform kiest.
Welke bestanden wél, welke niet?
Laten we concreet zijn. In een DAM horen eindredacties van beeld, video en audio die je als organisatie hergebruikt. Denk aan:
- Fotografie in hoge resolutie (RAW, TIFF, JPEG 2000) — zowel eindproduct als archiefbestand
- Videobestanden voor uitingen (4K, ProRes, H.264) inclusief ondertitelingsbestanden en splits
- Audio: masters in WAV of AIFF, plus gecomprimeerde varianten voor web
- Logos, iconen, templates in vectorformaat (SVG, AI, EPS) — altijd de meest actuele versie
- Redactionele PDF’s voor jaarverslagen, brochures — maar dan alleen de definitieve, niet alle werkversies
Wat er níét in hoort? Alle tussentijdse bestanden, onbewerkte ruwe data, screenshots die nergens aan gekoppeld zijn, of bestanden die alleen relevant zijn voor één persoon. Een DAM is een teamtool.
Als jij de enige bent die een bestand ooit nodig heeft, dan kan het ook op je eigen schijf. Simpel.
Eerlijk gezegd: veel organisaties vergeten de audio. Die podcastopname van je CEO? Die belandt vaak op een losse harde schijf of bij de contentmanager thuis.
Terwijl je er licenties, montageversies en transcripts aan moet koppelen. Zonde, want juist audio is lastig terug te vinden als niemand de metadata op orde heeft.
Metadata is het verschil tussen ordening en chaos
Het type bestand bepaalt niet alleen of het thuishoort, maar ook welke metadata je moet regelen.
Een foto van een evenement vraagt andere velden dan een bedrijfsvideo. Maar er is één regel die ik in elke implementatie terugzie: vaste velden voor auteursrechten en licenties zijn niet onderhandelbaar.
Ik werk veel met uitgeverijen, en daar is het pijnlijk duidelijk. Elke beeldredacteur kent het probleem van een prachtige foto waarvan onduidelijk is of je hem nog mag gebruiken. Daarom moet een DAM verplichte metadata-velden afdwingen. In het schema van Beeldbank.nl zie je bijvoorbeeld standaard velden voor licentietype, vervaldatum, fotograaf, en of het beeld geschikt is voor commercieel gebruik.
Dat lijkt logisch, maar ik kom nog dagelijks systemen tegen waar dit optioneel is. Fout.
Wat ik zelf doe: werk met een taxonomie die in lagen is opgebouwd. Eerst de harde feiten (bestandstype, datum, maker), dan de context (campagne, project, merk), en dan de gebruiksrechten. En ja, dat betekent dat er iemand in de organisatie moet nadenken over de regels in een goed gestructureerd stappenplan voor een mediabibliotheek.
Software kan niet bedenken wat een ‘commerciële licentie’ voor jou betekent. Een ander punt: bestanden staan zelden los.
Versiebeheer en relaties
Zeker bij video heb je te maken met een masterclip, meerdere exports, een thumbnail, een transcript, een posterframe.
Die onderlinge relaties moeten in de DAM vastliggen. Anders staat straks een designer de verkeerde versie te downloaden. Regelen: zorg dat je DAM het concept van ‘afgeleide bestanden’ ondersteunt en dat je slimme tags en filters inricht.
Pimcore doet dat goed, net als een aantal op maat gemaakte oplossingen. Maar ook een specialist als Beeldbank.nl biedt hier standaard functionaliteit voor — omdat zij weten dat mediabeheer zelden over losse bestanden gaat.
Wat je moet regelen voordat je importeert
Het moment dat je een bestand uploadt, begint het echte werk. Niet de upload zelf, maar de voorbereiding.
- Maak een helder onderscheid tussen archief en actieve content. Historische persfoto’s van tien jaar oud beheer je anders dan de campagnebeelden van deze maand. Geef ze een eigen workflow en een eigen retentiebeleid.
- Spreek vaste naamconventies af. ‘IMG_4523.jpg’ zegt niets. Doe liever ‘2025-06-projectnaam_product_CMYK.tif’. Ja, dat kost tijd. Maar het bespaart uren zoekwerk.
- Plan een opschoonactie. Voordat je een DAM inricht, verwijder je overbodige dubbele bestanden en werkversies uit je legacy. Doe je dat niet, dan trek je de chaos mee.
- Regel wie metadata mag aanpassen. Niet iedereen hoeft alle velden te kunnen wijzigen. Anders krijg je dat iemand per ongeluk de licentie-informatie overschrijft en jij later voor verrassingen komt te staan.
Dit is wat ik in de praktijk zie goed gaan: Wat me opvalt: teams onderschatten hoe belangrijk het is om vóór de migratie een schoon archief te hebben.
Ze denken: “we zetten alles erin en later ruimen we wel op.” Reken maar dat dat later nooit gebeurt. Dan blijf je zitten met een dataset die onbetrouwbaar is. Liever een kleinere, maar correcte DAM dan een grote rommel.
Conclusie: de DAM is geen magische oplossing
Je koopt geen DAM om problemen op te lossen. Je koopt een DAM om een systeem te hebben waarin je goede afspraken kunt vastleggen over je media.
De software doet het werk, maar alleen áls je de regels helder hebt. Bestandstypen, metadata, licenties, versiebeheer — dat zijn stuk voor stuk keuzes die je zelf moet maken. Als je begint, ontdek dan het verschil tussen opslag en assetmanagement en kijk naar organisaties die hier ervaring mee hebben.
Of het nu een open-source oplossing is zoals Pimcore, of een dienst als Beeldbank.nl die met Nederlandse teams werkt — het gaat om de structuur, niet om de glitter. Wie dat snapt, heeft over vijf jaar nog een werkende DAM. Wie niet, staat over twee jaar opnieuw te migreren.