JHmaster

Dette er en presentasjon jeg trodde jeg skulle ha. Men en typisk misforståelse fra KHiB sin side var at de skulle bare vise filmen min, og at jeg ikke trengte å presentere noe som helst. Greit for min del, men litt irriterende. Med denne presentasjonen tenkte jeg å snakke litt om hva en kan gjøre lurt i å finne ut av når en gjøre en master ved KHiB. Ønsker du å laste ned presentasjonen så ligger den her.

Her kan du laste ned masteroppgaven. Hvis du bruker noe av innhold, husk å referer både til meg og kilden jeg bruker.

Jeg hadde med iMac for å vise nettsiden som kunne trykkes på, en iPod touch for å vise applikasjonen på riktig medium og størrelse og en TV-skjerm for å vise min scenariofilm.

Som et supplement til utstillingen lagde jeg denne filmen som ble vist på en iPod Touch. Den viser hvordan en setter i gang som en ny bruker med Youuu.

Her er scenariovideoen jeg har laget til mitt master prosjekt. Det viser tre situasjoner applikasjonen brukes i. Takk til Jonas Håland, Bien Bar, Janne Bjørgan, Nobel Bopel og Håvard Legreid.

Jeg skal se om jeg legger den ut, for jeg har egentlig ikke noe server for tiden. Jeg har også gjort enkelte snarveier som gjør den tung.  men men får se

Da har jeg presentert masteren. Det var mest pirk som kunne være ordnet opp i og løsninger som kunne være litt annerledes. Men dette gjør meg ingen ting. Det er alltid ting som kunne vært annerledes og slik er det, ting utvikles over tid. Legger ut masteroppgaven her om en listen stund. Må lage den om til skjermversjon.

Nettside designet så og si ferdig. Om teksten er det er en helt annen sak.

Leter du etter piktogrammer eller ideer til et piktogram, så finner du det meste her. Du må tegne de på nytt, men det er jo ikke et stort problem :)

For å vise hvilke situasjoner applikasjonen kan brukes lager jeg en reklamefilm i tre deler og tre situasjoner med tre forskjellige. Jeg må takke Jonas Håland, Janne Bjørgan & Håvard Legreid.

Ingvard Wilhelmsen

Har begynt på nettsiden. Jeg går for klassisk salgsnettside for web 2.0 greier. Enkel og rask kommunikasjon. Først mindre informasjon, så mer og så mer. Dette måten å informere på kommer godt frem i denne TED talken. Takk til Mosse også.

Mockuptest  For å finne ut om flyten i applikasjonen og designet fungerte, gjorde jeg brukertester, såkalt mockups eller prototyping, med et program kalt «Mockabilly».  Programmet gir deg mulighet til å benytte deg av eget design, legger til knapper, knytte sammen flere sider og få enkle overganger. Linking av eget design er godt nok til det meste, men det hadde vært greit å kunne animert enkelte elementer og benytte lengre sider. For å danne meg et greit grunnlag testet jeg den på fire personer. Bare en av dem har sett deler av designet før. Etter testen oppdaterte jeg mockupen etter innspillene. Mockuptesten I mockuptesten ønsket jeg å finne ut om logoen fungerte og om brukeren trykket på de riktige knappene. Jeg observerte og noterte det som hente og hørte om de hadde innspill til endringer som kunne gjøres. Applikasjonen har mange farger og dette ble kommentert som positivt og alternativt.  Skriftstørrelsen, som er liten, ble godkjent av den eldste jeg testet mockupen på (58). Jeg fant ut at piktogrammet jeg bruker for «oppgaveområde» ikke var lett å forstå, og må skiftes ut. Et godt forslag var å bytte den med et plusstegn, som er en konvensjonen for «ny» på iPhone. Etter mine første to tester kom det tydelig frem at en introduksjon til knapper og innhold kunne være bra. De to første testpersonene var også dem med minst erfaring med iPhone. Til de to siste testpersonene laget jeg klar en introduksjonen. Det er også laget en karakter til applikasjonen som skal gi respons til brukeren. Karakteren er enkel og er gjort så nøytral som mulig. Denne ble også trukket fram som en god løsning. Mockupevaluering Testen gikk bra og jeg kan si meg fornøyd med hvordan flyten er mellom sidene. Etter testen må det gjøres enkelte forandringer som er greie å endre på. Designet ellers ble trukket frem som godt og oversiktlig.

Jeg tok kontakt med Atle Øksendal i Gosu for å snakke om utviklingen av iOS applikasjoner. I deler av møtet var også Carl Mathisen fra Kamikaze med. Gosu gjør motion- og interaksjonsdesign, og Kamikaze retter seg mot webdesign. Først snakket vi om applikasjonen jeg utvikler og begge kom med gode tips som jeg tok med meg videre (januar 2012). Utvikling av applikasjoner Jeg spurte Atle spesifikt om hvordan deres prosess er når de utvikler applikasjoner og andre interaktive produkter. Prosessen endrer seg etter kundens ønsker, behov og hvilke forutsetninger produktet skal ha. De starter med å se på tidligere produkter fra kunden og deres grafiske identitet. Som oftest er det en bred målgruppe kunden ønsker seg. Men med en bred målgruppe kan resultatet bli et produkt for ingen. Derfor spisses målgruppen til ved å lage arketyper. Arketypene får en personlighet og sette i situasjoner. Dette blir kalt «Personas». Ved å lage «Personas»  gjøres produktet mer fokusert. I tillegg gir det et argument for å fjerne ideer som ikke passer personen og situasjonen. Det er mange ideer som høres nyttig ut, som er interessante å ha med, men som ikke passer brukeren. Dette skaper også et tydelig felles mål for alle som jobber med prosjektet. Det er viktig å komme seg ned på et basalt nivå, som gjør det enkelt å forstå hva brukeren er ute etter. Det vil si, lager du et produkt som er tilknyttet tv, er det et produkt der brukeren vil slappe av. Å lage for mange hindringer før en kan slappe av, vil irritere brukeren og gjøre produktet mindre brukervennlig. Andre del av prosessen er å planlegge konsept og danne de grunnleggende målene. Skissefasen begynner med å lage wireframes og flytskjema (hvordan sidene og funksjoner henger sammen). Etter at denne delen av prosessen er på plass, rettes blikket mot det ferdige visuelle uttrykket. Som et ekstra tips er det også lurt å bruke et forståelig og lite fagspesifikt språk. Dette gjør teksten tilgjengelig, og alle forstår hva målet er. Research Som oftest blir det ikke brukt mye tid til research. En grunn til dette er at kunden ikke tar seg råd eller ønsker at Gosu skal bruker tiden sin på dette. For kunden betaler for Gosus innsikt og erfaring. Hvis det skal gjøres kvantitativ research eller bredere produkttesting, hyres det inn et annet firma som er spesialisert på dette. «iOS» vs. «Android» Jeg spurte Atle Øksendal om hva som er den store forskjellen mellom «iOS» og «Android»-systemet. Operativsystemene er relativt like, men har forskjellig kodespråk. Den største forskjellen ligger i at «iOS» har flere regler, i tillegg er systemet godt etablert. Apple har gjort en god grunnjobb, og det blir dermed mer tilgjengelig for hvem som helst til å produsere en applikasjon. «Android» på den andre siden har ingen regler, en står helt fritt til å gjøre som en vil. Dette kan ha sine klare ulemper, da et system uten regler ikke skaper vaner hos brukeren. Dette gjør at også kvaliteten spriker. De fleste mobilene med «Android»-systemet har også hardware knapper, for eksempel navigasjon, som gjør at plasseringen av menyer er også helt forskjellig fra «iOS» og «Android». Jeg lurte også på hvordan det er med rettigheter når det gjelder grafiske elementer og funksjoner i «iOS»-systemet. Han mente det ikke er noen som har patent på dette utenom Apple selv. Gode løsninger blir kopiert av mange, fordi de er gode. Smarttelefonplattformen er fremdeles ung og alle muligheter er ikke utforsket enda. Mockup tips Carl Mathisen ga meg et tips om en mockup applikasjon til iPhone kalt: Mockabilly.  Den gir deg muligheten til å lage knapper og overganger på eget design. Den mest vanlige formen for mockup-applikasjoner er at en må bygge applikasjonen inne i deres system, som er både tidkrevende og upraktisk. Jeg har testet Mockabilly og det fungerer greit til å vise flyten i applikasjonen. (dette er ikke en særlig god app, men har sine fordeler) Konklusjon En gjør lurt i å ha en spisset målgruppe og lage å arketyper med personlighet er i spesielle situasjoner. Målgruppen gjør det lettere å komme frem til et produkt for noen, og ikke en vag gruppe som «alle». Å komme ned på et basalt nivå er en måte å gjøre prosjektet forståelig for flere. Atle snakket om en skissemetode som er å bruke wireframes og flytskjema som klargjør alle delene til applikasjonen, før en fokuserer på det visuelle uttrykket. Den største forskjellen mellom «iOS» og Android operativsystemene er kodespråket og at «Android»-mobiler har flere fysiske knapper..

Yes, da var det bare å få ferdig alle de andre tingene som må være med til masteren.