Bathub
Badeappen Bathub samler informasjon om badesteder i Norge – informasjon som tidligere har vært spredt over flere kanaler. Appen ble til gjennom en smidig utviklingsprosess. Potensielle brukere ble inkludert gjennom datainnsamling (spørreskjemaundersøkelse og intervju) og evaluering av prototyper (brukbarhetstester). Tidlig og kontinuerlig gjennom prosessen evaluerte vi deler av den potensielle løsningen mot aktuelle brukere. Dette gjorde vi for å sikre produktet opp mot brukeres behov og forventninger. Denne brukerinvolveringen har sørget for endringer og justeringer i kravspesifikasjonen.
Nøkkelord: app, universell utforming, scrum, tverrfaglig team
Min rolle
Designer og Scrum-Master (rullerende rolle)
Verktøy
Android Studio (Kotlin), Figma, Git og GitHub
Metodologi
Scrum, designsprinter, datainnsamling og designkritikk
Utfordring
Utforskingen av allerede eksisterende tjenester viste at informasjon om badeområder i Norge er spredt på flere kanaler og tidvis mangelfulle. Dette ble utgangspunktet for vår produktvisjon: Å samle informasjon om badeområder i Norge og tilby informasjon basert på brukernes behov og ønsker.
Mål
Appen kunne med det gjøre det enklere for brukere å planlegge en badetur, utforske nye badeområder og utnytte områdenes kvaliteter.
Vi definerte appens målgruppe som personer i Norge som liker eller har lyst til å bade, svømme eller foreta seg andre aktiviteter relatert til offentlig tilgjengelige badeområder. Det kreves at disse personene har en Androidbasert smarttelefon da appen utvikles i Android Studio.
Prosessen
Vi jobbet smidig med én-ukers sprinter (i tråd med Googles designsprint-metodologi), innhentet brukerdata med spørreskjemaundersøkelser og intervjuer, laget prototyper i Figma, og gjennomførte tre runder med brukbarhetstester. Hver test førte til konkrete forbedringer av prototypen/appen: blant annet hva gjaldt prioritering av funksjonalitet og valg og plassering av ikoner.
Kravspesifikasjonen besto av brukerhistorier (på formen «Som bruker ønsker jeg [...]»), funksjonelle krav («Appen skal ha [...]»), ikke-funksjonelle krav (bl.a. kravet om universell utforming), organisatoriske krav (bl.a. kravet om Kotlin som programmeringsspråk), og eksterne krav (bl.a. kravet om å oppfylle kravene fra GDPR slik at brukerens rettigheter ivaretas).
Designmessig ga brukbarhetstestene hovedsakelig føringer for utformingen og plasseringen av navigasjonsmenyen, og innholdet på landingssiden.
Prototyping
Fra skisser på papir, til prototyping i Figma.
Universell utforming
I forkant av prosjektet gjennomgikk vi kriteriene til WCAG og WAD og valgte ut dem vi mente var aktuelle for apputvikling og realistiske å implementere i prosjektet. Dette inkluderte:
Farge og kontrast: Sikre stor nok fargekontrast mellom tekst / grafisk objekter og bakgrunn
1.4.3 Kontrast (WCAG 2.0) og 1.4.11 Kontrast for ikke-tekstlig innhold (WCAG 2.1)
Alternativ bildetekst: Sikre at grafiske objekter og motiv kan bli formidlet til alle brukere.
1.1.1 Ikke-tekstlig innhold (WCAG 2.0)
Berøringsmål: Sikre at størrelsen på knapper og andre interagerbare elementer er tilstrekkelig for en finger.
Anbefalt størrelse på berøringsmål (Material Design og den engelske versjonen av WCAG 2.1)
Tilgjengelighetserklæring og tilbakemeldingsfunksjon (WAD): Sikre at brukeren har oversikt over innhold som ikke er utformet i samsvar med kravene for universell utforming. Sikre at brukeren kan tilbakemelde om mobilapplikasjonen begår feil eller bryter med kravet
Visningsretning: Sikre at innhold kan vises i både portrett- og landskapsmodus.
1.3.4 Visningsretning (WCAG 2.1)
Bathub-appen
I Bathub blir hvert badeområde presentert med et områdebilde, en beskrivende tekst, bade- og lufttemperatur, avstand fra bruker, værmelding og om det er salt- eller ferskvann. Der ytterligere informasjon er er kjent og tilgjengelig presenteres også dette. Dette er informasjon om fasiliteter som stupetårn, brygge, sand, dusj, toalett, mattilbud, bålplass, campingplass, parkeringsplass og universell tilgjengelighet.
Appen gir tillater også brukeren å registrere sin ønskede badetemperatur. Det gjør at brukeren enkelt kan se hvilke vann som har nådd denne temperaturen, og hvilke vann som er varmere og kaldere. I tillegg er det muligheter til å lagre sine favorittbadeområder, og få en oversikt over de geografisk nærmeste badeområdene. Løsningen gir også en værmelding time for time der brukeren befinner seg.
Refleksjon & lærdom
Prosjektet ga nyttig erfaring med Scrum og praksisene sprint planning, sprint review, daily standup og retrospective. Scrum bidro til å optimalisere produktutviklingsprosessen vår og støttet opp om et godt samarbeid innad i teamet.
Prosjektet viste også viktigheten av å gjennomføre brukbarhetstester for å støtte opp om appens brukervennlighet. Å teste med reelle brukere er viktig slik at teamets antagelser ikke blir førende for designvalgene.
Det var flere funksjonaliteter vi ikke fikk prioritert på grunn av prosjektets tidsbegrensning. Designmessig ønsket vi å i større grad utforske appens formkonsept. Appens funksjonalitet gir brukeren kontroll over badetemperaturen nærmest som ved et badekar. Dette hadde vi ønsker om å leke oss med også i det visuelle hadde tiden strukket til.
