Bij elke AI-functie op een website komt dezelfde vraag terug: neemt u een bestaand product af, of laat u iets bouwen dat op uw bedrijf is toegesneden? Kant en klaar of maatwerk is geen kwestie van budget alleen. Het gaat vooral over hoe bijzonder uw situatie werkelijk is, en over wie het over twee jaar nog begrijpt.
Hieronder de afwegingen op een rij, met de eerlijke kanttekening dat de meeste bedrijven maatwerk kiezen op basis van een uitzondering die één procent van de gevallen betreft.
Wat kant-en-klaar werkelijk betekent
Een standaardoplossing is een product dat door duizenden bedrijven wordt gebruikt. U stelt hem in, voert uw teksten in en zet hem aan. De ontwikkelkosten zijn over al die klanten verdeeld, dus u betaalt een fractie.
Wat u ervoor terugkrijgt is meer dan een lage prijs. Fouten zijn al door anderen gevonden. Er is documentatie. Er zijn mensen te vinden die ermee kunnen werken. Als de wetgeving verandert of een model wordt vervangen, past de leverancier het aan zonder dat u iets doet.
Wat u inlevert: u past zich aan het product aan. Wilt u dat de bot uw eigen offertelogica volgt, dan kan dat niet. En u zit vast aan de koers van de leverancier, inclusief prijsverhogingen en functies die verdwijnen.
Wat maatwerk werkelijk betekent
Maatwerk is niet “hetzelfde, maar dan speciaal”. Het is een eigen stuk software dat iemand moet blijven onderhouden. Dat kost geld op momenten waarop u er niets bij wint: als een koppeling verandert, als PHP een versie opschuift, als de aanbieder van het model zijn manier van werken aanpast.
Reken bij maatwerk standaard op onderhoud van vijftien tot twintig procent van de bouwkosten per jaar. Staat dat niet in de offerte, dan komt het later alsnog, of het wordt niet gedaan en dan gaat het stuk.
Daar staat wat tegenover: het doet precies wat u wilt, u bent eigenaar, en niemand kan het van u afnemen. Dat weegt zwaar als de functie centraal staat in hoe u geld verdient.
Een tussenvorm die vaak wordt vergeten
De meest praktische route ligt er meestal tussenin: een standaardproduct met een klein stuk maatwerk aan de rand. Een gewone chatplugin, met één koppeling die uw voorraadstand ophaalt. Of een standaard formulierplugin, met een eigen stukje dat de aanvraag doorstuurt naar uw planningssysteem.
Zo houdt u de kern in beheer bij iemand anders en betaalt u alleen voor het stukje dat echt van u is. Belangrijk daarbij: laat het maatwerk in een klein eigen plugintje zetten, niet in uw thema. Anders bent u het kwijt bij de eerste thema-update, en dat is een van de meest voorkomende oorzaken van verdwenen functionaliteit. Hetzelfde principe geldt bij elk extern script dat aan uw site wordt gehangen.
Vijf vragen die de keuze maken
- Is uw werkwijze werkelijk anders dan die van uw branchegenoten? Meestal niet. Wie eerlijk kijkt, ziet dat het verschil in de uitvoering zit, niet in het proces.
- Hoeveel geld hangt aan deze functie? Als hij stilvalt en dat kost u meteen omzet, wilt u eigenaar zijn. Is het gemak, dan volstaat een standaardproduct.
- Wie beheert het over twee jaar? Bij maatwerk moet u een partij kunnen vinden die het overneemt. Vraag dus om leesbare code en documentatie, en om code die u zelf kunt inzien.
- Hoe vaak verandert uw proces? Verandert er elk kwartaal iets, dan is standaard software met instelbare regels handiger dan maatwerk waarvoor u telkens moet inhuren.
- Kunt u het uitzetten zonder schade? Bij een standaardproduct zegt u op. Bij maatwerk zit uw investering erin, en dat maakt stoppen psychologisch lastig.
De bedragen, met de gebruikelijke slag om de arm
Om enig gevoel te geven, met de nadruk dat dit bandbreedtes uit de markt zijn en geen tarieven: een standaard chatoplossing met eigen antwoorden kost meestal enkele honderden tot ongeveer tweeduizend euro om in te richten, plus een maandbedrag. Een standaardproduct met één of twee koppelingen zit vaak tussen de drieduizend en achtduizend euro. Echt maatwerk begint doorgaans rond de tienduizend euro en loopt snel op.
Vergelijk die getallen niet met elkaar maar met wat het probleem u nu kost. Twee uur per week aan handmatig sorteren is over een jaar ongeveer honderd uur. Dat getal, niet de offerte, hoort de bovengrens te bepalen.
Het grijze gebied: een standaardproduct dat u overvraagt
Er is een derde uitkomst die zelden wordt benoemd. Een standaardproduct dat met tientallen regels, uitzonderingen en losse koppelstukjes zo ver is opgerekt dat niemand nog kan uitleggen waarom het doet wat het doet. Dat is in de praktijk duurder dan maatwerk en ook nog eens breekbaarder, want elke update van de leverancier kan een van die uitzonderingen omgooien.
Het herkenningspunt is eenvoudig. Kunt u de werking van de functie niet in vijf zinnen uitleggen aan een nieuwe collega, dan bent u die grens al gepasseerd. Op dat moment is opnieuw kiezen goedkoper dan verder stapelen, hoe zuur dat ook voelt na alle instelmiddagen die erin zitten.
Ons uitgangspunt
Wij beginnen liever met het eenvoudigste dat werkt en breiden pas uit als de praktijk daar aanleiding toe geeft. Dat is niet uit voorzichtigheid: een standaardoplossing die drie maanden draait, laat precies zien welk stukje maatwerk u wél nodig heeft. Zonder die periode bouwt u op vermoedens.
Bij automatisering op websites die wij in beheer hebben is die volgorde ook praktisch, omdat wij het onderhoud van de site toch al doen. Een klein stuk maatwerk in een eigen plugin loopt dan mee in dezelfde updateronde, in plaats van dat het een los project wordt dat na oplevering niemand meer aanraakt.
Wat we afraden: maatwerk kiezen omdat een standaardproduct één gewenste functie mist. Kijk eerst of u zonder die functie kunt, of hij op de routekaart van de leverancier staat, of hij met een kleine koppeling te bouwen is. In de meeste gevallen is een van die drie het antwoord.
Concrete volgende stap: schrijf op wat de functie moet doen in maximaal tien punten en streep door welke een standaardproduct al dekt. Wat overblijft, is uw echte maatwerkvraag, en die is meestal kleiner dan gedacht.
