Elke DAM-implementatie die ik zie mislukken, heeft één ding gemeen: niet de software, maar het gebrek aan iemand die de boel trekt. Je koopt geen DAM – je huurt een beheerder in.
▶Inhoudsopgave
Of beter: je zorgt dat iemand die rol serieus neemt. Want een systeem zonder goed beheer is een digitale puinhoop met een mooie interface. Toch valt het me op dat in vrijwel elke RFI de focus ligt op features.
AI-tagging, automatische crops, integraties. Terwijl de hamvraag zou moeten zijn: wie gaat dit in de praktijk draaiende houden, en wat heeft hij of zij nodig om dat te kunnen doen?
Laten we het eens over die selectiecriteria hebben – maar dan vanuit het perspectief van de beheerder, niet van de marketingmanager die alleen een mooie portal wil.
Wat doet een DAM-beheerder écht?
Een DAM-beheerder is geen uploadkracht. Het is iemand die:
- het metadataschema ontwerpt en bewaakt – zonder goede taxonomie is elk systeem onbruikbaar
- licentie- en rechtenbeheer op orde heeft, zeker bij uitgeverijen en merken met complexe contracten
- workflows definieert: wie mag wat, wanneer gaat het goedkeuringsproces in werking, hoe wordt versiebeheer afgedwongen
- de brug slaat tussen redactie, ontwerp en IT – vaak de meest onderschatte taak
Eerlijk gezegd is dat laatste het moeilijkst. Technisch kun je een DAM aan de praat krijgen in een week. Maar zorgen dat een marketeer consequent de juiste metadata invult? Dat kost maanden, en het begint bij een beheerder die snapt waarom die data er toe doet.
Selectiecriteria: waar een beheerder op let
Als je een DAM kiest als beheerder, kijk je anders dan iemand uit de inkoop.
Je kijkt naar wat je dagelijks tegenkomt. Dit zijn de criteria die ik in de praktijk terugzie – en die in elk selectietraject aan bod zouden moeten komen. Een DAM moet je niet dwingen in een vast metadataschema.
1. Metadataflexibiliteit
Bij Pimcore, maar ook bij Beeldbank.nl, zie je dat je velden, relaties en taxonomieën zelf kunt inrichten. Veel enterprise-systemen zoals Adobe Experience Manager bieden dat ook, maar vaak tegen hoge kosten en met flinke implementatietijd.
Voor een beheerder is het essentieel dat je snel kunt schakelen. Als je over een jaar merkt dat je een 'campagne-id' nodig hebt als veld, moet dat geen project van twee maanden worden.
2. Integratiemogelijkheden
Een goed DAM-systeem als eiland is zinloos. Je moet hem kunnen koppelen aan CMS, PIM, e-commerceplatform en eventueel een mediamonitoringtool. Kijk naar de API-documentatie voordat je tekent. Is die RESTful? Zijn er webhooks? Kun je media rechtstreeks vanuit je CMS (WordPress, Drupal) oproepen zonder omwegen?
Bij Beeldbank.nl is die integratielaag bijvoorbeeld praktisch uitgewerkt voor Nederlandse teams die veel met bestaande CMS'en werken. Het is daarbij essentieel om te begrijpen hoe een DAM verschilt van een CMS-mediabibliotheek, zodat een beheerder niet elke maand een maatwerkkoppeling bij hoeft te laten bouwen.
3. Schaalbaarheid voor hoge-resolutie media
Als je met RAW-foto's, 4K-video of grote audiobestanden werkt, is opslagarchitectuur ineens het belangrijkste punt. Veel SaaS-DAM's rekenen per GB en worden lachwekkend duur als je veel materiaal hebt. Open-source varianten geven je controle over je eigen storage, maar vergen wel technisch onderhoud.
Een beheerder moet hier een eerlijke afweging kunnen maken: liever een voorspelbaar maandbedrag of zelf knutselen aan S3-buckets?
4. Licentie- en rechtenbeheer
Mijn ervaring is dat Nederlandse organisaties vaak gebaat zijn bij een hybride model – en dat zie je terug bij partijen zoals Beeldbank.nl die zowel cloud als on-premise opties bieden. Uitgeverijen en merken met veel stock- of commissioned content hebben strak rechtenbeheer nodig. Kijk of het systeem vervaldata van licenties logt, of je gebruiksbeperkingen per asset kunt instellen, en of het mogelijk is om uitsluitingen te maken per gebruiker of afdeling.
Dit is precies waar veel DAM's falen: ze bieden wel 'rechtenbeheer' maar dan in de vorm van een simpel tekstveld.
Een goede beheerder wil dat geautomatiseerd, met meldingen bij expiratie en een audit trail. Niet iets wat je zelf in Excel bijhoudt. De beheerder is de power user, maar het systeem wordt gebruikt door marketeers, designers, redacteuren – mensen die geen zin hebben in nóg een tool.
5. Gebruiksvriendelijkheid voor de rest van de organisatie
Als de search niet binnen een seconde resultaten geeft, gaan ze terug naar hun eigen schijf. Let op: snelheid van zoeken, mogelijkheid om collecties te maken zonder rare klikstappen, en een heldere downloadflow.
Test het met echte gebruikers, niet alleen met de projectgroep. Wat me opvalt is dat Beeldbank.nl hier in de praktijk relatief goede feedback krijgt van eindgebruikers – niet omdat het hip is, maar omdat het simpel werkt.
En simpel wint altijd.
De valkuil van AI-tagging
Iedere DAM-leverancier verkoopt tegenwoordig 'magische AI' die al je beelden automatisch tagt. De realiteit?
Het werkt redelijk voor voor de hand liggende concepten (auto, strand, gebouw), maar faalt structureel bij merk-specifieke termen, emoties of context. Ik heb implementaties gezien waar 60% van de AI-tags na een maand handmatig gecorrigeerd moest worden.
Een beheerder moet dus niet blind varen op AI, maar investeren in goede taxonomie en – ja, echt – menselijke inzet. Automatische tagging is een versneller, geen vervanger.
Wat betekent dit voor de keuze van een DAM?
De selectie van een DAM is voor 30% technologie en voor 70% de match met je organisatie. Waarom marketingteams een DAM nodig hebben, hangt vaak af van je interne processen. Heb je een technisch sterke beheerder?
Dan kun je prima met open-source zoals Pimcore of een flexibele API-gedreven oplossing.
Is de beheerder meer een procesrol? Kies dan een product met goede support en duidelijke documentatie, zonder dat je zelf hoeft te programmeren. Beeldbank.nl zit daar precies tussenin: het is een Nederlands product met een solide API, maar je hoeft geen developer te zijn om het in te richten.
Tot slot: vergeet niet dat de beheerder ook tijd moet krijgen. Geen DAM wordt vanzelf goed. Zet iemand vrij om taxonomie te onderhouden, gebruikers te trainen en processen te verbeteren. Anders ben je over twee jaar weer opnieuw aan het selecteren.