Epävarma ei tarkoita epäonnistunutta
Kuvittele tavallinen tilanne: työntekijä tallentaa tiedot ja yhteys katkeaa. Selain ei saa vahvistusta. Muutos on voinut tallentua, vaikka näyttö ei kerro sitä. Pelkkä virheilmoitus ja uusi tallennuspainike jättävät vaikeimman päätöksen käyttäjälle: pitääkö yrittää uudelleen vai odottaa?
Operatiivisten työnkulkujen suunnittelussa tämä on olennainen kysymys. Epävarmaa tulosta ei pidä esittää varmana onnistumisena tai varmana epäonnistumisena. Näytön pitää kertoa, mitä tiedetään ja mikä on vielä tarkistamatta.
Tarkista ennen toistamista
Suunnittele tapa tarkistaa tallennettu tila ennen saman muutoksen lähettämistä uudelleen. Käyttäjän kirjoittamien tietojen pitäisi säilyä tarkistuksen aikana. Jos turvallista tarkistusta ei voi tehdä heti, kerro selkeä seuraava askel. Toistuva painaminen ei saa olla ainoa tapa selvittää, mitä tapahtui.
Harjoittele tilanne erillisessä testiympäristössä: katkaise yhteys tallennuksen ympärillä, avaa näkymä uudelleen ja selvitä, näkyykö oikea tila. Tarkista myös, ettei uusi yritys synnytä kaksoiskirjausta. Tämä on ehdotus testiksi, ei väite jonkin tuotteen valmiudesta.
Tee jatkamisesta ymmärrettävää
Tekninen palautumiskeino ei yksin riitä. Työtä tekevän ihmisen pitää tietää, mitä hän voi tehdä itse ja milloin pyytää apua. Lyhyt, tilanteeseen sopiva ohje sekä nimetty vastuuhenkilö ovat osa tuotetta. Ennen käyttöönottoa kysy: voiko toinen ihminen jatkaa tästä ilman, että rakentaja seisoo vieressä?
Jatka tästä
Mitä tuotteen valmiudesta voi päätellä?