Onze werkwijze

De meeste automatiseringsprojecten mislukken niet omdat de technologie tekortschiet. Ze mislukken omdat niemand het proces van dichtbij genoeg heeft bekeken voordat het geautomatiseerd werd. Een echte bedrijfsworkflow bevat uitzonderingen, handmatige correcties, ongeschreven regels, menselijke afwegingen, dubbelzinnige gegevens en tools die slecht met elkaar communiceren. Wie dat automatiseert zonder het te begrijpen, giet de bestaande inefficiëntie in code.

Bij transtorm.ai verloopt elk project daarom in dezelfde volgorde. Wij lichten het proces door zoals het werkelijk verloopt, wij meten wat het vandaag kost, wij bepalen waar de mens de beslissing houdt, wij anonimiseren wat naar buiten moet, wij splitsen het werk op in microprocessen, wij koppelen de systemen die u al gebruikt, en daarna verbeteren wij het systeem op basis van het werkelijke gebruik. Deze pagina beschrijft elke stap, wat u aan het einde ervan ontvangt, en wat van u is.

Twee principes lopen door de hele reeks. Voor beslissingen die ertoe doen vervangt automatisering de menselijke controle niet, zij structureert die controle en versnelt ze. En lokale verwerking komt eerst, zodat een externe bron die werkelijk nodig blijkt alleen volledig geanonimiseerde gegevens ontvangt.

Stap 1. Wij lichten het proces door zoals het werkelijk verloopt

De theoretische procedure documenteren volstaat niet. Wij observeren de repetitieve taken, de knelpunten, het tijdverlies, de menselijke validaties, de terugkerende uitzonderingen, de betrokken systemen en de manier waarop de gegevens werkelijk tussen die systemen bewegen. Die observatie scheidt de stappen die gemakkelijk te automatiseren zijn van de stappen die onder toezicht moeten blijven, en van de stappen die eerst gereorganiseerd moeten worden.

Deze stap levert vaak op zichzelf al waarde op. Ze brengt geregeld dubbel werk, overbodige stappen of organisatorische problemen aan het licht die op te lossen zijn zonder één regel code te schrijven.

Wat u ontvangt: een geschreven auditrapport met de procesmapping, de huidige jaarlijkse kostprijs van het proces en de rekenhypothesen erachter, de aanbevolen architectuur, een raming van de projectprijs en van de exploitatiekosten, en een duidelijke aanbeveling. Die aanbeveling omvat ook de mogelijkheid om niet te automatiseren.

Wat van u is: het rapport, welke beslissing u daarna ook neemt. Het is nauwkeurig genoeg om aan een andere leverancier te bezorgen. De audit wordt gefactureerd tegen een vast bedrag, doorgaans tussen € 900 en € 2.500, aangekondigd voordat er enige verbintenis is en afgetrokken van de projectprijs als het project doorgaat.

Stap 2. Wij meten voor wij een prijs noemen

Een raming die op ongecontroleerde cijfers steunt, blijft een gok met decimalen. De hypothesen over volume en tijd worden daarom eerst getoetst aan historische data: systeemlogs, tijdstempels, vastgestelde volumes. Bestaan die data niet, dan observeren wij het proces rechtstreeks of nemen wij steekproeven op echte dossiers.

Eén punt verdient het om ronduit gezegd te worden. Die cijfers bepalen daarna de prijs van het project, en wij hebben er objectief belang bij dat ze hoog lijken. Precies daarom geldt de meting boven de verklaring, in beide richtingen, en staat elke hypothese zwart op wit in het rapport, zodat u ze regel per regel kunt betwisten voordat er een offerte op tafel ligt.

Wat u ontvangt: de meting vooraf, met haar methode en haar bronnen, door beide partijen aanvaard. De meting achteraf wordt op dezelfde manier vastgelegd zodra het systeem draait, zodat de winst samen wordt vastgesteld in plaats van geclaimd.

Stap 3. Wij bepalen waar de mens de beslissing houdt

Een serieuze automatisering moet weten wanneer ze moet controleren, wanneer ze moet blokkeren, wanneer ze om een validatie moet vragen en wanneer ze moet waarschuwen. In deze stap leggen wij de bedrijfsregels vast, de beslissingsdrempels, de consistentiecontroles, de uitzonderingsgevallen, de toegestane acties, de acties die een bevestiging vereisen en de acties die gewoon verboden zijn.

De menselijke validatie krijgt daarna een vorm die bij het risico past. Dat kan een bevestiging zijn vóór een gevoelige actie, een goedkeuring vóór een verzending of een uitvoering, een automatische blokkering wanneer een geval dubbelzinnig is, een waarschuwing wanneer een kritieke drempel wordt overschreden, of eenvoudigweg een registratie van een belangrijke beslissing. Een systeem dat 95 dossiers op 100 afhandelt en de vijf afwijkende dossiers aan een medewerker doorgeeft, is doorgaans betrouwbaarder, eenvoudiger en goedkoper dan een systeem dat elk denkbaar geval alleen moet aankunnen.

Wat u ontvangt: de lijst met controlepunten en de acceptatiecriteria, geschreven in bedrijfstaal. Die criteria zijn geen versiering, want ze bepalen een deel van de betaling en ze leggen vast wat de gezamenlijke validatie zal testen.

Stap 4. Wij anonimiseren voordat er iets vertrekt

Wij geven zoveel mogelijk de voorkeur aan lokale verwerking van gegevens. Wanneer een externe bron werkelijk nodig is, zijn de gegevens die ernaartoe gaan vooraf volledig geanonimiseerd, en er worden geen gevoelige gegevens naar die diensten gestuurd.

Dat is geen clausule die op het einde van het project wordt toegevoegd. Het principe bepaalt hoe de integraties van bij het begin ontworpen worden, want de anonimisering moet binnen de stroom gebeuren, vóór de aanroep, en ze moet achteraf controleerbaar blijven.

Wat u ontvangt: het overzicht van wat uw systemen verlaat, naar welke dienst en in welke vorm. De lijst van subverwerkers, met inbegrip van de leveranciers van AI-modellen, wordt u bezorgd voordat er iets uitgerold wordt. Onze pagina over beveiliging beschrijft dat onderdeel in detail.

Stap 5. Wij splitsen het werk op in microprocessen

Eén grote monolithische workflow bouwen is zelden een goed idee. Wij splitsen het proces op in korte stappen met elk één duidelijke verantwoordelijkheid: een gegeven lezen, een voorwaarde controleren, informatie omzetten, een dienst aanroepen, een document genereren, een validatie vragen, een melding versturen.

Die opsplitsing loont op vijf manieren. Een korte stap is gemakkelijker te testen en te corrigeren dan een ondoorzichtig blok. Verandert een regel, dan verandert één bouwsteen zonder de rest van de stroom aan te raken. Sommige bouwstenen worden hergebruikt in andere workflows, wat de volgende automatisering sneller maakt. Loopt er iets mis, dan ziet u meteen welke stap mislukte en welke actie opnieuw gestart moet worden. En het systeem groeit stap voor stap in plaats van opnieuw gebouwd te worden.

Wat u ontvangt: een architectuur van benoemde stappen die afzonderlijk te testen zijn, met de bijbehorende documentatie.

Stap 6. Wij koppelen de systemen die u al gebruikt

Een automatisering creëert pas waarde als ze in uw werkelijke omgeving past. Wij koppelen e-mails, agenda’s zoals Google Workspace, databanken, REST- of SOAP-API’s, bedrijfsapplicaties, webportalen en oudere software via gateways, en daarnaast gecontroleerde webautomatisering wanneer een systeem geen enkele interface aanbiedt. Onze use-case bankcontrole toont een automatisering die een bestaande webapplicatie aanstuurt precies zoals een operator dat zou doen, waarbij de aanmelding nog altijd door een bevoegde persoon gebeurt.

Een nuttige connector is meer dan een technische koppeling. Hij verwerkt de werkelijke gegevensformaten, de responstijden, de netwerkfouten, de duplicaten, de heruitvoeringen en de structuurverschillen tussen systemen. Daar gaat het grootste deel van het ontwikkelwerk naartoe, en daar komt ook het grootste deel van de kostprijs van een project vandaan.

Wat u ontvangt: connectoren die tegen de grensgevallen bestand zijn, en een geschreven beschrijving van elk systeem dat de automatisering raakt en van de toegangen die ze gebruikt.

Stap 7. Wij rollen gefaseerd uit en blijven verbeteren

Een geautomatiseerd systeem moet observeerbaar blijven. U moet op elk moment eenvoudige vragen kunnen beantwoorden: wat is er gebeurd, welke beslissing is genomen, waarom is de stroom gestopt, welke stap is mislukt, kan die opnieuw starten zonder een duplicaat te maken, en wie moet gewaarschuwd worden.

Wij voegen daarom gestructureerde logs toe, tijdstempels op elke stap, traceerbaarheid van de acties, operationele waarschuwingen, een gecontroleerde herstart na een fout, preventie van duplicaten, wachtrijen met prioriteitenbeheer, en dashboards met bedrijfsindicatoren in plaats van technische ruis. Daarna werken wij in cycli: een duidelijk afgebakend toepassingsgebied, een geleidelijke uitrol, observatie van de resultaten, meting van de winst en de incidenten, bijstelling van de regels, verfijning van de validaties, uitbreiding van het toepassingsgebied.

Iteratie is hier geen teken van een slecht ontworpen systeem. Het is het teken van een systeem dat behoorlijk wordt aangestuurd, want het werkelijke gebruik brengt altijd bijzondere gevallen aan het licht die geen enkele audit vooraf kon opsommen.

Wat u ontvangt: de dashboards, de logs en de waarschuwingen, plus een garantieperiode van doorgaans vier weken die de correctie van afwijkingen ten opzichte van de acceptatiecriteria zonder extra kosten dekt.

Wat op het einde van u is

De specifieke ontwikkelingen, dat wil zeggen de code en de workflows die voor u gebouwd zijn, zijn uw eigendom zodra ze betaald zijn, en artikel 7 van onze algemene voorwaarden bepaalt dat, of de offerte dat nu herhaalt of niet. Twee zaken blijven buiten die overdracht. De tools van derden houden de licenties van hun eigen leveranciers, en de herbruikbare componenten die wij voor uw project bezaten of daar los van hebben ontwikkeld blijven de onze, in licentie zolang u het systeem exploiteert. Beide worden u meegedeeld voordat er iets gebouwd wordt.

Onderhoud is niet verplicht. Het is opzegbaar met één maand opzegtermijn, en het systeem draait ook zonder ons. Wij leveren de documentatie waarmee een andere leverancier het systeem kan overnemen. Dat is wat wij omkeerbaarheid noemen, en het loont om dat te vergelijken met elke offerte die u elders ontvangt: een lagere prijs zonder die clausules is geen besparing, maar een verschuiving van het risico naar u.

Hoe de stappen elkaar in de tijd opvolgen

De audit duurt één tot drie weken en vraagt enkele uren van uw teams. Een eenvoudige workflow staat vier tot acht weken na goedkeuring van de offerte in productie. Een automatisering over meerdere systemen vraagt drie tot zes maanden. Een programma van begin tot eind wordt tijdens de audit fase per fase gepland. Over het hele project moet u het equivalent van twee tot vijf dagen interne tijd voorzien voor de afbakening, de tests en de opleiding, en die interne kost wordt in het auditrapport geraamd.

De volledige redenering achter deze volgorde staat in ons artikel over onze automatiseringsmethode, en hoe die in een prijs vertaald wordt, leest u in deel één en deel twee van onze artikelen over de prijs van een automatisering.

Begin bij uw eigen proces

Wilt u deze werkwijze op een van uw processen toepassen, dan blijft het startpunt hetzelfde: een gesprek over hoe dat proces vandaag verloopt.