Een automatisatie die stukgaat, maakt geen lawaai. Ze stopt gewoon, en niemand merkt het.
De eerste weken loopt alles. De herinneringen vertrekken, de aanvragen komen netjes in de lijst, en op de teamvergadering zegt iemand dat het echt een verschil maakt. Daarna wordt het stil rond het systeem. Dat is ook de bedoeling: je wou er niet meer aan denken.
Tot een klant belt met de vraag waarom hij nooit een bevestiging kreeg. Je gaat kijken en ziet dat er al weken niets meer vertrokken is. Niemand deed iets fout. Er veranderde iets aan de andere kant, en het systeem wist niet wat ermee te doen.
Het ontbreken van een mail valt niemand op
Een collega die een taak laat liggen, valt op. Er blijft een stapel liggen, iemand vraagt ernaar, de klant belt. Een systeem dat stopt, laat geen stapel achter. Het laat niets achter, en dat is net het probleem.
We letten op wat er gebeurt, niet op wat er niet gebeurt. Een herinnering die niet vertrekt, een factuur die niet aangemaakt wordt, een aanvraag die nooit in je CRM belandt: dat zijn gaten, en een gat zie je pas als je ernaar zoekt.
De vraag is dus niet óf je automatisatie ooit stilvalt. Dat doet ze, want de software eromheen verandert voortdurend. De vraag is wie het eerst merkt: jij of je klant.
Waarom het net rond drie maanden gebeurt
Drie maanden is geen wet. Het is wel ongeveer de termijn waarop een paar dingen samenvallen.
De eerste update van je software is gepasseerd. De eerste rare gevallen zijn binnengekomen. Wie het mee opzette, is met iets anders bezig of is op vakantie geweest. En de aandacht van het begin is weg, precies omdat het zo lang goed ging.
Wat valt er dan stil? Bijna altijd een van drie dingen.
Een koppeling die breekt
Je automatisatie praat met andere software: je boekhoudpakket, je mailbox, je CRM, het formulier op je site. Die software staat niet stil. Een leverancier past zijn koppeling aan, een toegang verloopt en moet opnieuw bevestigd worden, iemand hernoemt een kolom in het gedeelde rekenblad, het contactformulier krijgt een extra veld.
Geen van die dingen is een fout. Het is het gewone leven van software. Maar een systeem dat op de oude situatie gebouwd is, weet niet dat er iets veranderd is. Het doet wat het altijd deed, en dat werkt niet meer.
Een uitzondering die niemand voorzag
Een goede automatisatie is gebouwd voor wat bijna altijd gebeurt. Dat is haar kracht. Alleen komen de rare gevallen in de eerste weken nog niet voor, en na drie maanden wel.
De klant met een apart leveradres. De bestelling die in twee keer vertrekt. De offerte met een korting die niet in de prijslijst staat. Wie het proces uitschreef, dacht er niet aan, want het gebeurt twee keer per kwartaal.
Zonder regel voor "wat als het niet past" doet een systeem een van twee dingen: niets, of iets verkeerds. Het tweede is erger. Dan vertrekt er een mail met een fout bedrag naar een klant.
Een systeem dat niemand nog durft aan te raken
Dit is de traagste oorzaak, en de duurste.
Zie het als een zekeringkast zonder etiketten. Alles werkt, en niemand weet welke schakelaar bij welke kamer hoort. Zolang er niets moet veranderen, is dat geen probleem. Moet je één stopcontact vervangen, dan leg je voor de zekerheid het hele huis plat, of je laat het gewoon zo.
Met een automatisatie gebeurt hetzelfde. Wie ze bouwde, is vertrokken of zit op een ander project, en er staat niets op papier. Verandert het proces, dan past niemand het systeem aan. Mensen werken er omheen. Na een tijd heb je twee processen: het proces zoals het systeem het kent, en het proces zoals het echt loopt.
De vier afspraken die je vooraf maakt
Alle drie de oorzaken zijn voorspelbaar. Dat betekent dat je ze kan opvangen voor er iets gebouwd wordt. Vier afspraken volstaan.
Een teken van leven. Laat het systeem zelf melden wat het deed, elke dag of elke week. Een kort bericht als "gisteren 14 aanvragen verwerkt, 2 op de uitzonderingslijst" is genoeg. Komt dat bericht niet, dan weet je dat er iets mis is. Zo wordt een gat opnieuw iets wat je ziet.
Een dagrapport heeft dat voordeel ingebouwd. Bij Thools staat het elke ochtend om zeven uur klaar, en het bespaart hen minstens tien uur per week. Staat het er op een ochtend niet, dan valt dat meteen op. Hoe meer een systeem je oplevert, hoe minder het ongemerkt mag stilvallen.
Eén lijst voor uitzonderingen. Wat niet in het patroon past, gaat niet verloren en wordt ook niet gegokt. Het komt op één lijst, met één naam erbij en één vast moment per week waarop iemand ze afhandelt. Die lijst is meteen je beste bron om het systeem te verbeteren. Wat er drie keer op staat, is geen uitzondering meer; het is een regel die er nog niet in zit.
Twee eigenaars met een naam. Iemand aan jouw kant die het proces kent en zegt wanneer het verandert. En iemand die de techniek onderhoudt. Schrijf beide namen op. "Het team" is geen eigenaar.
Eén pagina uitleg. Wat doet het systeem, met welke software praat het, met welke accounts, en wat doe je als het stopt. Meer dan één pagina hoeft niet. Het is het etiket in de zekeringkast.
Moet dat onderhoud extern?
Niet per se. Dat kan perfect intern, en als je iemand hebt die het wil opnemen, raad ik het aan. Maar dan moet het in iemands takenpakket staan, met tijd ervoor, en niet "erbij" naast al de rest. Onderhoud dat erbij gedaan wordt, is het eerste wat sneuvelt in een drukke week.
Reken het dus mee als je een offerte bekijkt. Een volledige rekensom met onderhoud als aparte post maakten we eerder al. Het is de post die op offertes het vaakst ontbreekt, en de reden waarom zoveel systemen binnen het jaar stilstaan.
Daarom behandelt onze werkwijze live gaan als het startpunt en niet als het einde. Na de bouw blijven we meten, bijsturen en opvangen wat er aan de andere kant verandert. Wij bouwen geen systeem om het daarna los te laten.
Begin bij wat er vandaag al draait
Heb je al automatisaties lopen, van een regel in je mailbox tot een koppeling tussen je webshop en je boekhouding? Loop ze deze week na met vier vragen:
- Wanneer deed het systeem voor het laatst iets, en kan je dat nagaan?
- Wie merkt het als het morgen stopt?
- Waar belanden de gevallen die niet passen?
- Kan iemand anders dan de bouwer het op één pagina uitleggen?
Blijft er bij één van de vier een leeg antwoord over, dan weet je waar het over drie maanden stilvalt. Dat is geen reden om ermee te stoppen. Het is de plek waar je deze week begint.
Wil je iets laten bouwen dat ook na drie maanden nog draait, bespreek het dan in een gratis strategiegesprek. We kijken wat er bij jou te automatiseren valt, en wat er nodig is om het daarna draaiende te houden.