Case 03
Van los bericht naar live tool, dezelfde dag
Roosteraars die drie weken vooruit plannen hadden geen zicht op wie in het team nog ruimte had. Eén bericht over dat probleem, dezelfde dag een hulpmiddel live, daarna meteen bijgesteld op hoe het echt werd gebruikt.
Doorlooptijd
één dag tot live
Trigger
één Telegram-bericht
Patronen
hergebruikt van bestaande setup
Feedback
dezelfde dag in gebruik, dagen later verfijnd
Situatie
Waar dit begon
De vraag kwam niet binnen als een uitgewerkt projectvoorstel, maar als één los Telegram-bericht: roosteraars die intakes drie weken vooruit inplannen, hadden geen zicht op wie in het team nog ruimte had.
Iedereen hield die belasting in het eigen hoofd bij. Nergens gedeeld, en dus niet beschikbaar voor degene die de planning maakt. Zo'n probleem is klein genoeg om nooit dringend te worden, en daarmee groot genoeg om jaren te blijven liggen.
Beslissing
Wat we besloten, en waarom niet anders
We hebben dat bericht dezelfde dag teruggebracht tot het kleinste ding dat het probleem echt oplost: per teamlid, per week, voor drie weken vooruit, één zelf opgegeven signaal (weinig, gemiddeld of veel ruimte), met een link per e-mail als toegang en één verzameld overzicht voor de roosteraar.
Het alternatief was een echte planningstool: capaciteit uit agenda's halen, uren doorrekenen, rollen en rechten per afdeling. Dat had weken gekost en in die weken niets opgeleverd, terwijl de roosteraar alleen een richting nodig had. Ook in de bouw is niets opnieuw bedacht: dezelfde opzet als de bestaande microlearning-dienst, alleen veel kleiner.
Verloop
Wat er gebeurde, in volgorde
Van binnengekomen bericht tot bijgestelde tool: dinsdag 4 augustus 2026, met de laatste verfijningen twee dagen later.
4 augustus 2026, ochtend
Het probleem in één regel
Een bericht binnengekregen: roosteraars konden drie weken vooruit plannen, maar hadden geen zicht op capaciteit. Iedereen hield die belasting in het eigen hoofd bij, nergens gedeeld, niet beschikbaar voor wie de planning doet.
4 augustus 2026, 11:03
Afbakenen: wat wel, wat niet
Bewust klein en scherp: geen volledige planningstool, maar precies het signaal dat nodig was. Per teamlid, per week (drie weken vooruit), één keuze: weinig, gemiddeld of veel ruimte. Dat was alles. Alles daarboven zou langer hebben geduurd. De eerste bouwsteen, de gegevensopzet en de toegang via e-maillink, stond binnen het uur.
4 augustus 2026, 11:37 tot 12:04
Bouwen op wat er al was
In het uur erna: de wekelijkse uitnodiging per e-mail, de invulpagina met inloggen via een link, en het overzicht voor de roosteraar. Eigen tabellen in dezelfde gedeelde database, dezelfde inlogmethode, een eenvoudige server-gerenderde pagina. Niets opnieuw bedacht waar het niet nodig was.
4 augustus 2026, 17:44
Dezelfde dag live
Teamleden kregen een mail met hun link, of konden inloggen op een eigen account, en vulden hun beschikbaarheid per week in. De roosteraar zag na het inloggen het verzamelde overzicht per week en per persoon. Het werkte.
4 augustus, 21:09 tot 6 augustus 2026
Meteen bijgesteld op echt gebruik
Uit die eerste praktijk kwamen dezelfde avond drie dingen naar boven: opslaan ging via drie losse knoppen in plaats van één, de labels 'weinig/gemiddeld/veel' waren zonder uitleg niet duidelijk, en bij het aanmaken van een account ontbrak een naamveld. Die feedback is niet in losse taken geknipt maar direct in de bestaande code verwerkt, met twee dagen later nog een verbetering aan het overzicht van de roosteraar.
De problemen van een mkb-bedrijf zijn precies deze maat: klein genoeg om vandaag te bouwen, groot genoeg om al jaren te blijven liggen.
Wat dit haalbaar maakte, is niet snel kunnen bouwen, maar weigeren het probleem groter te maken dan het was. Eén signaal per persoon per week is genoeg om een planning op te baseren. Alles daarboven was uitstel geweest, verpakt als zorgvuldigheid.
De rest volgde uit hergebruik: de database, de inlogmethode en de paginaopzet lagen er al. Daardoor kon de eerste versie dezelfde avond langs echt gebruik worden gelegd, en gingen de drie punten die daaruit kwamen rechtstreeks de bestaande code in, in plaats van op een lijst met werk voor later.
Volgende stap
Zo'n verhaal, maar dan uw eigen
Dit soort probleem haalt zelden een jaarplan: te klein om ruimte te krijgen, te hinderlijk om te vergeten. Als u er een paar kunt opnoemen, is dat precies het materiaal voor een eerste gesprek.