Brukerdagbøker for fagsystemer
28.05.2009
Interne fagsystemer og applikasjoner hvor brukerne sitter spredt, som i kommuner, politi, sykehus osv. kan være en utfordring i forhold til å gjøre både brukertester og heuristisk evaluering. I verste fall inneholder systemene private eller sensitive data slik at en ekstern person ikke kan få tilgang, men det kan også være at systemet krever faglig opplæring for å tolke informasjonen riktig, noe som er gjør at tidsbruken for en evaluering blir uforholdsmessig høy. Å brukerteste fagsystemer der brukerne er geografisk spredt og har ulike tilgangsnivåer er også logistisk vanskelig.
I motsetning til informasjonsnettsider og webshops er fagsystemer vanskelige å evaluere. Men slike fagsystemer er ofte ryggraden i en virksomhet og brukere er avhengige av det for å gjøre jobben sin. Derfor er arbeid med brukervennlighet desto viktigere men pga alle vanskelighetene, og at det er vanskelig å dokumentere en økonomisk gevinst ved å øke brukskvaliteten forblir de ofte tungvinte og vanskelige å bruke.
Løsningen kan være like enkel som den er genial – for å få en kontinuerlig strøm av feedback til systemeier, prosjektleder eller leverandør kan brukerdagbøker være løsningen. Kort fortalt går det ut på at utvalgte brukere (ikke ulikt et brukerpanel) fører en logg over hva de gjør i systemet. Når slike rapporter sendes inn regelmessig vil det danne seg mønstre over hva systemet brukes til, og man vil kunne se hvor folk får problemer osv.
En variant som ville gjøre det enda enklere er at man utstyrer alle superbrukere med en dagbok der de kan føre en logg over alle henvendelser de får fra sine kollegaer. Ja nemlig! Tenk om du i dette øyeblikk satt med en liste over samtlige ting noen har spurt en superbruker om det siste året. I ditt arbeid med brukervennlighet vil du få vite hvem du skal snakke med, hva de har problemer med, hvor hyppig problemer oppstår, hva slags mål brukerne har og hva slags oppgaver de utfører som gir dem vanskeligheter. Dessuten har du ikke løftet en finger for å få det til, og det er helt gratis. For godt til å være sant? Hvem vet, for jeg har ikke forsøkt det tidligere. Har du?
Loading ...
May 28th, 2009 at 10:03
Har ført brukerdagbøker i et par år nå. Rette personer for kreditt for sine forslag til forbedringer, og dermed blir også brukermotstanden ved innføring bruke ny programvare redusert. Kan absolutt anbefales.
Bra?
0 
0
May 28th, 2009 at 11:00
Insentiver for brukerne som er med er et god poeng. Med “kreditt”, hva mener du spesifikt, hvordan gjør du det?
Bra?
0 
0
May 28th, 2009 at 11:47
Hei igjen,
med kreditt mente jeg at brukeren for æren for forbedringen, men jeg forteller bare navnet på idéhaveren om noen kommenterer forbedringen positivt (noe som nesten alltid er tilfelle).
Etterhvert som brukerne har lært at det er positivt å komme med feedback har vi også mottat mer feedback. Av forskjellige grunner kan ikke alle forslag innføres løpende, men vi tar forslagene med oss i utviklingen av neste versjon av programvaren.
Jeg har opprettet ei txt-fil på hvert navn som kommer med forslag. Brukerne har fullt innsyn i sin fil, men får ikke se forslag som andre har kommet med. I fila noterer jeg forslaget, om det er vedtatt innført, prioritet, prosentvis hvor langt det evt. er kommet i utviklinga eller beskriver kort hvorfor det ikke ble innført. Bruker ikke dato.
Bra?
0 
0
May 29th, 2009 at 08:59
Hei,
jeg jobber og med tekniske systemer og synes dette høres bra ut.
hva er fordeler og ulemper av dagbøker i forhold til å ha en feedback-funksjon i applikasjonen som alle brukerne kan ha tilgang til?
Bra?
0 
0
May 29th, 2009 at 09:49
Det er vesentlig å skille mellom forbedringsforslag og dagbøker. Brukerdagbøker er strengt tatt ikke en egnet metode for å få forbedringsforslag fra brukere, men å få en logg over hva de bruker det til, slik at brukervennlighetspersoner kan se mønstre og forbedre produktet. Ta f.eks. dette med superbrukere. Dersom de skrev ned alle henvendelser de får, altså hva spørsmålet var – så kan man danne seg et bilde av hva folk sliter med. Problemet med at folk får komme med egne innspill til løsning er at
a) de vet ikke hva den beste løsningen er (de er ikke interaksjonsdesignere)
b) Forslagene stammer fra enkeltpersoner og selv om ikke alle blir tatt til følge, får du feature creep over tid
Dagbøker bør etter min mening ikke være rene tilbakemeldingskanaler, men heller en logg over bruk og problemer. Da kan man designe en god løsning der man ser at flere står fast. Og jeg setter penger på at de beste løsningene ofte vil være å ta bort funksjonalitet og gjøre om på eksisterende ting – forbedringsforslag har den leie egenskap at nesten alt er forslag om noe nytt.
Bra?
0 
0
May 29th, 2009 at 10:09
Klarer man å få brukerene til å notere tilstrekkelig i dagbøkene til at det er nytte i innspillene?
Hadde vært genialt om man hadde klart å ta et snapshot av skjermen for det brukeren beskriver. (konstant opptak og lagre siste x min). Tror datatilsynet vil sette seg på bakbeina her.
Bra?
0 
0