Moeten we onze software vervangen om AI te kunnen gebruiken?

Het doel is handwerk wegnemen, niet een tool toevoegen die niemand wil gebruiken. Een migratie erbij maakt van een project van twee weken een traject zonder einddatum, en dan raakt het werk waar het om begon uit beeld.

Dus bouwen we op wat er staat. Dat is ook waarom de meeste teams een korte uitleg nodig hebben en geen trainingsprogramma: ze blijven in het scherm werken waar ze toch al keken.

De mailbox, de documentenmap, het boekhoudpakket, het ERP, het planbord, het CRM en de spreadsheets die er in de praktijk nog naast liggen. Van Microsoft 365 tot Notion: we bouwen toepassingen rond de tools die je team gebruikt.

Via een API als die er is, en anders via de weg die er wel is: een export, een database of een bestand dat elke nacht klaargezet wordt. We bekijken per systeem welke koppelingen beschikbaar zijn en bouwen daarop verder.

Code die op die systemen leest en schrijft, met een eigen identiteit en toegang die niet groter is dan de klus. Lezen uit deze ene map, schrijven naar deze ene tabel, versturen vanuit deze ene postbus, verder niets.

En een logboek. Per run staat erin wat er binnenkwam, welke stappen het systeem zette en wat eruit ging. Zonder dat logboek is een automatisering een zwarte doos, en een zwarte doos vertrouwt niemand langer dan twee weken.

De sleutels staan in de omgeving en nooit in de code, en ze zijn te vervangen zonder dat er iets stukgaat. Vraagt de route er later een handeling bij, dan is dat een aanpassing die iemand goedkeurt voordat de toegang groter wordt.

Wij verkopen geen kant-en-klare koppeling met een pakket. Welke koppelingen een systeem biedt verschilt per pakket en per versie, dus dat zoeken we per opdracht uit voordat we een prijs geven.

Zit er geen bruikbare weg naar binnen, dan zeggen we dat. Dan is dat de uitkomst van het gesprek in plaats van een verrassing halverwege de bouw.