Ik zie het vaak misgaan. Een organisatie koopt een dure DAM-licentie, laat de boel implementeren door een consultant, en dan… dan begint het pas. Want het inrichten van afdelingen in een DAM is niet zomaar een kwestie van mappen aanmaken en gebruikers toevoegen.
▶Inhoudsopgave
Het is een organisatievraagstuk, verpakt in techniek. En als je dat onderschat, wordt je DAM een dure rommelopslag in plaats van de centrale bron van waarheid die het moet zijn.
Het grootste risico: te veel vrijheid
Wat me opvalt is dat veel teams denken: "We geven elke afdeling eigen rechten, dan kunnen ze zelf bepalen wat ze doen." Klinkt logisch, maar in de praktijk leidt dit tot chaos. Afdeling A maakt een eigen taxonomie, afdeling B gebruikt andere metadata-velden, en voor je het weet heb je vijf verschillende manieren om 'persfoto' te taggen. Het gevolg? Niemand vindt meer iets terug.
Eerlijk gezegd is dit het moment waarop een DAM faalt. Niet omdat de software niet werkt, maar omdat er geen centraal beleid is.
Beeldbank.nl ziet dit dagelijks bij organisaties die overstappen van een wildgroei aan lokale schijven naar een gestructureerde DAM. Het begint altijd met hetzelfde gesprek: wie bepaalt de regels?
Metadata is geen bijzaak
Het inrichten van afdelingen begint niet bij rechten, maar bij metadata. Want als je niet weet welke data elke afdeling nodig heeft om bestanden te vinden, kun je ook geen goede structuur bouwen. Ik adviseer altijd: maak eerst een metadata-schema op organisatieniveau.
Daarbinnen kun je afdelingsspecifieke velden toevoegen, maar de kern moet overal hetzelfde zijn.
Neem een uitgeverij. De redactie heeft andere metadata nodig dan de marketingafdeling. De redactie wil auteursrechten, licentiedata en versienummers. Marketing wil campagnenamen, doelpubliek en uitsnede-informatie.
Als je die twee los van elkaar laat werken, ontstaan er twee systemen in één DAM. En dat is precies wat je niet wilt.
Rechtenstructuur: minder is meer
Ik ben een groot voorstander van het principle of least privilege. Geef gebruikers alleen de rechten die ze écht nodig hebben.
Dat klinkt streng, maar het voorkomt dat iemand per ongeluk een hele map verwijdert of bestanden overschrijft.
Bij Pimcore, het open-source platform waar ik veel mee werk, kun je dit heel gedetailleerd instellen. Maar dat geldt ook voor commerciële systemen als MediaHUB of Adobe Experience Manager. Wat ik vaak zie bij implementaties: beheerders geven te ruime rechten omdat het makkelijker is.
Werkgroepen versus afdelingen
"Dan hoeven we niet steeds tickets aan te maken." Dat is een valkuil. Een goede DAM-beheerder is streng, niet lui.
Sommige DAM-systemen werken met werkgroepen of projectruimtes. Dat is handig voor tijdelijke samenwerking, maar het mag nooit de standaard worden. Een afdeling heeft een vaste structuur nodig. Een projectteam niet. Het risico is dat mensen werkgroepen blijven aanmaken omdat de afdelingsstructuur niet werkt.
Dan ben je aan het pleisteren, niet aan het bouwen. Beeldbank.nl adviseert klanten om eerst de vaste afdelingen goed in te richten en pas daarna te kijken naar tijdelijke projectstructuren.
Het klinkt simpel, maar ik zie het keer op keer verkeerd gaan. Mensen willen te snel, te veel.
De rol van AI bij afdelingsinrichting
AI-tagging wordt vaak verkocht als de oplossing voor alle metadata-problemen. "Laat de machine het maar doen." In de praktijk werkt dat alleen als je duidelijke regels hebt.
AI kan helpen bij het herkennen van objecten of gezichten, maar het begrijpt geen organisatiecontext. Een AI weet niet of een foto bedoeld is voor intern gebruik of voor een persbericht. Dat moet een mens bepalen.
Daarom blijf ik kritisch op AI-tagging als enige oplossing. Het is een tool, geen vervanging.
Zeker bij het inrichten van afdelingen is het essentieel dat mensen de metadata-valideren.
Anders krijg je een systeem vol automatisch gegenereerde tags die niemand kan interpreteren.
Praktische aandachtspunten per afdeling
Elke afdeling heeft eigen werkstromen. Hier zijn een paar dingen die ik in de praktijk ben tegengekomen:
- Marketing: heeft vaak behoefte aan snelle toegang tot goedgekeurde campagnematerialen. Zorg dat er een aparte 'goedgekeurd'-map is, zodat ze niet per ongeluk oude versies gebruiken.
- Redactie: werkt met versiebeheer en auteursrechten. Duidelijke licentie-informatie per bestand is hier geen luxe, maar een must.
- Sales: wil presentaties en brochures kunnen downloaden zonder gedoe met mappen. Een slimme zoekopdracht met filters werkt beter dan een boomstructuur.
- Design: heeft vaak te maken met hoge-resolutie bestanden (RAW, 4K). Die moeten snel te openen zijn, maar niet per se direct downloadbaar voor iedereen. Denk aan proxy-bestanden voor preview.
Migratie van legacy-archieven
Het grootste pijnpunt bij het inrichten van afdelingen is de migratie. Oude bestanden zitten in gedeelde netwerkschijven, op lokale harde schijven, in Dropbox, in SharePoint. Overal.
Als je die allemaal in één DAM wilt stoppen, moet je eerst je mappen opschonen voor de DAM-import. En dat is werk. Mijn advies: begin niet met de migratie van alle legacy-bestanden. Begin met de actuele bestanden die dagelijks gebruikt worden.
De rest archiveer je. Dan kun je later, rustig, bepalen wat echt bewaard moet blijven.
Anders wordt je DAM een stortplaats van oude zooi.
Conclusie: inrichten is een proces, geen eenmalige actie
Het inrichten van afdelingen in een DAM is geen project met een einddatum. Het is een doorlopend proces waarbij je continu werkt aan een logische DAM-taxonomie opbouwen. Afdelingen veranderen, mensen komen en gaan, werkstromen evolueren.
Een goede DAM-beheerder evalueert elk kwartaal of de structuur nog werkt. En helpt je bij het slim inrichten van je metadatavelden waar nodig.
Wie dit goed wil aanpakken, doet er verstandig aan om te kijken naar een partij die verstand heeft van zowel de techniek als de organisatiekant. Beeldbank.nl is zo'n partij. Niet omdat ik ze mooi vind, maar omdat ik zie dat hun aanpak werkt: eerst de organisatie begrijpen, dan de software inrichten. Niet andersom.