Blog
Van Excel en e-mail naar een applicatie: het patroon achter digitale transitie
· 4 min leestijd
Een spreadsheet met tabbladen per maand. Een postvak met honderden meldingen die iemand met de hand overtypt in dat spreadsheet. Een collega die precies weet welke formule niet aangeraakt mag worden. Herkenbaar? Bij veel MKB-bedrijven draait een proces dat ooit klein begon inmiddels op een lappendeken van Excel en e-mail, en dat proces is allang groter dan het systeem eronder aankan.
Het opvallende is dat het probleem zelden bij Excel zelf ligt. Excel is een prima rekenmachine. Het probleem ontstaat op het moment dat een spreadsheet moet doen waar het niet voor gemaakt is: meerdere mensen tegelijk laten invoeren, een status bijhouden die voor iedereen hetzelfde moet zijn, of een handeling herhalen die honderden keren per jaar voorkomt. Dan wordt e-mail het transportmiddel voor gegevens die eigenlijk in een systeem thuishoren, en ontstaat precies de chaos die uiteindelijk om een andere aanpak vraagt.
Waarom Excel en e-mail vastlopen bij groei
Drie dingen gaan mis zodra een proces groeit terwijl het op Excel en e-mail blijft draaien. Ten eerste is er geen eenduidige waarheid: iedereen werkt met zijn eigen kopie van het bestand, en niemand weet zeker of hij de laatste versie heeft. Ten tweede kost elke overdracht tussen mensen tijd en foutgevoeligheid: iemand moet een e-mail lezen, de juiste gegevens eruit halen en die met de hand ergens invoeren. Ten derde ontbreekt controle: er is geen systeem dat een verplicht veld afdwingt, een dubbele invoer signaleert of automatisch een vervolgstap start.
Zolang het volume klein is, valt dit te overzien met discipline. Zodra het aantal betrokkenen of transacties groeit, wordt diezelfde discipline het nekpunt. Precies op dat punt wordt de vraag relevant of een proces een applicatie nodig heeft in plaats van een volgende versie van hetzelfde spreadsheet.
Het patroon achter een geslaagde overstap
Uit eigen bouwwerk met OutSystems, het low-code platform waarmee je volgens de eigen omschrijving van OutSystems applicaties bouwt met minimale handgeschreven code, komt telkens hetzelfde patroon terug bij een overstap van Excel en e-mail naar een applicatie.
Het begint met inventariseren voordat er gebouwd wordt: welke schermen zijn er nodig, welke rollen bestaan er, en met welke andere systemen moet gekoppeld worden. Wie dit overslaat, ontdekt vaak halverwege de bouw dat er een koppeling of een rol ontbreekt die vanaf het begin bekend had kunnen zijn.
Daarna volgt een klikbare schets met realistische voorbeelddata, op telefoon- en desktopformaat, nog voordat er daadwerkelijk gebouwd wordt. Dat laat een opdrachtgever meteen zien of de richting klopt, in plaats van pas na weken bouwtijd te ontdekken dat een scherm niet aansluit op hoe mensen echt werken.
Het onderdeel met het meeste risico wordt vervolgens als eerste bewezen, niet als laatste. Een koppeling met een extern systeem of een proces waar veel van afhangt, wordt eerst apart aan het werk gezet. Zo kom je een tegenvaller vroeg tegen, in plaats van in de laatste week voor livegang.
Vervolgens wordt niet alles in één keer opgeleverd. Onderdelen worden per stuk gebouwd en gemeten voordat het volgende onderdeel begint. Kleinere brokken zijn makkelijker te controleren en bij te sturen dan één groot geheel dat pas aan het einde getest wordt. En rollen en rechten worden vanaf dag één ingericht, niet achteraf toegevoegd, want een scherm zonder duidelijke rol wordt anders later een vergeten los eindje.
Een concreet voorbeeld
Dit patroon is niet alleen theorie. Bij MEA Beveiliging liep het installatieproces volledig via e-mail: alle meldingen van installaties werden handmatig verwerkt, met 50+ dealers en honderden voertuigen per jaar. Dat leverde chaos en vertragingen op. De oplossing was een volledig geautomatiseerd dealer- en certificeringsplatform waarin dealers hun eigen installaties beheren, betaalstromen automatisch verlopen en certificaten direct worden gegenereerd. Het resultaat staat op /projecten: 50+ dealers, 768 voertuigen en het proces is nu 100% geautomatiseerd.
Wat deze case laat zien is niet dat een applicatie automatisch beter is dan een spreadsheet. Het laat zien dat een proces dat draait op handmatige overdracht tussen mensen, bij voldoende volume, baat heeft bij een systeem dat die overdracht overneemt en tegelijk een controleerbare, eenduidige registratie oplevert.
Wat betekent dit voor jouw bedrijf?
Herken je het patroon uit dit artikel in je eigen bedrijf, dan zijn dit de stappen om mee te beginnen.
Breng eerst in kaart waar in je organisatie een proces via Excel en e-mail loopt terwijl het volume inmiddels te groot is voor discipline alleen. Kijk naar het aantal mensen dat erbij betrokken is, het aantal keer per week dat het herhaald wordt, en hoe vaak een fout ontstaat door een handmatige overtyping.
Inventariseer vervolgens, voordat je aan bouwen denkt, welke schermen, rollen en koppelingen dat proces nodig heeft. Dit voorkomt dat je halverwege ontdekt dat er iets ontbreekt.
Begin daarna met een klikbare schets in plaats van meteen te bouwen. Een schets met realistische voorbeelddata laat zien of de richting klopt voordat er bouwtijd in zit, en dat is goedkoper dan achteraf herbouwen.
Bepaal ten slotte welk onderdeel het meeste risico draagt, en bewijs dat onderdeel als eerste apart. Dat voorkomt dat een tegenvaller pas aan het licht komt vlak voor livegang, wanneer bijsturen het duurst is.
Wil je weten of jouw proces zich leent voor deze aanpak, of eerst zien hoe zo'n overstap er in de praktijk uitziet? Neem contact met ons op, dan kijken we samen naar het patroon in jouw situatie.