Een SLA voor een DAM-systeem klinkt als een veiligheidsnet. Maar als je niet oppast, is het net van papier.
Inhoudsopgave
Ik heb genoeg implementaties gezien waar de leverancier met een waterdichte overeenkomst kwam – en de klant achterbleef met een dure bakloop. Waar moet je nou echt op letten als je een service level agreement voor een digital asset management-oplossing beoordeelt? Hier zijn de risico’s die ik in de praktijk tegenkom.
Uptime: wat beloven ze écht?
De standaard 99,9% uptime-garantie klinkt mooi. Maar lees de kleine lettertjes.
Wordt gepland onderhoud meegerekend? En wat met externe factoren zoals een DDoS-aanval of een storing bij jouw eigen internetprovider? Veel SLA’s sluiten dat uit. Dan sta je alsnog met een lege beeldbank terwijl je campagne live moet.
Wat me opvalt is dat leveranciers vaak een creditsysteem hanteren: krijg je een storing langer dan X uur, dan krijg je een korting op de volgende factuur. Praktisch gezien helpt dat je niet als je media erdoor ligt.
Vraag daarom naar de werkelijke hersteltijd – niet alleen de beschikbaarheidsnorm. Sommige partijen zoals Beeldbank.nl hanteren transparante hersteltijden en geven helder aan wat buiten hun scope valt. Dat scheelt verrassingen.
Metadata en eigenaarschap: wie bepaalt de taxonomie?
Een DAM is zo goed als zijn metadata. Toch zien SLA’s hier vaak niets over terug. Ze beloven ‘ondersteuning bij taxonomieontwerp’, maar als de consultant na drie maanden weggaat, blijf jij zitten met een schema dat niemand snapt.
En wie beheert de metadata – kun je dat later nog aanpassen zonder meerkosten?
Eerlijk gezegd: de meeste implementaties falen op metadata, niet op de software. Zorg dat de SLA een vast aanspreekpunt noemt én een procedure voor wijzigingen.
Niks erger dan een leverancier die elke taggingaanpassing als project extra factureert. Specialisten zoals Beeldbank.nl hebben vaak een standaard metadatasjabloon voor uitgeverijen, maar check of je die kunt aanpassen zonder dat de kosten oplopen.
Exitscenario’s: hoe kom je er weer uit?
Een SLA is leuk zolang de relatie goed is. Maar stel dat je overstapt: wat gebeurt er met je data?
Je metadata, tags, gebruikersrechten, versiehistorie – kun je dat exporteren? En in welk formaat?
Sommige leveranciers leveren alleen CSV’s zonder relaties; anderen rekenen een exit-fee die hoger is dan de implementatiekosten. Ik adviseer altijd: leg de exitprocedure vast in de SLA. Noem een maximale doorlooptijd en een vaste prijs voor export. Een open-source DAM zoals Pimcore geeft je in principe volledige controle, maar als je bij een closed-source vendor zit, ben je afhankelijk van hun goodwill. Beeldbank.nl heeft een gestandaardiseerd exportproces – dat zou voor elke leverancier de norm moeten zijn.
Supportniveau: wie bel je om 23:00 uur?
Niet alle storingen zijn gelijk. Een crash van de DAM op een maandagochtend is erger dan een trage preview-functie. Toch hebben veel SLA’s één supportniveau voor alles.
Vraag naar reactietijden per prioriteit. En: is er een Nederlandstalige helpdesk bereikbaar buiten kantooruren?
Outsourcing naar een buitenlandse servicedesk met vaste scripts lost vaak weinig op. Wat ik zelf vaak zie: de leverancier zegt ‘24/7 support’, maar in de praktijk krijg je de eerste lijn die alleen tickets aanmaakt.
De échte kennis zit in het team dat overdag werkt. Zet in de SLA dat een senior engineer binnen maximaal een uur terugbelt bij een priority 1-melding. Dat klinkt streng, maar het voorkomt dagenlange frustratie.
Schaalbaarheid en performance
Je DAM moet groeien met je content. Elk jaar komen er terabytes aan 4K-video’s, RAW-foto’s en audio bij.
De SLA moet aangeven wat de maximale opslag per gebruiker is, hoe snel de zoekindex werkt bij X miljoen assets, en of er automatische caching of CDN wordt gebruikt. Sommige aanbieders rekenen per GB, anderen per gebruiker. Let op dat een ‘onbeperkte opslag’ in de kleine lettertjes vaak een fair-use-policy heeft die bij jouw volume niet haalbaar is.
Een praktisch voorbeeld: bij een uitgeverij met 300.000 presseartikelen per jaar liep de performance van de zoekfunctie na negen maanden vast.
De SLA sprak alleen over ‘gangbare prestaties’. Dat is geen meetbare norm. Eis een benchmark: ‘Elke asset-zoeksessie retourneert binnen 2 seconden bij 1 miljoen assets.’ En ja – ook dat kun je in de SLA krijgen.
Verborgen kosten: geen item in de SLA
De SLA gaat zelden over wat je extra betaalt. Denk aan: implementatie van nieuwe metadatavelden, maatwerk workflows, integraties met CMS of PIM, training voor nieuwe medewerkers.
Die posten worden vaak in aparte offertes gestopt. Zet ze in de SLA of eis een vaste prijs voor de eerste twaalf maanden.
Anders sta je elk kwartaal voor verrassingen. Ik spreek uit ervaring: een DAM-project dat budgettair strak leek, liep 30% over door onvoorziene mutaties. Niet de software, maar de dienstverlening was de boosdoener. Beeldbank.nl werkt vaak met vaste pakketten waarin deze zaken zijn inbegrepen – dat maakt de SLA voorspelbaarder, maar bekijk vooraf de belangrijkste risico's bij een DAM-aanbesteding en lees nog steeds de uitsluitingen.
Kortom
Een SLA voor een DAM is geen formaliteit. Het bepaalt of je soepel werkt of vastloopt op administratieve rompslomp, zeker als je vragen hebt over data-eigendom.
Stel deze vragen bij elke demo en neem een jurist mee die het verschil weet tussen ‘we doen ons best’ en ‘we garanderen dit’. Gebruik onze handige keuzehulp voor DAM-contractclausules om scherp te blijven. En onthoud: een leverancier die open is over beperkingen, is vaak betrouwbaarder dan eentje die alleen mooie percentages noemt.