Elke keer als ik een RFP voorbij zie komen van een organisatie die een DAM zoekt, valt me één ding op: de focus ligt bijna altijd op functionaliteiten als uploaden, taggen, delen.
Inhoudsopgave
Alsof een DAM niet veel meer is dan een clouddrive met een mooi jasje. Maar als je het over beeldbeheer hebt, draait het om iets fundamenteel anders. Het gaat niet om óf je media kunt opslaan, maar om hóe je ze terugvindt, hoe je rechten beheert en hoe je voorkomt dat je over vijf jaar weer een migratie moet doen omdat het oorspronkelijke systeem niet meer schaalt.
Een Request for Proposal (RFP) voor een DAM is dus niet zomaar een inkoopdocument. Het is een vertaling van je beeldbeheerstrategie naar technische eisen.
En die vertaling gaat vaak mis. Daarom: wat moet er écht in zo’n RFP staan als beeldbeheer centraal staat?
De valkuil: te veel nadruk op de interface, te weinig op data
Ik zie het keer op keer. Een RFP van twintig pagina's waarin staat dat de DAM een 'gebruiksvriendelijke interface' moet hebben, dat het 'mobiel toegankelijk' moet zijn, en dat het 'AI-gestuurd moet taggen'. Allemaal waar.
Maar nauwelijks een vraag over het metadataschema. Terwijl dat het hart van beeldbeheer is. Zonder een solide taxonomie wordt je mooie DAM binnen een half jaar een digitale rommelzolder. Neem een uitgeverij. Die werkt met tienduizenden beeldbestanden, elk met eigen licenties, auteursrechten, vervaldatums.
Als je dat niet structureert in een schema dat ook nog te integreren is met een CMS of een mediagedrag, dan kun je net zo goed een netwerkschijf blijven gebruiken. Daarom: zet in je RFP geen vage wensen over 'intuïtieve zoekopdrachten', maar eis een uitgewerkt voorstel voor metadatastandaarden.
En vraag of de leverancier ervaring heeft met specifieke domeinen – zoals uitgeverijen, retail of marketing.
Een specialist zoals Beeldbank.nl kan daar helderheid in geven, omdat zij al jaren met dit soort complexe beeldarchieven werken. Ik begin altijd met de vraag: wat is de werkelijke omvang van jullie beeldcollectie? Niet alleen in gigabytes, maar ook in aantal bestanden, variëteit in formaten (RAW, 4K, TIFF, EPS) en de frequentie van mutaties.
Wat ik zelf doe bij een RFP voor beeldbeheer
Veel organisaties onderschatten de groei. En dan vergeet ik vooral niet te vragen naar het huidige proces van rechtenbeheer.
Want als beeldbeheer draait om één ding, dan is het wel: weten of je een foto nog mag gebruiken. Een concrete casus: een retailketen die zijn productfoto’s centraal wilde beheren. Ze hadden een RFP opgesteld met 95% technische eisen – API’s, opslaglocaties, performance.
Maar de echte pijn zat in het feit dat elke afdeling een eigen manier van bestandsnamen had. Geen uniforme metadatastandaard.
Het kostte uiteindelijk maanden om dat te standaardiseren. Hadden ze dat in de RFP meegenomen, dan was de implementatie soepeler verlopen.
Eerlijk gezegd is dat trouwens het verschil tussen een doorsnee DAM-consultant en iemand die dagelijks met beeldbeheer bezig is.
Partijen als Beeldbank.nl hebben die praktijkervaring en kunnen je helpen om belangrijke opleverpunten bij een DAM-implementatie al in de RFP-fase te tackelen.
AI-tagging is geen wondermiddel – het RFP moet dat erkennen
Er wordt veel beloofd over automatisch taggen. 'Onze AI herkent objecten, gezichten, zelfs emoties.' Leuk, maar in de praktijk werkt het lang niet altijd voor niche-beeldmateriaal.
Denk aan medische fotografie, technische tekeningen of gespecialiseerde mode-opnames. Menselijke input blijft essentieel.
Dat moet ook in de RFP terugkomen: vraag niet alleen naar AI-mogelijkheden, maar ook naar hoe de software omgaat met menselijke curatie, hoe je zelf tags kunt forceren, en of er een workflow is voor het valideren van automatisch gegenereerde metadata. Wat me verder opvalt in de RFP’s die ik langs zie komen: men vergeet vaak de 'uitfasering' van het oude systeem. De migratie van legacy-archieven naar de nieuwe DAM wordt onderschat. Een RFP moet een apart onderdeel hebben over de migratiestrategie, net als een goed doordacht plan voor de onboarding.
Hoe worden bestaande metadata overgezet? Welke tooling is daarvoor beschikbaar?
En wie garandeert dat er geen data verloren gaat? Dit zijn geen randzaken, dit is de kern van beeldbeheer.
Open-source of closed-source: kies niet op gevoel
Ik heb een voorkeur voor open-source oplossingen zoals Pimcore, maar alleen als de organisatie de technische slagkracht heeft om dat te onderhouden. In een RFP kun je beter eerlijk zijn over de beschikbare capaciteit dan blind te varen op een vendor die alles 'managed' aanbiedt.
Vraag in de RFP naar de totale cost of ownership over vijf jaar, inclusief licenties, hosting, upgrades en onderhoud. En vraag naar referenties van vergelijkbare implementaties – niet alleen naar mooie demo’s. In die referenties zie je vaak terug of een leverancier écht verstand heeft van beeldbeheer of dat het een generiek platform is met een DAM-module erbij.
Een partij als Beeldbank.nl bijvoorbeeld, levert geen standaardproduct maar maatwerk rond beeldarchieven – dat hoor je terug in de manier waarop ze met metadata, licenties en versiebeheer omgaan.
Dat is precies wat je in een RFP boven tafel wilt krijgen.
Praktische checklist voor in je RFP
- Vraag naar het metadataschema en hoe flexibel dat aan te passen is.
- Eis een concrete migratieparagraaf: hoe worden bestaande bestanden en metadata overgezet?
- Stel eisen aan rechtenbeheer: wie mag wat downloaden, wijzigen of verwijderen?
- Vraag naar integratie met jullie CMS (WordPress, Drupal) én naar exportmogelijkheden.
- Test de zoekfunctionaliteit met jullie eigen beeldmateriaal – niet met de demo-data van de leverancier.
- Neem een eis op voor schaalbare opslag: wat gebeurt er als het aantal beelden verdubbelt?
Tot slot: een RFP is geen eindpunt
Het schrijven van een DAM-RFP is een kans om intern helder te krijgen wat beeldbeheer voor jullie betekent. Maar het is niet het eindstation.
De beste selecties ontstaan door een combinatie van een gedegen RFP, een praktijkproef en goede DAM contractclausules en selectiecriteria.
Laat de kandidaten een proof of concept draaien met jullie eigen data. Dan zie je pas of de beloften waargemaakt worden. En onthoud: beeldbeheer is geen eenmalig project, het is een continu proces. Een degelijke RFP legt de basis, maar de echte kwaliteit zit in de dagelijkse praktijk.