Ett system som är kul att använda blir faktiskt använt
- Publicerad
- Skriven av
- Techfab
- Kategori
- Produkt
Införandeprojekt havererar sällan på funktionalitet. De havererar på att ingen orkar, och det är ett designproblem — inte ett utbildningsproblem.
Det finns en berättelse som går igen: företaget köper in ett system, det rullas ut, det hålls utbildningar. Ett halvår senare visar det sig att halva produktionen fortfarande skriver på lappar och matar in i systemet efteråt, om de hinner.
Slutsatsen brukar bli att folk är förändringsobenägna. Nästan alltid är den riktiga slutsatsen en annan: systemet gjorde deras dag längre.
Räkna klicken, på riktigt
Vi brukar sätta oss bredvid någon som gör uppgiften och räkna. Hur många skärmar, hur många fält, hur många av dem är obligatoriska utan att någon läser dem sedan?
Ett formulär med nitton fält där tre används i uppföljningen är inte en datainsamling. Det är en skatt på den som fyller i det, och den skatten betalas i slarv: fältet fylls i med “-” eller med förra veckans värde.
Ta bort fälten. Det finns nästan alltid ett par som är kvar sedan ett beslut ingen minns.
Bygg för den sämsta dagen
Verktyg testas på kontoret, på en stor skärm, i lugn och ro. De används på bygget, i regnet, med handskarna halvt av och en leverans som just kom fel.
Det betyder stora tryckytor, få steg, ingenting som kräver noggrannhet, och ett gränssnitt som tål att man blir avbruten mitt i. Om något halvfärdigt inte går att spara kommer det inte att fyllas i alls.
Glädje är inte ett mjukt värde
Vi pratar mycket om att ett system ska vara kul att använda, och det låter som en trevlighet. Det är det inte. Det är den enda mekanism som gör att data blir registrerad i tid, och data som registreras i tid är hela poängen med systemet.
En ledning som får korrekt underlag på måndag morgon har det för att någon på fredagen tyckte att det var lätt att fylla i. Det finns ingen annan väg dit — inte påminnelser, inte policyer, inte utbildningar.
Testet vi kör
Innan något går ut skarpt låter vi någon som aldrig sett systemet göra sin vanliga uppgift i det, utan hjälp och utan genomgång. Vi säger ingenting och antecknar var de tvekar.
Varje tveksamhet är en ändring att göra. Behövs en genomgång för att komma igenom flödet är produkten inte klar — och en manual löser det inte.