Mobil Feltdagbok Hvordan effektivisere en oppsynsmanns datafangst i felten med smarttelefon som har GPS stedfesting
Vårt utgangspunkt Interaksjonsdesignere mest web/applikasjoner Ønsket å lære mer om hvordan lage løsninger for dagens mobile plattformer Pilot-prosjekt med design, utvikling og brukertest Identifisere tjenester og funksjonalitet som egner seg Vi deler noen erfaringer og anbefalinger Initielle design guides traff disse? Brukertesting ga funn nyttige også for andre
Dagens løsning Sauekadaver ATV kommer susende Database Ødelagt gjerde Plan for dagen: Verneområdebesiktigelse Lete gaupespor
Visjon for mobil løsning Database Sauekadaver ATV kommer susende Ødelagt gjerde Plan for dagen: Verneområdebesiktigelse Lete gaupespor
Metode Design Guides for å veilede valg av funksjonalitet Workshop med interessenter Skisset prototyper sette målbilde Teknisk prototype utforske designrom Brukertest m/mobil kontekst
Design Guides 1. Behovet for datafangst oppstår i felten 2. Datafangsten består av å stedfeste informasjon hvor stedfesting kan gjøres via GPS 3. Datafangsten består av å Velge heller enn Skrive 4. Oppgavens datafangst i felt minimeres ved ulike innebygde tekniske dingser # Avgrensning: App skal fysisk kunne måle seg med papir App kan falle i en bekk og bli ødelagt, papir kan falle i en bekk og bli ødelagt. App er ikke optimal til datafangst i en snøstorm. Papir er ikke optimalt til datafangst i en snøstorm.
Workshop
Skisser
Teknisk Brukertestet på Samsung Galaxy SII (Android Gingerbread) Benytter PhoneGap rammeverket for HTML5+js baserte apps. Kompilerer en native app som embedder den interne nettleseren Benytter plattformuavhengig HTML5+js kode som grunnlag for selve app'en. Fordel: man trenger minimalt med endringer for å lage apps for andre typer (les: iphone,..) I selve HTML5+js delen benyttes "jquery Mobile" for å få en enkel og konsistent "look and feel"
Brukertest
Funn 1: Alle er ikke Android eller iphone Designvalg: Vi ønsket å bruke html5/css3 til å style webløsningen slik at den opplevdes som henholdsvis Android/iPhone UI så brukerne fikk forholde seg til vante omgivelser Funn: Testpersonene hadde ingen Android/iPhone orientering etablert De var ikke kjent med Androids fysiske «tilbake»-knapp Fix: Lage en løsning som ivaretar Android/Iphone-stiling, uten å forutsette kjennskap til disse (brukerne lærer). Alle knapper må ligge i GUI, selv om Android har fysisk tilbakeknapp. + Bruker slipper å miste fokus på skjermen.
Funn 2: Kontekst ER viktig for brukertest Realistiske omgivelser hjelper testpersonene til å spille med Realistisk situasjon gir valide innspill på hva som fungerer/ikke Funn Kontekst fanger opp faktisk bruk på mobile enheter. Å overse mobil kontekst, gir en blindsone man ikke lærer noe om Brukeren og GUI eksisterer ikke i en boble (desktop-test) Desktop test Mobil test
Funn 3: Legge inn data :/ Designvalg: Data skal inn digitalt via smarttelefon: Velg over Skriv Redusere lengde på innhold i comboer Funn: Fix: Brukerne fikk til og likte å velge, syntes det var «mye enklere enn forventet» Tastaturet har for små bokstaver, vanskelig å treffe riktig bokstav. Legg til flere velge-felt i neste runde, for å videre redusere behov for å skrive merknad. Merknadsfeltet beholdes til bruk i spesielle tilfeller.
Funn 4: Forenkle men ikke for mye Design guides: Datafangsten består av å Velge heller enn Skrive Oppgavens datafangst i felt minimeres ved ulike innebygde tekniske dingser Vi fokuserte for mye på obligatoriske felter Funn: Brukerne etterlyste noen KAN felt. Viktigst for dem å få lagt inn nok til å kunne avslutte saken der og da. Fix: Legge flere frivillige felter på et nivå under de obligatoriske
Funn 5: Defaultverdier ikke alltid til hjelp Design guides: Datafangsten består av å Velge heller enn Skrive: Gode defaultverdier gjør registreringen mer effektiv Vi la det mest brukte alternativet som valgt på forhånd (der ett er mye mer brukt enn andre) Funn: Testpersonene var bekymret for feilregistreringer dersom de ved en feiltagelse glemte et felt: «Det er så mange som er slarkete» Fix: Ikke bruke defaults Markere felt tydeligere som ferdig Vurderer å bruke wizard-style flyt
Funn 6: Innebygde dingser Designvalg Benytter smarttelefonens kamera, GPS, og strekkodeleser for å lette datafangst Funn Alle klarte å bruke dette, og likte det «No vart æ imponert» GPS var effektivt for å spare brukeren for manuell feltutfylling. Brukeren stoler på GPS koordinatene dersom de presenteres sammen med et kart som har detaljrikdom.
Funn 7: Brukerens behov for kontroll Designvalg Flyten slutter med en lagreknapp Ved mobildekning blir registreringen sendt til databasen (bruker skal slippe å forholde seg til dette sørge for dekning og få sendt). Funn Brukeren ønsker å mellomlagre, vane fra desktop Brukeren ønsker å si fra når registreringen er klar til å sendes Fix Lagreknapp + Sendknapp (krever å håndtere usendte, påminnelser osv.) Alternativt autolagre når en går ut av et felt og gir bruker beskjed om dette Bjørn
Funn 8: Direkte fra Papir til App? Designvalg Felter i skjema ble tatt med i App, fokus på å minimere så skal være fort å gjøre seg ferdig ute. Funn Fix Brukerne ønsker tettere knytning på tvers enn papirskjema kan gi Brukerne ønsker at app skulle støtte dem i oppgaver utover det å fylle skjema. Innspill matcher Design Guides godt Vil effektivisere datafangst i felt Gjøre tiltak for å finne flere slik kandidater
Konklusjon Alle brukerne var fornøyde og hadde tro på at applikasjonen blir en bra løsning for dem. Sparte mye manuell utfylling av data med GPS stedfesting = klar effektivisering av datafangst i felt. Nyttig å utføre brukertest på en tidlig prototype (prototype var teknisk mer moden enn vanlig) Viktig at brukertesten var kontekstuell
Takk til SNO og DN som ble med på piloten og deltok i workshop Rovviltkontakter og oppsynsmenn fra SNO som ivrig stilte til brukertest Gutta som nerdet frem mobil app på fritiden i pur teknisk begeistring: Asbjørn Fellinghaug Kristian Bendiksen Magne Rodem..og resten av faggruppen