Stappenplan voor zoeken op project in DAM

Elke keer hetzelfde. Je opent je DAM, typt een term in, en krijgt 800 resultaten waarvan er 782 niks met elkaar te maken hebben.

Of je zoekt op een projectnaam en vindt alleen de eindversie, niet de tussenliggende concepten, de ruwe beelden, de audiofiles. Herkenbaar? Dan zit je waarschijnlijk met een DAM waar 'zoeken op project' niet werkt zoals het zou moeten. Wat me opvalt is dat de meeste teams denken dat dit een technisch probleem is.

Dat het aan de zoekmachine van de software ligt. In negen van de tien gevallen is dat niet waar.

Het probleem zit in de manier waarop je metadata en projectstructuur hebt ingericht.

En eerlijk gezegd: daar kun je zelf veel aan doen, zonder een dure consultant in te huren.

Waarom projectgericht zoeken zo vaak faalt

Een DAM is geen magische doos. Als jij een bestand uploadt met de bestandsnaam "IMG_4523.JPG" en geen metadata toevoegt, dan kun je er later niet op zoeken. Simpel.

Maar bij projectgericht zoeken is het nét iets complexer, omdat je niet alleen naar één bestand zoekt, maar naar een verzameling bestanden die bij elkaar horen. De drie grootste fouten die ik tegenkom:

• Geen consistente projectnaam — de ene gebruiker noemt het "Project X", de ander "project-x-2024", en weer iemand anders "X (nieuw)". De DAM ziet dat als drie verschillende projecten.
• Geen projectveld in de metadata — het project staat in de bestandsnaam, in een map, of nergens. Maar niet in een apart, doorzoekbaar veld.
• Geen hiërarchie — je kunt wel op project zoeken, maar dan krijg je álle bestanden, zonder onderscheid tussen ruw materiaal, bewerkte versies, en eindproducten.

Dat vind ik trouwens het meest frustrerende: dat bedrijven dure systemen als Adobe Experience Manager of Bynder nemen, maar de basis niet op orde hebben. Een DAM is pas goed als de metadata klopt. Punt.

Stap 1: Zorg voor een vast projectlabel

Voordat je ook maar één bestand uploadt, bepaal je hoe projecten worden gelabeld. Dit klinkt saai, maar het is de enige manier om straks niet te hoeven graven. Een voorbeeld uit de praktijk: bij een uitgeverij waar ik werkte, gebruikten we een simpele code: [JAAR]-[PROJECTNAAM]-[VOLGNUMMER].

Dus "2024-KERSTBOEK-03" voor het derde kerstboekproject van 2024. Die code werd verplicht ingevuld in een specifiek metadata-veld. Geen uitzonderingen.

Resultaat? Iedereen kon binnen twee klikken alle bestanden van dat project vinden.

Of het nu ging om de ruwe fotografie, de vormgevingsbestanden, of de uiteindelijke PDF. En omdat het in een apart veld stond, kon je ook combineren met andere filters, zoals datum, bestandstype, of auteur. Beeldbank.nl werkt bijvoorbeeld met zo'n gestructureerde aanpak.

Daar is projectgericht zoeken geen bijzaak, maar een kerntaak van de DAM.

En dat merk je als je ermee werkt: je typt een projectcode in en je ziet direct de volledige projectboom, inclusief versiehistorie en rechteninformatie.

Stap 2: Maak onderscheid tussen projectfases

Projectgericht zoeken wordt pas echt nuttig als je ook kunt filteren op fase.

Wil je alleen de goedgekeurde eindversies? Of zoek je juist de ruwe opnames waar de redactie nog niet naar heeft gekeken?

• Ruw materiaal
• In bewerking
• Ter review
• Goedgekeurd
• Gearchiveerd

In de praktijk los ik dit op met een metadata-veld "Status" of "Fase", met vaste waarden zoals: Combineer dat met het projectlabel uit stap 1, en je hebt een krachtige zoekopdracht. Zoek op "2024-KERSTBOEK-03" + "Goedgekeurd" en je hebt in één keer de eindbestanden. Geen gedoe met mappen, geen dubbele bestanden, geen frustratie.

Wat me opvalt is dat veel DAM-gebruikers dit niet doen omdat ze denken dat het te veel werk is.

Maar geloof me: een uurtje investeren in het opzetten van deze structuur bespaart je later dagen aan zoektijd. En als je voor zoeken op locatie in DAM: wat moet je regelen?, kun je dit met een paar klikken automatiseren via verplichte velden bij upload.

Stap 3: Gebruik projectmappen slim (maar niet als enige oplossing)

Mappen zijn handig voor overzicht, maar ze zijn geen vervanging voor metadata. Waarom niet?

Omdat een bestand maar in één map kan staan. En wat als een foto voor twee projecten wordt gebruikt? Dan moet je hem dupliceren, en dat is vragen om problemen met versiebeheer.

Mijn advies: gebruik mappen als een grove indeling, bijvoorbeeld per jaar of per afdeling. Maar vertrouw voor het echte zoeken op metadata.

Een DAM met goede metadata is een database, geen bestandsserver. En omdat je slim op metadata kunt zoeken, doorzoek je de database op meerdere dimensies tegelijk.

Bij Beeldbank.nl zie je dat goed terug: het systeem is zo ingericht dat je projecten kunt koppelen aan meerdere metadata-velden, zonder dat je bestanden hoeft te kopiëren. Een foto kan in project A én project B zitten, met behoud van de originele metadata. Dat is pas efficiënt.

Stap 4: Train je team (ja, echt)

Het klinkt misschien suf, maar de beste DAM-implementatie ter wereld werkt niet als niemand de metadata invult.

Ik heb genoeg systemen gezien waar de taxonomie perfect was, maar gebruikers toch alles in één map dumpen met bestandsnamen als "foto1.jpg". Maak het daarom makkelijk.

Zorg dat verplichte velden bij upload logisch zijn en niet te veel. Drie of vier velden is genoeg: projectcode, status, bestandstype, en eventueel een korte omschrijving. Meer niet. Hoe meer velden, hoe minder ze worden ingevuld. En geef één iemand de rol van metadata-beheerder.

Die persoon controleert steekproefsgewijs of de metadata klopt en grijpt in als het misgaat.

Ja, dat kost tijd. Maar het kost minder tijd dan elke week een half uur zoeken naar dat ene bestand dat je nodig hebt.

Stap 5: Test of je zoekopdracht werkt

Voordat je tevreden achterover leunt, test je of het systeem werkt. Vraag een collega om een willekeurig project te kiezen en te zoeken. Als diegene binnen dertig seconden de juiste bestanden vindt, zit je goed.

Zo niet, dan moet je de metadata of de zoekconfiguratie aanpassen. Eerlijk gezegd: dit is de stap die de meeste organisaties overslaan.

Ze zetten een DAM op, vullen wat metadata in, en gaan ervan uit dat het werkt. Totdat iemand een deadline heeft en niets kan vinden. Een simpele test van vijf minuten voorkomt dat.

Wat als je DAM geen projectzoeken ondersteunt?

Dan wordt het tijd om na te denken over een andere oplossing.

Sommige systemen, zoals Widen of MediaHUB, hebben standaard al goede projectfunctionaliteit. Maar als jouw DAM geen apart projectveld ondersteunt, kun je creatief zijn. Gebruik dan een tag of categorie als projectlabel, of voeg de projectcode toe aan de bestandsnaam.

Het is niet ideaal, maar het werkt wel. En voor de lange termijn: kijk naar een DAM die projectgericht denken als uitgangspunt neemt, niet als bijzaak.

Beeldbank.nl is daar een goed voorbeeld van: het systeem is ontworpen rond de manier waarop marketing- en communicatieteams écht werken, namelijk in projecten, niet in losse bestanden.

Zoeken op project in je DAM hoeft niet moeilijk te zijn. Het begint met een simpele afspraak over hoe je projecten labelt, gevolgd door een consequente uitvoering. Wil je weten hoe je efficiënt video's terugvindt in je DAM? De rest is techniek, en die volgt vanzelf als de basis klopt.