De knop werkte. Hij was getest. Hij stond precies waar hij volgens het ontwerp hoorde. En niemand klikte erop.
Dat is een pijnlijk soort softwareprobleem. Er is geen bug om op te lossen, geen server die omvalt en geen foutmelding om te verbeteren. Alles doet wat is afgesproken. Alleen de gebruiker doet niet mee.
De perfecte planningsknop
Stel: een transportbedrijf wil zijn planners helpen. Iedere ochtend schuiven zij ritten, chauffeurs en voertuigen bij elkaar. Dat kost tijd en is gevoelig voor fouten. Daarom wordt een slimme knop bedacht: “Maak optimale planning”.
De software rekent beschikbaarheid, rijtijden en capaciteit door en presenteert binnen enkele seconden een voorstel. Technisch indrukwekkend. In een demonstratie ziet het eruit als precies de oplossing waarvoor het bedrijf heeft betaald.
Na de lancering gebruiken de planners de knop nauwelijks.
Niet omdat ze tegen vernieuwing zijn. Niet omdat ze de uitleg niet begrijpen. Ze vertrouwen de uitkomst niet, omdat de software niet laat zien waarom een chauffeur op een bepaalde rit staat. Bovendien kennen zij uitzonderingen die nergens zijn vastgelegd: deze klant wil altijd dezelfde chauffeur, dat voertuig maakt een vreemd geluid en die route loopt op vrijdag gegarandeerd vast.
De software kent de regels. De planners kennen de werkelijkheid.
Een feature wordt niet waardevol wanneer hij af is. Hij wordt waardevol wanneer iemand er zijn werk aan durft toe te vertrouwen.
“De gebruiker moet wennen” is een te makkelijk antwoord
Wanneer software niet wordt gebruikt, wordt vaak naar adoptie gewezen. We plannen een training, maken een handleiding en sturen een herinnering. Daarmee leggen we het probleem bij de gebruiker: de feature is goed, maar de mensen zijn nog niet zover.
Soms is training nodig. Maar vaak vertelt ongebruik iets anders:
- de feature sluit niet aan op het moment waarop de beslissing wordt genomen;
- de uitkomst is niet uitlegbaar;
- de gebruiker verliest controle;
- het oude proces is sneller voor de uitzonderingen die dagelijks voorkomen;
- of het voordeel ligt bij het management, terwijl het extra werk bij de medewerker belandt.
Dan is weerstand geen gedragsprobleem. Het is feedback.
Vraag niet wat iemand wil. Kijk wat iemand doet.
Gebruikers kunnen uitstekend vertellen waar ze last van hebben. Het ontwerpen van de oplossing is lastiger. Als je vraagt welke feature iemand nodig heeft, krijg je vaak een digitale versie van het huidige proces.
Daarom willen we bij Byte Me zien hoe het werk werkelijk verloopt. Welke tabbladen staan open? Waar ligt een kladblok? Wanneer wordt iemand gebeld? Welke informatie controleert een medewerker stiekem nog in een tweede systeem?
Die kleine handelingen vertellen meer dan een wensenlijst.
Bij de theoretische planningsknop zou de oplossing bijvoorbeeld niet direct “volledig automatisch plannen” hoeven zijn. Misschien begint waarde met drie voorstellen naast elkaar, inclusief uitleg. De planner kiest, past aan en de software leert welke uitzonderingen terugkomen. Controle verdwijnt dan niet; controle wordt sneller.
Meet gedrag, niet alleen oplevering
Een project is niet succesvol omdat alle afgesproken functies live staan. Na de lancering begint een andere set vragen:
- Hoeveel mensen gebruiken de feature?
- Op welk moment haken zij af?
- Welke voorgestelde uitkomsten worden vaak teruggedraaid?
- Hoeveel tijd bespaart de functie werkelijk?
- Welke workarounds blijven bestaan?
- Neemt het aantal vragen of fouten af?
Gebruiksdata vertelt niet het hele verhaal, maar het voorkomt wel dat we succes verwarren met aanwezigheid. Een knop die honderd keer zichtbaar was en nul keer gebruikt werd, geeft een duidelijker signaal dan een groene status in een projectplanning.
Soms moet een feature verdwijnen
Dit is misschien de lastigste keuze. Er is tijd, geld en aandacht in een functie gestoken. Daardoor voelt verwijderen als verlies. Dus verplaatsen we de knop, voegen we uitleg toe en maken we hem groter.
Maar software wordt niet beter van iedere feature die ooit een goed idee leek. Software wordt beter wanneer iedere aanwezige functie een reden heeft om te bestaan.
Bij Byte Me zijn we liever eerlijk over een verkeerde aanname dan jarenlang trots op ongebruikte code. Soms verbeteren we de feature. Soms maken we hem kleiner. En soms halen we hem weg.
Dat is geen mislukking. De echte mislukking is blijven betalen voor iets waarvan iedereen kan zien dat het niets oplevert.
Kijk daarom eens naar je eigen software. Niet naar de lijst met functies, maar naar het werkelijke gebruik.
Welke knop is bij jullie het duurst geweest?