Van spreadsheet naar software: test één overdracht
Test één overdracht voordat je software laat bouwen. Met een fictieve aanvraag, menselijke controle, zichtbare uitzonderingen en een meetbare proef.
Met Nederlandse ondertiteling.Bekijk op de videopaginaLees het transcriptDownload de ondertiteling
Een spreadsheet kan prima werken als overzicht of rekenblad. De problemen beginnen soms eromheen: wie verwerkt een nieuwe aanvraag, welke status is actueel en wie controleert dat een betaling bij de juiste opdracht hoort? Voordat je software laat bouwen, helpt het om één van die overdrachten nauwkeurig te beschrijven. Zo test je een verbetering zonder je hele bedrijf tegelijk te veranderen.
Zoek de terugkerende handeling, niet het drukste tabblad
Noteer een week lang wanneer iemand gegevens overneemt, controleert of terugzoekt. Schrijf de aanleiding, bron, ontvanger en uitkomst op. Bijvoorbeeld: een aanvraag komt via een formulier binnen, een medewerker voegt een regel toe, de planner kiest een datum en een collega stuurt een bevestiging. Dat zijn verschillende stappen, ook als ze nu in één bestand staan.
Kies vervolgens een afgebakende taak. “Onze administratie automatiseren” is daarvoor te breed. “Iedere bevestigde aanvraag krijgt precies één opdrachtnummer en één verantwoordelijke” geeft een veel duidelijker startpunt. Geef aan waar die taak eindigt. De facturatie hoeft niet meteen onderdeel van dezelfde eerste proef te zijn.
Controleer eerst of de bestaande spreadsheet kan blijven
Een nieuw systeem is niet automatisch de beste eerste stap. Soms helpen vaste kolomnamen, één gedeelde bron, duidelijke invoerregels en een eigenaar die uitzonderingen afhandelt. Bij Excel kunnen gezamenlijk bewerken en versiegeschiedenis ondersteuning bieden. Microsoft beschrijft daarvoor voorwaarden aan de gebruikte versies, bestandsindeling en opslag in OneDrive of SharePoint Online. Controleer de voorwaarden van je eigen omgeving voordat je daarop vertrouwt.
Ook wijzigingsregistratie heeft grenzen. Volgens Microsoft toont Show Changes niet iedere bewerking en kunnen oudere of niet-ondersteunde toepassingen de registratie beïnvloeden. Een zichtbaar wijzigingsoverzicht betekent dus niet vanzelf dat je kunt aantonen wie een zakelijke goedkeuring heeft gegeven. Maak duidelijk welk bewijs je proces nodig heeft.
Bronnen: Microsoft: Collaborate on Excel workbooks at the same time with co-authoring, Microsoft: Get help with Show Changes in Excel.
Maak de overdracht meetbaar
Beschrijf voor de gekozen stap wat verplicht is: een herkenbaar nummer, de minimale gegevens, een mogelijke status en een verantwoordelijke. Leg ook vast wie een fout mag corrigeren. Gebruik statusnamen met een concrete betekenis. “Klaar” kan bijvoorbeeld betekenen dat een aanvraag volledig is, of dat het werk al is uitgevoerd. Dat verschil moet zichtbaar blijven.
Meet daarna hoeveel werk de stap nu kost. Tel niet alleen het invoeren, maar ook navragen en herstellen. Houd de meting klein en herkenbaar. Een eigen steekproef van twintig aanvragen is bruikbaarder dan een algemene belofte dat automatisering een bepaald percentage tijd bespaart. Noteer bij de uitkomst altijd de meetperiode en de onderzochte taak.
Fictieve proef: van aanvraag naar geplande opdracht
In ons fictieve installatiebedrijf verwerkt een planner twintig aanvragen per week. Bij zes aanvragen moet hij gegevens navragen; drie aanvragen zijn dubbel ingevoerd. Deze aantallen zijn gekozen om de proef uit te leggen en komen niet uit een klantmeting.
De eerste softwareproef maakt uitsluitend een conceptopdracht met een uniek aanvraagnummer. De planner controleert de gegevens en bevestigt de datum. Een tweede ontvangst van dezelfde aanvraag mag geen tweede opdracht opleveren. Een ontbrekend adres blijft zichtbaar als uitzondering. De bestaande planning blijft tijdens de proef de afgesproken bron voor de uitvoering.
Na twintig nieuwe aanvragen vergelijkt het bedrijf hoeveel dubbele opdrachten zijn ontstaan, hoeveel correcties nodig waren en hoeveel tijd de planner kwijt was. Daarbij telt ook de tijd mee die het kostte om de nieuwe proef te gebruiken. Als de uitkomst onduidelijk is, wordt de proef aangepast of gestopt. Er wordt geen besparing ingevuld omdat die vooraf was verwacht.
Test de onhandige gevallen vóór de volledige overstap
Een geslaagde invoer is maar één situatie. Neem ook een aanvraag die wordt ingetrokken, een klant die zijn gegevens wijzigt en een systeem dat tijdelijk niet bereikbaar is. Spreek af welke stap dan pauzeert en waar iemand de uitzondering ziet. Een foutmelding zonder eigenaar kan net zo goed blijven liggen als een lege cel.
Bepaal ook hoe je terug kunt. Bewaar de oorspronkelijke invoer, controleer of je gegevens kunt exporteren en spreek af wie beslist over de definitieve overstap. Zo blijft de proef beheersbaar wanneer de nieuwe werkwijze nog niet voldoende aansluit. Wacht met het verwijderen van de oude administratie tot de afgesproken controles zijn afgerond.
Een bruikbare opdracht voor een softwareleverancier
Geef een leverancier een voorbeeld van de invoer, een beschrijving van de gewenste overdracht en een lijst met uitzonderingen. Gebruik daarvoor fictieve of zorgvuldig opgeschoonde gegevens. Schrijf op wie het resultaat controleert en wanneer de proef voldoende geslaagd is.
Vraag een voorstel waarin invoer, rechten, herstel en beheer herkenbaar zijn uitgewerkt. Een eerste versie is pas bruikbaar wanneer je ook weet wat er gebeurt bij verkeerde gegevens of uitval. Een heldere begrenzing helpt je te beoordelen of bestaande software voldoende is, een koppeling nodig is of maatwerk een passende volgende stap vormt.
Overdrachtskaart voor je eerste proef
Gebruik deze vragen om één overdracht te beschrijven. De kaart bevat geen automatische beoordeling of opslag van je antwoorden.
- Welke gebeurtenis start deze taak?
- Wat is het unieke aanvraag- of opdrachtnummer?
- Welke gegevens zijn minimaal nodig en waar komen ze vandaan?
- Wie mag invoeren, controleren en corrigeren?
- Wat gebeurt er bij een dubbel bericht, ontbrekende invoer of uitval?
- Welke bestaande bron blijft tijdens de proef leidend?
- Hoe meet je invoertijd, navragen, correcties en beheer?
- Wanneer ga je door, pas je aan of zet je de proef terug?
Download de lege overdrachtskaart (CSV).
Vul de kaart in met fictieve voorbeelden; neem geen klantgegevens of wachtwoorden op in een openbaar gedeeld document.
Verder lezen
Wat herstel je als eerste bij een IT-storing? · AI gebruiken in klantwerk
Deze uitleg is met AI-ondersteuning opgesteld en redactioneel gecontroleerd op de genoemde bronnen. Het bedrijf en de aantallen in het voorbeeld zijn fictief.