Wat is het verschil tussen een as-is en een to-be proces?
Een as-is proces is de huidige situatie: hoe een proces nu werkelijk verloopt, inclusief alle omwegen, knelpunten en informele afspraken. Een to-be proces is het gewenste toekomstbeeld: hoe het proces idealiter zou moeten lopen om klantwaarde te maximaliseren en organisatiedoelen te ondersteunen. Het verschil tussen beide is de basis van elke serieuze procesverbetering. In dit artikel beantwoorden we de meest gestelde vragen over hoe je beide in de praktijk toepast.
Wanneer gebruik je een as-is analyse in procesverbetering?
Een as-is analyse gebruik je aan het begin van een verbetertraject, wanneer je de werkelijke situatie in kaart wilt brengen voordat je oplossingen bedenkt. Het is het startpunt van elke serieuze aanpak van procesoptimalisatie: zonder te begrijpen hoe een proces nu loopt, is elke verbetering gissen.
De as-is analyse is met name waardevol in situaties zoals:
- Wanneer medewerkers en managers een ander beeld hebben van hoe een proces verloopt
- Wanneer er klachten zijn van klanten of interne gebruikers, maar de oorzaak onduidelijk is
- Bij organisatieveranderingen waarbij processen opnieuw moeten worden ingericht
- Wanneer twee afdelingen of organisaties samenwerken en elkaars werkwijzen moeten begrijpen
Een as-is analyse is niet alleen een technische oefening. Het is ook een manier om mensen te betrekken en een gemeenschappelijke taal te creëren. Medewerkers die hun eigen werkwijze mogen beschrijven, voelen eigenaarschap en zijn eerder bereid om mee te werken aan verbetering.
Hoe breng je een as-is proces in kaart?
Je brengt een as-is proces in kaart door de werkelijke uitvoering van een proces te beschrijven, niet de officiële procedurebeschrijving. Dit doe je door de mensen die het werk dagelijks doen te bevragen, te observeren en hun ervaringen te visualiseren in een processchema.
Een effectieve aanpak werkt stap voor stap:
- Bepaal de scope: Welk proces breng je in kaart? Waar begint en eindigt het?
- Verzamel informatie: Voer gesprekken met uitvoerenden, leidinggevenden en eventueel klanten of ketenpartners.
- Visualiseer het proces: Gebruik een processchema of swimlane-diagram om de stappen, verantwoordelijkheden en overdrachten zichtbaar te maken.
- Valideer het beeld: Leg het schema terug bij de betrokkenen en controleer of het klopt met de werkelijkheid.
- Identificeer knelpunten: Markeer waar het misgaat, waar tijd verloren gaat of waar onduidelijkheid bestaat over verantwoordelijkheden.
Het is belangrijk om te documenteren hoe het proces echt verloopt, inclusief de informele omwegen die mensen nemen. Juist die afwijkingen van de officiële procedure vertellen je het meeste over waar de echte problemen zitten.
Wat zijn de belangrijkste verschillen tussen as-is en to-be?
Het as-is proces beschrijft de huidige realiteit, met alle inefficiënties en workarounds. Het to-be proces beschrijft de gewenste situatie na verbetering, ontworpen vanuit klantwaarde en organisatiedoelen. Het verschil tussen beide is de verbetergap: de ruimte die een organisatie wil overbruggen met procesmanagement.
De meest concrete verschillen zijn:
- Uitgangspunt: As-is is descriptief, to-be is normatief
- Doel: As-is geeft inzicht, to-be geeft richting
- Inhoud: As-is bevat knelpunten en inefficiënties, to-be bevat oplossingen en standaarden
- Eigenaarschap: As-is laat zien wie wat nu doet, to-be legt vast wie wat straks doet
- Tijdsperspectief: As-is is een momentopname, to-be is een ontwerp voor de toekomst
Beide zijn even belangrijk. Een to-be zonder as-is mist de context om haalbaar te zijn. Een as-is zonder to-be leidt alleen tot probleembeschrijvingen, niet tot verbeteringen. Samen vormen ze de kern van een gedegen aanpak van bedrijfsprocessen verbeteren.
Hoe ontwerp je een to-be proces op basis van de as-is analyse?
Je ontwerpt een to-be proces door de knelpunten uit de as-is analyse als uitgangspunt te nemen en vervolgens te redeneren vanuit de gewenste klantbeleving en organisatiedoelen. Het gaat niet om het repareren van de bestaande situatie, maar om het herontwerpen van het proces zoals het zou moeten werken.
Effectief to-be ontwerp begint met de vraag: wat moet dit proces opleveren voor de klant of eindgebruiker? Vanuit dat antwoord werk je terug naar de stappen, verantwoordelijkheden en randvoorwaarden die nodig zijn om dat resultaat betrouwbaar te leveren.
Betrek bij het ontwerp de mensen die het proces straks gaan uitvoeren. Zij kennen de praktische beperkingen en brengen inzichten mee die een consultant alleen nooit heeft. Bovendien vergroot participatie de kans dat het nieuwe proces ook daadwerkelijk wordt gevolgd. Onze aanpak bij procesverbetering is dan ook altijd gericht op het creëren van eigenaarschap bij de mensen die ermee werken.
Houd het to-be proces realistisch en uitvoerbaar. Een ideaalplaatje dat in de praktijk niet werkt, is waardeloos. Toets het ontwerp op haalbaarheid: zijn de benodigde middelen beschikbaar? Zijn de verantwoordelijkheden helder? Is de werkdruk reëel?
Wat zijn veelgemaakte fouten bij het vergelijken van as-is en to-be?
De meest gemaakte fout is het overslaan van de as-is analyse en direct beginnen met het ontwerpen van een to-be proces. Daardoor mist het nieuwe ontwerp aansluiting op de werkelijkheid en stuit het op weerstand bij medewerkers die zich niet herkennen in het beeld dat is geschetst.
Andere veelvoorkomende fouten zijn:
- Te gedetailleerd documenteren: Een as-is analyse die elke muisklik beschrijft, verliest het overzicht. Focus op de hoofdstroom en de kritieke knelpunten.
- Het to-be te ambitieus maken: Een to-be dat een complete cultuuromslag vereist, is geen procesontwerp maar een wenslijst. Houd het haalbaar en faseer de verandering.
- Vergeten te valideren: Zowel het as-is als het to-be schema moet worden getoetst bij de betrokkenen. Aannames over hoe een proces loopt, kloppen vaker niet dan wel.
- De gap niet analyseren: Het verschil tussen as-is en to-be vertelt je wat er moet veranderen. Sla die analyse niet over, want daarin zitten de echte implementatie-uitdagingen.
- Mensen buiten beschouwing laten: Procesverbetering is ook gedragsverandering. Een nieuw processchema werkt alleen als mensen begrijpen waarom het anders moet en hoe ze dat in de praktijk doen.
Wanneer is het to-be proces klaar om te implementeren?
Een to-be proces is klaar om te implementeren wanneer het is gevalideerd door de betrokkenen, de verantwoordelijkheden helder zijn belegd, en er een realistisch plan is voor de overgang vanuit de huidige situatie. Klaarheid gaat niet over perfectie, maar over voldoende draagvlak en uitvoerbaarheid.
Controleer voor implementatie minimaal de volgende punten:
- Is het to-be proces begrepen door iedereen die ermee gaat werken?
- Zijn de rollen en verantwoordelijkheden expliciet vastgelegd?
- Is er een plan voor de overgangsperiode, inclusief communicatie en begeleiding?
- Is er ruimte voor feedback en bijsturing na de eerste ervaringen?
Een to-be proces is nooit definitief af. Procesoptimalisatie is een continu proces: na implementatie volgt monitoring, en op basis van nieuwe inzichten pas je het proces verder aan. De overgang van as-is naar to-be is geen eenmalig project, maar een cyclus van verbeteren, leren en bijstellen.
Hoe wij helpen bij as-is en to-be procesanalyse
Wij begeleiden organisaties bij het volledig doorlopen van de cyclus van as-is naar to-be, van de eerste analyse tot de succesvolle implementatie. Onze aanpak combineert proceskennis met aandacht voor eigenaarschap en gedragsverandering, zodat verbeteringen ook daadwerkelijk beklijven.
Wat wij concreet bieden:
- Begeleide sessies om het as-is proces samen met medewerkers in kaart te brengen
- Interactieve werkvormen zoals processimulaties om knelpunten voelbaar te maken
- To-be ontwerp in co-creatie met de mensen die het proces straks uitvoeren
- Implementatiebegeleiding met aandacht voor verandermanagement en eigenaarschap
- Een pragmatische aanpak: geen dikke handboeken, maar slimme spelregels die werken
Wil je weten hoe wij jouw organisatie kunnen helpen bij het verbeteren van bedrijfsprocessen? Neem contact met ons op en we denken graag met je mee over de eerste stap.
Veelgestelde vragen
Hoe lang duurt een as-is analyse gemiddeld?
De doorlooptijd van een as-is analyse hangt sterk af van de complexiteit en het aantal betrokken afdelingen. Voor een enkelvoudig proces binnen één afdeling kun je rekenen op één tot drie dagen aan interviews, observaties en validatie. Bij ketenprocessen die meerdere afdelingen of organisaties omspannen, kan dit oplopen tot enkele weken. Het is beter om een compacte maar accurate analyse te maken dan een uitputtende documentatie die het overzicht verliest.
Welke tools of technieken kun je het beste gebruiken om een as-is proces te visualiseren?
De meest gebruikte technieken zijn het swimlane-diagram (voor het zichtbaar maken van verantwoordelijkheden per afdeling of rol) en de BPMN-notatie (Business Process Model and Notation) voor meer gestandaardiseerde procesmodellen. Voor eenvoudige analyses volstaat ook een whiteboard of een tool zoals Miro, Lucidchart of Visio. Kies de tool die aansluit bij de doelgroep: een visueel eenvoudig schema dat iedereen begrijpt, is altijd waardevoller dan een technisch perfect model dat alleen specialisten kunnen lezen.
Wat als medewerkers het niet eens zijn over hoe het huidige proces verloopt?
Meningsverschillen over het as-is proces zijn heel normaal en juist waardevol: ze laten zien waar de werkelijkheid verschilt per afdeling, rol of locatie. Documenteer de verschillende varianten in plaats van te zoeken naar één ‘juiste’ versie. Die variaties zijn vaak de bron van inefficiënties en miscommunicatie, en daarmee een uitstekend startpunt voor het to-be ontwerp. Een begeleide sessie waarbij alle betrokkenen samen het processchema bespreken, helpt om tot een gedeeld beeld te komen.
Hoe betrek je medewerkers bij het to-be ontwerp zonder dat het een eindeloze discussie wordt?
Gebruik gestructureerde werkvormen zoals co-creatiesessies met een duidelijke agenda en een neutrale procesbegeleider. Stel vooraf heldere kaders vast: wat ligt er al vast (bijvoorbeeld wetgeving of strategische keuzes) en waarover hebben deelnemers daadwerkelijk inbreng? Beperk het aantal deelnemers per sessie tot de mensen die het meest direct met het proces werken, en valideer het resultaat daarna breder. Zo combineer je draagvlak met efficiëntie.
Moet je het as-is proces altijd volledig documenteren voordat je begint met het to-be ontwerp?
Niet per se volledig, maar wel voldoende. Het doel van de as-is analyse is niet een perfecte documentatie, maar een gedeeld begrip van de huidige situatie en de belangrijkste knelpunten. In de praktijk werk je vaak iteratief: je brengt de hoofdstroom in kaart, identificeert de kritieke pijnpunten en start dan met het to-be ontwerp voor die specifieke onderdelen. Dit voorkomt dat de analysefase te lang duurt en houdt het verbetertraject in beweging.
Hoe meet je of het to-be proces na implementatie ook daadwerkelijk beter werkt?
Stel vooraf meetbare indicatoren vast die direct gekoppeld zijn aan de doelen van het to-be proces, zoals doorlooptijd, foutpercentage, klanttevredenheid of verwerkingssnelheid. Meet deze indicatoren ook in de as-is situatie, zodat je een eerlijke vergelijking kunt maken. Plan na de implementatie vaste evaluatiemomenten in om de resultaten te bespreken en het proces waar nodig bij te sturen. Procesverbetering zonder meting is gissen of het ook echt werkt.
Wanneer is het zinvol om externe begeleiding in te schakelen voor een as-is/to-be traject?
Externe begeleiding voegt de meeste waarde toe wanneer er intern onvoldoende procesexpertise aanwezig is, wanneer er sprake is van gevoelige verhoudingen tussen afdelingen, of wanneer eerdere verbeterpogingen strandden op weerstand of gebrek aan focus. Een externe begeleider brengt een neutrale blik, bewezen werkvormen en ervaring met verandermanagement mee. Voor complexe of organisatiebrede trajecten is die onafhankelijkheid vaak doorslaggevend voor het succes van de implementatie.
Gerelateerde artikelen
Direct contact
We ondersteunen organisaties bij het realiseren van hun doelen. Ben je benieuwd hoe we je bij jouw ondersteuningsvraag kunnen helpen? Of heb je een andere vraag? Neem dan contact met ons op.