Proces­optimalisatie: eerst meten, dan pas bouwen.

Bedrijfsprocessen optimaliseren: waar de winst meestal zit

In vrijwel elk MKB-bedrijf lekt de tijd op dezelfde plekken weg. Niet in het werk waar je klanten voor betalen, maar in de stappen ertussen. Dit zijn de plekken waar wij in de praktijk de meeste uren terugvinden, met de cijfers uit onze eigen projecten erbij.

• Gegevens die twee keer worden ingevoerd. Bij Verzuimcoach ging elke nieuwe melding met de hand naar drie systemen: het dossier, de planning en de rapportage naar de werkgever.
• Werk dat op een enkele collega wacht. Als één persoon het bestand en alle uitzonderingen kent, valt het werk stil zodra die persoon er niet is.
• Documenten die iemand moet uitlezen. Een mail of PDF waar elke dag gegevens uit worden overgetypt, is precies het werk dat software inmiddels wel kan lezen.
• Rapportages die maandelijks in elkaar worden geknipt. Exporteren, plakken, draaitabellen bijwerken: werk dat een systeem in seconden kan klaarzetten.
• Voorbereidend werk dat elke keer hetzelfde is. De intake bij Verzuimcoach ging van 45 naar 8 minuten per zaak, en de coach begint bij de mens in plaats van bij de administratie.

Processen optimaliseren zonder project van een half jaar

Wij pakken een proces per keer. Dat is geen bescheidenheid, het is de enige aanpak die we in de praktijk zien slagen. Een traject dat drie processen tegelijk wil verbeteren, sterft in de vergaderkamer of levert drie halve oplossingen op. Onze gemiddelde doorlooptijd van startgesprek tot live is 6 weken, en elke vrijdag staat er een werkende versie klaar die je zelf kunt uitproberen.

Wijzigingen zijn goedkoop zolang er nog gebouwd wordt en duur zodra alles draait. Daarom laten we je vanaf week 1 meekijken, met je eigen gegevens in beeld in plaats van voorbeeldteksten. En daarom lopen we eerst een paar dagen mee: een procesbeschrijving vertelt hoe het bedoeld is, meelopen laat zien hoe het gaat.

Workflow optimalisatie: de winst zit tussen de stappen

Bij workflowoptimalisatie kijk je niet naar hoe snel iemand een stap uitvoert, maar naar wat er tussen twee stappen gebeurt. Dat is bijna altijd wachten: op een goedkeuring, op een collega die terugbelt, op de maandronde waarin alles tegelijk wordt verwerkt. In de processen die wij uittekenen is de werktijd meestal een fractie van de doorlooptijd. Een aanvraag waar veertig minuten werk in zit, kan er drie dagen over doen. Harder werken helpt daar niet, want de uren zitten niet in het werk zelf. Daarom zetten we bij elke stap twee getallen naast elkaar: hoe lang iemand er werkelijk aan werkte en hoe lang het lag te wachten.

Waar workflow optimalisatie meestal begint

• Een stap die op een goedkeuring wacht. Spreek een grens af en laat het systeem een melding geven zodra die wordt overschreden, in plaats van iemand handmatig te laten rappelleren.
• Werk dat blijft liggen tot de maandronde. Per geval verwerken loopt bijna altijd sneller dan verwerken per stapel, ook als het aantal handelingen gelijk blijft.
• Een overdracht tussen twee mensen. Elke overdracht is een moment waarop iets kan blijven liggen, zeker als de kennis bij één collega zit en de rest moet wachten.
• Een status die niemand kan zien. Bij Musicbox loopt elke offerte door vijftien statussen. Op een planbord waar het hele team bij kan, is meteen zichtbaar welke aanvraag ergens blijft hangen.

Realtime procesoptimalisatie: meten terwijl het werk loopt

Realtime procesoptimalisatie betekent dat je proces zichzelf meet op het moment dat het draait, in plaats van dat iemand achteraf uit mailboxen en spreadsheets reconstrueert wat er is gebeurd. Praktisch komt het neer op een tijdstempel bij elke statusovergang en een afgesproken grens waarboven een melding afgaat. Dus geen grafiek over het vorige kwartaal, maar een signaal vandaag, terwijl je er nog iets aan kunt veranderen.

Wat je ervoor nodig hebt

• Het proces loopt door één systeem. Zolang de stappen verspreid staan over mail, WhatsApp en een spreadsheet, valt er niets te meten. Pas als een aanvraag één dossier met een auditlog is, is er een status om op te sturen.
• Een tijdstempel per stap. Elke overgang legt vast wanneer hij begon en wanneer hij klaar was. Dat is een ontwerpkeuze vooraf, geen module die je er later bij koopt.
• Een grens en een ontvanger. Een meting zonder afgesproken grens blijft een getal. Hangt een taak aan een wettelijke termijn, dan gaat de herinnering naar de collega die de actie moet doen.
• Iemand die mag ingrijpen. Een melding die landt bij iemand die niets kan veranderen, wordt binnen twee weken weggeklikt.

Wanneer realtime overdreven is

Loopt een proces een paar keer per week, dan zie je met een blik op vrijdag precies hetzelfde als met een live scherm, en scheelt het je de bouwtijd. Datzelfde geldt voor werk dat per maand hoort: aan een maandelijkse export valt niets realtime bij te sturen. En een dashboard bouwen voordat het proces door een systeem loopt, levert een scherm op dat een werkelijkheid toont die niemand herkent. Eerst de stroom, dan de meting.