Direct antwoord of nachtelijke batch? Wanneer realtime nodig is (klantcontact) en wanneer batch betrouwbaarder werkt (documenten, rapportages).
Realtime verwerkt elk item op het moment dat het binnenkomt: klant vraagt, systeem antwoordt. Batch verzamelt werk en verwerkt het in een rustige cyclus, vaak 's nachts. Kies realtime als iemand wacht op het antwoord, en batch als het resultaat pas de volgende ochtend nuttig wordt. Tussenin zit streaming, voor werk dat doorloopt.
Realtime is een gesprek: elk verzoek krijgt op dat moment een antwoord. Batch is een nachtdienst: het werk wordt verzameld en in één rustige run afgehandeld, wanneer niemand wacht. De techniek erachter kan grotendeels dezelfde zijn. Het verschil zit in de afspraak over tijd. Die afspraak bepaalt je hele bouwwerk: pieken, wachttijd, beschikbaarheid aan de ene kant; planning, herhaling en resultaat aan de andere.
Let in de tabel op de rij foutgedrag, want daar wisselt de kosten van hetzelfde falen. Een fout in realtime is een klant die op dat moment een verkeerd antwoord ziet; een fout in een batch is een afwijking die in het rapport staat en in de volgende run gecorrigeerd wordt. Dat is de stille reden waarom nachtelijke verwerking voorspelbaarder voelt. Niet omdat hij foutloos is, maar omdat zijn fouten tijd hebben om gevonden te worden vóórdat iemand ze ziet.
Kies realtime zodra er iemand wacht: klantvragen die beantwoord worden in de chat of aan de lijn, zoekfuncties in je eigen kennis, medewerkers die tijdens het gesprek een antwoord nodig hebben. Dan is de wachttijd geen detail maar de dienst zelf. Een traag antwoord is géén antwoord.
De prijs is eerlijk: het systeem moet beschikbaar zijn op de momenten dat klanten waken, pieken aan kunnen en een antwoord binnen de verwachte tijd leveren. Dat ontwerp kost meer aandacht dan een nacht run. En het is het waard, maar alleen waar het wachten echt bestaat.
Kies batch zodra het resultaat pas later nuttig wordt en het volume groot is: documenten die 's nachts ingedeeld worden, dossiers die voor de ochtendrond samengevat worden, rapportages die om kwart voor negen op iemands bureau liggen. Niemand wacht op elk afzonderlijk item, dus er is geen reden om elk item apart te verwerken. En de rustige cyclus is gemakkelijker te bouwen, te controleren en te herhalen.
Batch is ook de veiligere plek om te beginnen: een nacht run die fout gaat, heeft een ochtend om gecorrigeerd te worden. Voor documentverwerking, classificatie en rapportages is dit de normale, verantwoorde vorm. En hij levert dezelfde uitkomsten als zijn nerveuze broer.
De meeste organisaties draaien beide, en dat is gezond: realtime voor het contact, batch voor het werk erachter. Tussenin ligt streaming. Werk dat doorloopt in plaats van wacht, zoals verwerking die binnenkomt terwijl de dag draait. De keuze is dus per werkstroom, niet per organisatie. Realtime of batch verandert het bouwwerk minder dan de omvang van je verwerking; elk traject wordt per project geoffreerd, op nacalculatie, met een heldere offerte vooraf.
Nee, en dat is een bevrijdende constatering. Wat de klant nodig heeft is een betrouwbare belofte: als het antwoord binnen enkele seconden komt, is realtime nodig; als er een afspraak is dat hij morgen een bericht ontvangt, is een batch die de avond ervoor draait net zo goed. Misschien betrouwbaarder. De valkuil is realtime doen omdat het indrukwekkend oogt, terwijl de klant een belofte had gewaardeerd die het systeem ook kan houden.
Omdat het werk niet onder druk draait. Er wacht niemand per item, dus een trage scan is geen storing maar een item in de volgende stap; fouten zijn te zien in het run-rapport en te herstellen vóórdat de organisatie ze opent. Bovendien draait de run op momenten dat de rest van de systemen rust, waardoor pieken en concurrentie om capaciteit wegfallen. Voor documenten, classificatie en rapportages is die rust precies wat de kwaliteit dient.
Streaming zit tussen realtime en batch: items worden verwerkt kort nadat ze binnenkomen, in een doorlopende stroom, zonder dat er iemand op elk item wacht en zonder dat er tot de nacht wordt gewacht. Het past bij werk dat de dag door meedraait. Verwerking die gelijke tred houdt met wat binnenkomt. Kies het als batch te traag voelt voor het proces maar realtime te duur is voor het volume; het is de tussenweg die veel werkstromen eigenlijk zoeken.
Ja, en de meeste voorbereiding helpt daarbij. Wat verwerkt wordt (de regels, de bronnen, de controles) blijft gelijk; wat verandert is het moment en de omhulling ervan. Begin je met een nacht run, dan leer je eerst wat de taak werkelijk inhoudt, en dat is de moeilijkste kennis. De overstap naar realtime wordt dan een bouwkundige stap in plaats van een herschrijving. Welke vorm past beoordelen we per werkstroom; elk traject wordt op nacalculatie geoffreerd.
EIGHTY8