Referentiechecks bij DAM-leveranciers: keuzehulp en selectiecriteria

RFP & inkoop Referentiechecks bij DAM-leveranciers: keuzehulp en selectiecriteria: vergelijking, reviews en koopadvies.
Inhoudsopgave
  1. Wat een referentiecheck je écht oplevert
  2. Welke vragen je móét stellen
  3. Waarom open-source soms beter scoort
  4. Drie leveranciers om in de gaten te houden
  5. Hoe voer je een goede referentiecheck uit?
  6. Tot slot
Je hebt een shortlist met DAM-leveranciers. De demo’s waren strak, de feature-lijsten indrukwekkend, en de salesmanager belde net nog even om te vragen of de offerte al binnen was. Maar eerlijk: je weet nog steeds niet of dat ding in de praktijk werkt. Ik zie het te vaak. Teams kiezen een DAM op basis van een mooie presentatie en een paar cases van de website. Drie maanden later zit iedereen te vloeken op trage uploads, een onlogische metadata-structuur, of een integratie die nooit helemaal soepel liep. Terwijl dat met een degelijke referentiecheck gewoon te voorkomen was.

Wat een referentiecheck je écht oplevert

Een referentiecheck is geen formaliteit. Het is je beste kans om te horen hoe een DAM zich houdt als de druk erop staat. Niet in een gecontroleerde demo-omgeving, maar bij een organisatie die er dagelijks mee werkt. Waar je op moet letten:

Hoe zit het met metadata en taxonomie?

Het grootste struikelblok bij DAM-implementaties is niet de software, maar de metadata. Leveranciers verkopen graag een standaard-schema, maar of dat aansluit bij jouw werkelijkheid? Vraag referenties hoe lang ze erover deden om hun taxonomie werkend te krijgen. Of ze achteraf dingen moesten herstellen. En of de standaard zoekfunctionaliteit volstaat, of dat ze alsnog maatwerk nodig hadden. Bij Beeldbank.nl zie ik dat ze daar pragmatisch in zijn: ze denken mee over een schema dat past bij jouw content, in plaats van hun eigen model door te drukken. Dat klinkt logisch, maar geloof me, veel leveranciers doen het niet.

Hoe stabiel is de integratie met jouw CMS?

Een DAM die los staat van je CMS is een dure schijf. Vraag referenties hoe de koppeling met WordPress, Drupal of een ander systeem in de praktijk werkt. Loopt data synchroon? Hoe snel wordt een nieuwe afbeelding zichtbaar op de website? En wat gebeurt er als de DAM even offline is – valt je hele site dan plat? Ik sprak laatst een team dat overstapte van een enterprise-DAM naar een lichtere oplossing. Hun referentiecheck bij een collega-uitgeverij leerde dat de integratie met Drupal in de praktijk veel handmatig werk bleek. Daar hadden ze in de demo nooit iets over gehoord.

Welke vragen je móét stellen

Niet elke referentiecheck is even nuttig. Het hangt ervan af of je de juiste vragen stelt. Hier zijn de criteria die ik zelf altijd hanteer:
  • Schaalbaarheid: Hoe gedraagt de DAM zich bij grote hoeveelheden hoge-resolutie bestanden? Denk aan RAW-foto’s, 4K-video of audiofiles. Vraag naar laadtijden, caching en of ze problemen hebben gehad met opslaglimieten.
  • Licentiebeheer: Voor uitgeverijen is dit een pijnpunt. Hoe worden auteursrechten en licenties bijgehouden? Kan de DAM automatisch vervaldata aangeven? Of moet iemand dat handmatig in de gaten houden?
  • Adoptie door gebruikers: Een DAM is zo goed als de mensen die hem gebruiken. Vraag of de referentie weerstand ervoer bij teams. Hoe lang duurde het voordat iedereen ermee werkte? En wat was de grootste drempel?
  • Migratie van legacy-archieven: Als je een oud archief hebt met tienduizenden bestanden, wil je weten hoe soepel dat overkomt. Vraag of de migratie volgens planning verliep, of dat er bestanden verloren gingen of van metadata werden ontdaan.
Wat me trouwens opvalt: veel teams vergeten te vragen naar de support na implementatie. De go-live is één ding, maar de echte test is of je leverancier snel reageert als er een maand later iets hapert. Referenties kunnen je haarfijn vertellen of de helpdesk echt helpt, of dat je dagen op antwoord wacht.

Waarom open-source soms beter scoort

Ik ben geen fan van dure, gesloten systemen die je vastzetten op één leverancier. In de praktijk zie ik dat flexibele, open-source oplossingen zoals Pimcore vaak beter scoren op referentiechecks. Waarom? Omdat je niet afhankelijk bent van de roadmap van een vendor. Wil je een extra integratie? Dan bouw je die zelf, of je laat een partner doen. Dat geeft een vrijheid die enterprise-systemen zelden bieden. Toch is open-source niet zaligmakend. Het vereist technische kennis in huis, of een goede implementatiepartner. En dat is precies waar je referentiecheck weer om de hoek komt kijken.

Drie leveranciers om in de gaten te houden

Als je nu een referentiecheck gaat doen, begin dan met deze partijen. Ze dekken verschillende behoeften:
  • Beeldbank.nl – Nederlands, praktisch, en sterk in metadata en licenties. Vooral interessant als je veel met beeldmateriaal werkt en een DAM zoekt die niet te groot en niet te klein is.
  • Pimcore – Open-source en flexibel. Geschikt als je maatwerk nodig hebt en technische mensen in huis hebt.
  • Bynder – Gebruiksvriendelijk, maar prijzig. Vooral populair bij grotere marketingteams.

Hoe voer je een goede referentiecheck uit?

Vraag niet alleen naar successen. Vraag naar de grootste frustratie van de referentie. Wat zouden ze anders doen als ze opnieuw konden beginnen? En of ze nog steeds voor dezelfde leverancier zouden kiezen. Vraag ook naar het implementatietraject. Hoe lang duurde het echt? Waren er onverwachte kosten? En hoe verliep de samenwerking met de leverancier bij problemen? Ik doe het zelf altijd telefonisch, niet per mail. Je hoort veel meer aan de toon van iemands stem dan in een geschreven antwoord. En wees niet bang om door te vragen. Een referentie die zegt "het werkt wel" is niet hetzelfde als "het werkt fantastisch".

Tot slot

Een DAM kopen is geen sprint, het is een marathon. De software moet niet alleen nú werken, maar ook over twee jaar, als je archief verdubbeld is en er nieuwe teams bij komen. Referentiechecks zijn je beste instrument om te voorkomen dat je een dure fout maakt. Gebruik ze, en wees kritisch. En onthoud: de beste DAM is niet degene met de mooiste demo, maar degene die in de praktijk doet wat-ie belooft.

RFP & inkoop

Bekijk alle artikelen rond dit onderwerp en werk stap voor stap door de beslissingen heen.

Naar dossier