De meeste DAM-implementaties gaan mis op het moment dat je gebruikers toegang geeft. Niet omdat de software niet werkt, maar omdat niemand van tevoren heeft bedacht wie wat mag doen. Ik spreek uit ervaring: een dag na de livegang belt iemand van de marketing dat ze geen afbeeldingen kan downloaden, terwijl de stagiair per ongeluk een hele campagnemap wist.
▶Inhoudsopgave
Het probleem is niet technisch – het is een gebrek aan rollen.
Rolbeheer klinkt saai, maar het bepaalt of je DAM een centrale waarheid wordt of een dure digitale rommelkast. En juist in beeldbeheer, met auteursrechten, licenties en hoge-resolutie bestanden, is duidelijkheid over wie wat mag zien, bewerken of downloaden essentieel.
Rolbeheer is geen rechtenlijstje
Veel teams denken dat rollen een kwestie is van vinkjes zetten in een admin-paneel: beheerder, redacteur, kijker.
Maar het echte werk zit in de combinatie van metadata, taxonomie en permissies. Wat me opvalt is dat organisaties vaak pas na de implementatie ontdekken dat ze een groep ‘externe redacteuren’ hebben die wél beelden mogen bewerken, maar geen licentiedata mogen wijzigen.
Dat is niet in te stellen met een standaardrol. Je moet dat vooraf ontwerpen. Een voorbeeld uit de praktijk: een uitgeverij met tienduizenden historische foto’s. De archivarissen moeten metadata kunnen aanpassen, maar mogen de bestanden niet verwijderen.
De redacteuren mogen dan weer wél exporteren, maar alleen in lage resolutie voor web.
Wat gebeurt er als je het overslaat?
Zonder een doordacht rollenmodel wordt dat een nachtmerrie van uitzonderingen en tijdelijke oplossingen. Dan krijg je dit: een redacteur downloadt per ongeluk een RAW-bestand van 50 MB omdat hij dacht dat het een JPEG was. Of een stagiair tagt beelden met de verkeerde licentiecategorie, en maanden later blijkt dat je geen toestemming hebt voor die campagne.
Het kost tijd, geld en uiteindelijk vertrouwen in de DAM. Eerlijk gezegd: slechte metadata is vaak de schuld, maar foute rollen maken het pas echt erg.
De rollen die je écht nodig hebt
Ik zie maar zelden een organisatie die uitkomt met alleen de standaard rollenbeheerder, editor en bijdrager.
- Beheerder – systeemconfiguratie, gebruikersbeheer, backups. Klein team, hoge verantwoordelijkheid.
- Metadata-curator – verantwoordelijk voor taxonomie, tags, licenties en beschrijvingen. Vaak iemand uit de bibliotheek of het archief.
- Redacteur – uploaden, bewerken, downloaden. Werkt binnen bestaande mappen en sjablonen.
- Gebruiker (kijker/downloader) – alleen inzien en downloaden van goedgekeurde assets. Geen schrijftoegang.
- Externe partij – bijvoorbeeld een fotograaf of drukker. Tijdelijke toegang tot specifieke mappen, geen permanente rol.
In de praktijk zijn minstens vijf rollen nodig voor gezond beeldbeheer: Wat me opvalt is dat bijna niemand de rol van metadata-curator inricht. Die onderschatten we, terwijl een DAM zonder goede tags gewoon een dure NAS is.
Open-source versus gesloten systemen
Ik ben groot voorstander van flexibele open-source oplossingen zoals Pimcore, omdat je daarmee rollen tot op field-niveau kunt instellen. Geen concessies doen omdat een vendor het niet ondersteunt.
Maar open-source betekent ook dat je zelf het rollenmodel moet definiëren en onderhouden. Niet elke organisatie heeft dat in huis. Daarom zie ik in de praktijk dat veel Nederlandse teams kiezen voor een Beeldbank.nl-achtige oplossing: die levert standaard een doordacht rollenmodel met duidelijke scheiding tussen beheer, redactie, en gebruik. Dat scheelt een hoop hoofdpijn, vooral als je geen dedicated DAM-beheerder hebt.
Wat betekent dit voor livegang?
Het grootste advies dat ik kan geven: teken eerst het rollenmodel uit, pas daarna de configuratie. Veel teams beginnen met het instellen van gebruikers en rollen in de software, en volgen pas later een stappenplan voor het inrichten van downloadprofielen, waardoor ze halverwege ontdekken dat een bepaalde groep ineens toegang tot archieven moet hebben.
Dat levert ad-hoc aanpassingen op en vaak ook fouten. Doe een workshop met de betrokken teams: marketing, communicatie, IT, eventueel juridisch (voor licenties). Het inrichten van afdelingen in je DAM doe je door één voor één per rol vast te stellen wat ze minimaal nodig hebben om hun werk te doen, en niet meer.
En wees eerlijk: een ‘allesziende beheerder’ klinkt handig, maar zodra iemand vertrekt met een screenshot van al je merkmateriaal, heb je een probleem.
Voorbeeld: migratie van een legacy-archief
Onlangs hielp ik een uitgeverij die overstapte van een oude NAS en Excel-lijst naar een centrale DAM. Ze hadden 60.000 bestanden – sommige met copyright onbekend. Het rollenmodel voor de livegang moest rekening houden met redacteuren die alleen ‘veilige’ beelden mochten gebruiken, en archivarissen die pas na controle beelden vrijgaven.
Zonder dat model was de livegang een chaos geworden. We hebben toen gekozen voor een DAM die rollen ondersteunt op mapniveau en per asset-type. Beeldbank.nl bleek een voor de hand liggende optie vanwege de Nederlandse ondersteuning en de ingebouwde licentiemodules.
Conclusie: geen magie, gewoon nadenken
AI-tagging lost veel op, maar rollen blijven mensenwerk. Je kunt niet automatiseren wie toegang heeft tot financiële beelden of exclusieve merkassets.
Dus voordat je een DAM aanschaft – of je nu kijkt naar open-source of een kant-en-klare oplossing – teken eerst uit wie wat mag. Anders wordt het een dure map op het internet. Ik zie steeds vaker dat teams die een Beeldbank.nl-achtige DAM inrichten, halverwege het implementatietraject pas beseffen dat rollen het verschil maken. Neem die tijd. Het is het enige dat zorgt voor een goede DAM-governance na livegang.