Groeien met vakmanschap
Nieuwe software invoeren begint vóór de eerste training.
De toepassing werkt, de accounts zijn aangemaakt en de training staat gepland. Toch blijven collega’s hun oude lijst gebruiken. Dat hoeft geen onwil te zijn. Misschien bevat die lijst een afspraak die niet in het nieuwe systeem past. Misschien is nog onduidelijk wie een wijziging mag goedkeuren. Of de toepassing werkt op kantoor, maar niet prettig op de plek waar het werk gebeurt.
Invoering is daarom geen laatste activiteit na het bouwen. Het is onderdeel van het ontwerpen van de verandering.
Een complete werksituatie proberen leert meer dan alleen uitleggen hoe een scherm werkt.
Spreek eerst af wat er voor mensen beter moet worden
“Alles in één systeem” zegt weinig over het dagelijkse werk. “Een medewerker kan een gewijzigde klantafspraak beoordelen, vastleggen en doorgeven zonder opnieuw alle informatie op te vragen” is wel te toetsen.
Kies zo’n complete verantwoordelijkheid. Bespreek haar met degene die de klant spreekt, de collega die het werk uitvoert en degene die de gevolgen in de administratie ziet. Hun perspectieven kunnen verschillen. Dat is nuttige informatie voor het ontwerp.
Maak ook expliciet wat blijft. Als persoonlijk overleg belangrijk is voor een moeilijke opdracht, hoeft de nieuwe toepassing dat niet te vervangen. Ze kan het overleg juist beter voorbereiden.
Laat verschillende medewerkers meedoen
De collega die graag nieuwe software uitprobeert, is waardevol, maar vertegenwoordigt niet iedereen. Betrek ook iemand met veel praktijkervaring, iemand die minder digitaal vaardig is en iemand die op een andere locatie of een ander tijdstip werkt.
Laat hen echte situaties doorlopen. Niet alleen de route die je vooraf hebt voorbereid, maar ook een onvolledige aanvraag, een wijziging tijdens het werk en een collega die tijdelijk afwezig is.
Vraag wat zij denken dat er gebeurt wanneer ze iets vastleggen. Een technisch correcte handeling kan verkeerd worden begrepen. Dat is een ontwerpprobleem dat je liefst vóór de brede invoering ontdekt.
Maak van de proef geen tweede baan
Een pilot vraagt tijd van mensen die al werk hebben. Spreek af welke opdrachten meedoen, wie ondersteuning geeft en hoeveel ruimte er is om te oefenen en terug te koppelen.
Voorkom dat medewerkers langdurig dezelfde informatie in twee systemen moeten onderhouden. Soms is tijdelijk parallel werken nodig voor controle. Bepaal dan welk systeem leidend is, wie verschillen oplost en wanneer de dubbele invoer stopt. Zonder die afspraak wordt het nieuwe systeem al snel extra werk boven op het oude.
Leg feedback vast bij de situatie waarin zij ontstaat. “Het is onduidelijk” wordt bruikbaar wanneer je weet welke beslissing iemand probeerde te nemen en welke informatie ontbrak.
Beoordeel of het werk echt kan worden afgerond
Gebruik bij de proef een kort verslag:
| Vraag | Wat je wilt vaststellen |
|---|---|
| Begrijpen | Ziet de medewerker wat de klant verwacht en wat eerder is afgesproken? |
| Beslissen | Zijn de bevoegdheden duidelijk en passen ze bij de verantwoordelijkheid? |
| Handelen | Kan de medewerker de beslissing uitvoeren en zien wat er daarna gebeurt? |
| Herstellen | Kan een vergissing worden gecorrigeerd en is hulp bereikbaar? |
| Overdragen | Kan een collega het werk overnemen zonder het verhaal opnieuw te verzamelen? |
Een melding dat iets is opgeslagen is niet hetzelfde als een afgeronde verantwoordelijkheid. Volg de wijziging door tot de volgende collega of klant.
Spreek vóór de proef af wanneer je breder invoert. Een scherm dat iedereen kan bedienen is nog niet voldoende als de gewijzigde opdracht de administratie niet bereikt. Houd uitbreiding tegen zolang belangrijke afspraken onzichtbaar blijven, medewerkers een onveilige omweg nodig hebben of niemand een fout kan herstellen.
Je kunt wel besluiten met een kleinere groep verder te oefenen. Leg dan vast welke beperking blijft, wie haar opvangt en wanneer je opnieuw beoordeelt. Dat is iets anders dan alle open punten doorschuiven naar de helpdesk.
Organiseer de eerste weken als onderdeel van de oplevering
Benoem wie vragen opvangt, wie over aanpassingen besluit en wanneer jullie het gebruik bespreken. Maak onderscheid tussen iets moeten leren, een onduidelijke afspraak en een fout in het ontwerp. Niet iedere vraag vraagt om een nieuwe functie.
In WorkVine hebben we zowel de kantooromgeving als de iOS- en Android-apps voor medewerkers gebouwd. Die productvormen maken het verschil tussen rollen en gebruikssituaties concreet. Ze vragen ook een verschillende beproeving: informatie verwerken achter een bureau is niet hetzelfde als onderweg iets raadplegen of doorgeven. Bekijk voor die afweging ook mobiele toepassingen.
Bij onze realisatieopdrachten horen ontwerp, praktijktests, invoering en overdracht bij elkaar. De oplevering is geslaagd wanneer mensen de afgesproken verantwoordelijkheid kunnen dragen, met de kennis, bevoegdheid en ondersteuning die daarvoor nodig zijn.
De volgende stap
Wat wil je mogelijk maken?
Je hoeft nog niet te weten welke software je nodig hebt.