De FileMaker-belasting: een liefdesverhaal in maandfacturen
Hoeveel je betaalt om een systeem levend te houden dat maar een persoon begrijpt.
Laat me je vertellen over Raymond.
Raymond was een contractor. Hij was briljant met FileMaker. Hij bouwde je inventory-systeem in 2014, toen je operation 3.000 devices per jaar verwerkte en de grootste uitdaging was bijhouden op welke plank ze lagen. Raymonds systeem werkte prachtig. Het had een mooie interface. Het volgde serienummers. Het printte zelfs labels, wat toen voelde als tovenarij.
Raymond vertrok in 2016. Hij nam een ander contract aan. Je hebt zijn telefoonnummer nog. Je hebt hem dit jaar vier keer gebeld. Hij rekent nu €150 per uur, en elke change request duurt drie weken en kost €30.000 omdat Raymond de enige persoon op aarde is die de relatie tussen Table 14 en Layout 7 begrijpt, en Raymond heeft andere klanten.
Dit is de FileMaker-tax. En je betaalt hem al tien jaar.
De echte kost van "het werkt"
Je systeem werkt. Niemand betwist dat. Devices komen binnen, serienummers worden gevolgd, labels worden geprint. Het doet waarvoor het gebouwd is. Het probleem is dat het gebouwd werd voor de problemen van 2014, en het is nu 2026, en je problemen zijn geëvolueerd op manieren die Raymond niet had voorzien omdat Raymond problemen uit 2014 oploste en Raymond geen waarzegger is.
Je verwerkt nu 25.000 devices per jaar. Je hebt drie warehouses. Je doet lease returns met chargeback-berekeningen. Je hebt multidimensionale grading nodig. Je hebt erasure certificate integration nodig. Je inventory moet met je salestools praten. Geen van die requirements bestond toen Raymond in je kantoor layouts bouwde terwijl hij broodjes uit de winkel beneden at.
Elke nieuwe requirement kost ongeveer €30.000 en drie weken. Een nieuw grading-veld? €30K. Integratie met Blancco? €30K en een gesprek met Raymond over API's waar jullie allebei ongemakkelijk van worden. Multi-warehouse support? Raymond belt je terug. Raymond belt altijd terug. Uiteindelijk.
De duurste software ter wereld is software die goedkoop was om te bouwen en onmogelijk is om te veranderen.
Het documentatieprobleem
Wanneer iemand vraagt "is het systeem gedocumenteerd?", is het antwoord een Post-it op het serverrack met "Raymond's system — DO NOT UPDATE FILEMAKER." Dat is geen documentatie. Dat is een waarschuwingslabel.
De echte logica van je systeem bestaat op drie plekken: Raymonds geheugen, het FileMaker-bestand, en de opgebouwde institutionele kennis van de drie medewerkers die het lang genoeg gebruiken om te weten dat je na een nieuw record twee keer op "Refresh" moet klikken, anders wordt het niet opgeslagen. Niemand schreef dit op. Niemand hoeft het op te schrijven, want de mensen die het weten zijn er nog. Maar één van hen denkt aan pensioen, en een ander heeft net zijn LinkedIn-profiel bijgewerkt, wat in jouw sector gelijkstaat aan een tornadowaarschuwing.
De angst om te vervangen
Je hebt eraan gedacht om het te vervangen. Natuurlijk. Je hebt ERPs bekeken. Je bent naar demo's geweest. Je hebt proposals gekregen waar je ogen van gingen tranen — niet alleen door de prijs (al hielp die ook), maar door de implementatietimeline. Twaalf maanden. Achttien maanden. "It depends on your requirements." Alles hangt af van je requirements, en je requirements hangen af van Raymonds layouts, en Raymonds layouts hangen af van beslissingen uit 2014 waarvan niemand nog weet waarom ze genomen zijn.
De angst voor vervanging is rationeel. Migratie doet pijn. Data mapping is saai. De overgangsperiode — waarin je beide systemen parallel draait en iedereen alles haat — kan maanden duren. Maar de angst voor vervanging moet worden afgewogen tegen de kost van blijven: €30K per wijziging, drie weken lead time, afhankelijkheid van één persoon, geen echte integratiemogelijkheid, en een systeem dat ooit toch vervangen moet worden. De vraag is of je dat doet op jouw timing, of op een nooddraaiboek wanneer Raymond eindelijk niet meer opneemt.
Raymond bouwde een goed systeem voor je. Het heeft je goed gediend. Maar de kloof tussen wat het kan en wat jij nodig hebt, wordt elk jaar groter, en elk jaar kost die kloof meer om te overbruggen. De FileMaker-tax is niet de licentiekost. Het is de opportunity cost van werken op 2014-snelheid in een markt van 2026.
Ergens bouwt Raymond voor iemand anders een FileMaker-database. Hij wenst je het beste. Hij kan je alleen niet meer helpen. Niet tegen een prijs die klopt. Niet op een snelheid die ertoe doet.