SunSaver gjør vær-, strøm- og takdata om til ett tall boligeiere kan bestemme seg ut fra.
Mange boligeiere vurderer solceller, men vet for lite om energi til å avgjøre om det er verdt pengene. SunSaver er laget for dem, og prosjektet endte med podiumsplass i MET-prisen fra Meteorologisk institutt.
Eneste designer i teamet.
Hovedansvar for innsiktsarbeid, workshop, skisser og visuell design av
applikasjonen.
6 studenter i et tverrfaglig team.
ScrumBan med ukentlige sprinter.
Android-app.
Fem datakilder, blant dem MET/Frost og Kartverket.
For å forstå brukerne kodet jeg 50+ undersøkelsessvar og to intervjuer til et affinity diagram. Funnet var tydelig: de fleste visste nesten ingenting om solenergi. Derfor snudde vi informasjonssiden, fra støtteordninger til å forklare hvorfor solenergi lønner seg. Ingen ferdig funksjonalitet måtte forkastes underveis.
Kravet var å vise besparelse time for time. Men i Crazy 8-workshopen så vi at et så finmasket tall ikke hjalp noen med å bestemme seg. Vi viste i stedet produksjon per måned i en interaktiv graf, der man trykker på et punkt for å se kilowattimene. Det ble mer håndfast for brukeren, og ga få endringer i kravspesifikasjonen senere.
Seks brukere testet MVP-en. Ingen ville endre retning, men flere savnet det samme: når er installasjonen tjent inn? Vi la derfor til en komponent for tilbakebetalingstid på hjemskjermen, og gjorde det tydeligere hva som er trykkbart. I geriljatestingen fullførte brukerne kjerneoppgavene raskt.
Kjerneflyten går fra adresse til svar: du søker opp adressen, velger takflater og paneltype, og ser besparelsen. Hjemskjermen samler besparelse, produksjonsgraf og tilbakebetalingstid. Når du oppretter et anlegg, får du et prisestimat med offentlig støtte, og infoskjermen forklarer hvorfor solceller lønner seg og hvor du starter.
Alle må- og bør-kravene fra Meteorologisk institutt ble innfridd, med ett unntak.
Beslutninger nådde ikke alle. Etter første retrospektiv la vi inn code review som eget steg i Kanban-boardet, og jobbet mer sammen gjennom mobb- og parprogrammering.
Designvalg var alt tatt på kvalitativt grunnlag da det første intervjuet var i boks. Vi kompenserte ved å legge brukertester rett etter MVP.
Innsikt må gjøres delbar før den kan bli design.
Affinity diagrammet ble teamets felles referanse, så designvalg kunne begrunnes med brukerdata framfor smak. Å jobbe i koden gjorde meg tryggere i samarbeidet med utviklere. Neste gang vil jeg ta universell utforming tidlig inn i designfasen.