Diensten
ProcesautomatiseringSysteemintegratiesWebsite ontwikkelingConsultancy & adviesApplicatie ontwikkelingCasesSync StoreContactZelftest Gratis
Gratis gesprek
·3 min leestijd

Het moment waarop een automatisering een applicatie wordt

Automatiseringen lossen ontzettend veel op, tot het punt waarop mensen zelf iets moeten invoeren, inloggen of terugzien. Dat is het moment waarop je eigenlijk een applicatie aan het bouwen bent, zonder dat door te hebben.

Het moment waarop een automatisering een applicatie wordt

Ergens in het traject van bijna elk automatiseringsproject komt er een moment dat de vraag verandert. Niet meer "kunnen we dit proces automatiseren", maar "kunnen we hier ook even een schermpje bij waar iemand dit kan invoeren, aanpassen of terugzien". Op dat moment ben je, zonder dat iemand het hardop zegt, niet meer bezig met automatiseren. Je bent bezig met het bouwen van een applicatie.

Het verschil klinkt subtiel, maar de consequenties zijn dat niet.

Waar het misgaat: de automatisering die stiekem een interface nodig heeft

Een automatisering werkt op de achtergrond: data komt binnen, wordt verwerkt, gaat ergens anders weer naartoe. Er is geen scherm, geen inlog, geen gebruiker die er middenin zit. Zodra iemand zelf iets moet kunnen invoeren, goedkeuren, corrigeren of terugzien, verandert dat fundamenteel. Je hebt dan opeens een interface nodig, gebruikersrechten, een plek om die data overzichtelijk te tonen, en waarschijnlijk een manier om te zien wie wat heeft gedaan.

Dat probeer je vaak eerst op te lossen binnen het automatiseringsplatform zelf: een extra stap hier, een formuliertje daar, een spreadsheet die als tussenoplossing dient. Dat werkt een tijdje. Tot het niet meer werkt, omdat een spreadsheet geen rechten kent, een no-code-formulier niet meeschaalt met tien gebruikers tegelijk, en niemand meer precies weet welke versie de juiste is.

Waarom dit vaak te laat wordt opgemerkt

Niemand beslist bewust "vandaag stappen we over van automatisering naar applicatie". Het gebeurt geleidelijk: een extra kolom, een extra stap, een extra uitzondering, tot de losse onderdelen samen net zoveel onderhoud kosten als een echte applicatie, maar zonder de stabiliteit ervan. Op dat punt merk je het meestal aan een symptoom: iedereen is bang om iets aan te passen, want niemand weet meer zeker wat er allemaal van afhangt.

Dat is het signaal. Niet de omvang van het proces, maar de kwetsbaarheid van de losse constructie eromheen.

Hoe je het verschil herkent (en wat je eraan doet)

De vuistregel die ik zelf hanteer: zodra er meer dan één type gebruiker nodig is, zodra rechten en rollen ertoe gaan doen, of zodra je klanten of collega's zelf inzicht wilt geven in iets, ben je niet meer bij een automatisering. Dan heb je een echte database nodig, met een fatsoenlijke backend en een interface die daadwerkelijk is ontworpen om door mensen gebruikt te worden, in plaats van een formulier dat daar toevallig ook voor kan dienen.

Dat hoeft geen jarenlang project te zijn. Een eerste werkende versie staat er vaak al binnen enkele weken, mits je in kleine stappen bouwt in plaats van in één keer het complete platform te willen opleveren. Dat is precies het soort applicatieontwikkeling waar wij ons eigen product SiteLens al jaren mee doorbouwen, en die aanpak gebruiken we ook voor klanten.

De vraag is dus niet of je automatisering "goed genoeg" is. De vraag is of je nog aan het automatiseren bent, of eigenlijk al een applicatie aan het bouwen bent met de verkeerde gereedschapskist.