Geosa Geolocation based social application Gruppemedlemmer Henrik Glasø Skifjeld henrigs@ifi.uio.no Thor Henning Widlund thorhw@ifi.uio.no Silje Klevstul siljekle@student.matnat.uio.no Truls Skeie trulsske@ifi.uio.no 1
Innholdsfortegnelse Introduksjon... 3 Motivasjon og inspirasjon... 3 Forskningsspørsmål... 4 Scenario... 4 Målgruppe... 4 Organisering av arbeid... 5 Prosjektplan... 5 Tidlig idéfase... 6 Undersøkelsesopplegg... 7 Intervju... 7 Workshop... 7 Planlegging og gjennomføring... 8 Resultater... 8 Gruppe 1... 8 Gruppe 2... 9 Metodikk og videre arbeid... 10 Referanser... 12 Vedlegg... 13 2
Introduksjon Med mobilapplikasjonen 1 Geosa (GEOlocation based Social Application) har vi valgt å jobbe med en idé som er litt annerledes enn andre sosiale apper som har gjort det bra. Vi har valgt å ikke konsentere oss om følgere eller venner, men derimot sted og stedsnavn. Vi vil gjøre det mulig for brukere som er på samme sted å chatte med hverandre, samt se hva andre brukere har skrevet før dem. Vi hadde flere grunner til å velge en sosial app, blant annet ville vi jobbe med dynamisk data, noe sosiale apper gir. De har også størst sannsynlighet til å bli tatt i bruk. Hvis man ser på Mashable sin statistikk over de 10 mest brukte apper til smarttelefoner [1] vil man se at halvparten av appene er sosiale, mens alle appene uten om Google Maps kun gir verdi til brukere hvis appen har mer enn én bruker. Først og fremst vil appen bli lansert på ios, deretter satser vi på langsikt å kunne gjøre appen tilgjengelig på alle smarttelefoner. Det er altså et krav å kunne nå alle om appen skal slå an. Motivasjon og inspirasjon Vår motivasjon til dette prosjektet er å kunne gjøre noe annerledes enn hva de store apper baserer seg på. Ideen til appen ble utarbeidet av problemstillingen Jeg er ny på et sted, hvordan vet jeg hva jeg skal gjøre?. Dette er motivasjonen vår for å kunne lage en app som folk vil ta i bruk. Vi vil hente inspirasjon fra andre apper og fra andre mennesker, og potensielle brukere. Det finnes allerede apper som har implementert noe av funksjonaliteten vi tenker på, hvor Locacha og Circle er to av dem. Locacha viser et rom for området du er og maks 30 av de nærmeste andre brukerene. For å kunne bestemme hvilke 30 som er i samme rom, så ser Locacha på GPS-koordinatene til brukerene, og linker de 30 nærmeste sammen. Men forskjellen fra vår app og Locacha er at vi vil bruke stedsnavn, og si at det er et rom eller sted, istedenfor å bruke bare GPS-koordinater, og også avgrense et område for kommunikasjon slik at man ikke kan snakke med brukere som er langt fra deg. [2] 1 Vil videre bli omtalt som app 3
I tillegg finnes en app til ios og Android som heter Circle som baserer seg på å hente informasjon fra Facebook og filtrer ut kun den viktig informasjonen i henhold til lokasjon. Så via Circle får man informasjon arrangementer og andre ting venner skal som er i nærheten av der du er. [3] Forskningsspørsmål Når man skal lage noe er det gjerne med det målet å dekke et behov. Vi startet derimot litt på andre siden med heller et ønske om å lage en app, og lære av dette. Det vi ville lage var en form for sosial app med hensikten å kunne prate med mennesker på det stedet du befinner deg for å finne ut hva som skjer, men ikke nødvendigvis med personer du kjenner fra før. Ut fra dette så vi et udekket, nytt behov og vi bestemte oss derfor for å løse, med en sosial app som verktøy, følgende todelte spørsmål: Hvordan kan man enkelt skaffe informasjon om hva som skjer på stedet man er, og hvordan kan denne informasjonen opprettes? Scenario Vi har sett for å flere scenarioer hvor en slik app kunne vært hensiktsmessig. Du kan for eksempel se for deg at du er på ferie et helt nytt sted, står midt i byen og lurer på hva som er viktig at du får med deg før du drar hjem. Hvis man bruker appen vår vil man kunne se hva andre som har vært der før har sagt og man kan kommunisere med andre brukere som er i nærheten og spørre hva de anbefaler. Appen kan også brukes til andre formål, som for eksempel hvis man når toppen på Galdhøpiggen, så kan man skrive en liten hilsen til de andre som kommer opp etter deg. Målgruppe Målgruppen vår for dette prosjektet er studenter på IFI. Grunnen til at vi endte opp med dette som vår målgruppe er fordi denne gruppen er lett tilgjengelig for oss, samtidig som denne gruppen ofte er interessert i å prøve ut nye apper. I prinsippet kan alle bruke applikasjonen, men ved å velge en smal brukergruppe i begynnelsen, som også er nær hverandre geografisk, er det lettere å få bruken av appen i gang. Studenter på IFI har som regel innsikt i hva slags muligheter det ligger i dagens smarttelefoner, noe som gjør at de kan gi oss innspill til hva slags funksjonalitet appen kan og burde inneholde. 4
Organisering av arbeid Vi startet tidlig med å avtale en fast møtedag. Denne dagen brukes til planlegging og å fordele oppgaver som skal være ferdig innen neste møte. Under møtet går vi gjennom hva vi har gjort siden sist og finner ut hva som må gjøres til neste gang, for å nå de fristene vi har satt i delen Prosjektplan. I tillegg til denne faste møtedagen opprettet vi en gruppe på Facebook for å kommunisere med hverandre utenfor møterommet. Her tas også eventuelle diskusjoner fra møtet videre og mye av planleggingen blir gjort i denne gruppen. Dette gjør det enkelt for oss å holde hverandre oppdatert om prosjektets nåværende status. Alt som har med prosjektet å gjøre skrives og lagres i Google Drive, slik at alle til enhver tid har tilgang til den mest oppdaterte versjonen av dokumentene og filene. Vi avtaler på forhånd hvilke deler av dokumentene hver av oss skal arbeide med, slik at vi unngår å skrive på de samme delene samtidig. Prosjektplan Et prosjekt inneholder ulike faser med fastsatte frister for fullføringen, og vi valgte derfor å lage en prosjektplan. Dette var for å få oversikt over hvilke deler prosjektet kom til å inneholde, og når hver del skulle være ferdig. Vi vil prøve å følge denne så godt som mulig, men tar også høyde for at det kan skje forandringer underveis. Prosjektplanen gir oss et godt rammeverk for hvordan vi skal jobbe gjennom prosjektet og de gitte fasene. 5
Tidlig idéfase Vi startet idéutviklingen med en veldig åpen boks av muligheter. Det første viktige punktet vi kom fram til var at appen skulle være basert på brukerns egen lokasjon. Mange sosiale applikasjoner baserer seg hovedsaklig på vennskap eller konseptet å følge noen, men dette ville vi unngå så mye som mulig og heller gå inn i en mindre nisje av sosiale apper, nemlig lokasjonsbaserte. Med utgangspunkt i posisjon ville vi gi brukere i nærheten av hverandre muligheten til å kommunisere på en enkel måte. Hvordan dette skulle gjøres var ikke en selvfølge, og vi hadde flere muligheter å velge mellom. Vi så på en chatløsning hvor alle brukerne på samme sted så hva som ble skrevet og kunne svare på dette, som en felles chat, en veggløsning der en melding, bilde eller video ble lagt til på en tavle som tilhører et sted som et eget innlegg, litt a la Facebook sin veggfunksjon, og til slutt en tilsvarende løsning, men med muligheten for at andre brukere skal kunne kommentere på innlegg eller svare med egne innlegg. En viktig ting vi diskuterte fra veldig tidlig av var spørsmålet om anonymitet. Med dette menes utfordringer som om innlogging er påkrevd. Skal man lage egen innlogging eller bruke andre tjenester som Google- eller Facebook-konto. En annen utfordring var om man skal bruke hele navnet til brukeren eller ikke. 6
Undersøkelsesopplegg For å sikre seg gode resultater under datainnsamlingen lønner deg seg å bruke triangulering av metoder. Dette vil si at man kombinerer flere metoder for å innhente informasjon, noe som kan bidra til å skape generaliserbare resultater. Foreløpig har vi benyttet oss av workshop og intervjuer for å innhente informasjon fra brukerne. Grunnen til at vi valgte å benytte også intervjuer under workshopen er for å komme enda tettere på brukeren. Med et intervju kan man få et mer detaljert bilde av hva brukeren tenker, i tillegg til det man observerer. Siden dette ikke er et stort prosjekt så vil vi ikke ha tid eller kapasitet til å bruke mange forskjellige metoder, noe som ville vært optimalt. Dette er vi klar over og kommer til å bli tatt hensyn til. Mangel på triangulering kan bidra til større grad av systematiske feil. En systematisk feil kjennetegnes ved at de skyver den faktiske verdien i samme retning og forsterker en gitt tendens [4]. I tillegg baserer prosjektet vårt seg på menneskelig interaksjon, noe som også kan føre til større svingninger i resultatene. Dette er noe vi kommer til å ta høyde for når vi analyserer disse. Intervju Intervju er en effektiv måte å samle inn kvalitativ informasjon fra brukere. Det finnes flere former for intervjuer, men vi valgte å utføre et semistrukturert intervju. Et semistrukturert intervju kombinerer elementer fra både strukturerte- og ustrukturerte intervjuer. Man har med andre ord retningslinjer for intervjuet, men er åpen for at det kan ta noen uante veier. I tillegg kan slike intervjuer skape en mer avslappet stemning. [5] Vi planla ikke konkrete spørsmål vi ønsket å stille brukeren, men noterte på forhånd ned retningslinjer for hvilken informasjon vi ønsket å innhente. Dette gir også intervjuobjektetene frihet til å komme med egne tanker og innspill, samtidig som det kan appellere til en samtale. Det er spesielt viktig å unngå å stille ledende spørsmål, siden dette kan føre til at intervjuobjektet gir et svar vedkommende tror intervjueren vil høre. Workshop Vi hadde et mål om innvolvere brukeren så tidlig som mulig. Vi disktuerte om vi skulle lage prototyper som brukeren skulle teste eller om brukeren skulle lage prototyper for oss. For å få vite mest mulig av brukernes innspill, og for å få hjelp til ideer rundt funksjonaliteter, valgte vi å arrangere en workshop hvor vi inviterte personer fra målgruppen til å lage prototyper i form av 7
prototyper og fortelle hva de selv syntes og tenkte om ideen vår. Vi ønsket å ha denne workshopen i en tidlig fase av utviklingsprosessen for å tidlig kunne gjøre gode designvalg basert på sluttbrukerns egne preferanser. Planlegging og gjennomføring Vi inviterte fire personer fra målgruppen til å være med på workshopen. Disse fikk kun beskjed om sted og tid, samt at de skulle delta på en workshop for å hjelpe oss i startfasen av en app. Måten vi gjennomførte workshopen på var at vi delte opp deltagerene i to grupper á to personer og presenterte ideen vår til dem. For å ikke gi for mye informasjon om appideen valgte vi å gi en svært begrenset introduksjon som de skulle arbeide ut fra. Med dette fikk deltagerene beskjed om å bruke omtrent 15 minutter på å tegne veldig enkle prototyper med det første de tenkte at appen skulle innholde, dvs. skjermbilder, stikkord og diverse funksjonaliteter og krav. Underveis på denne delen av workshopen svarte ikke vi på spørsmål fra deltagerene. Når begge gruppene følte seg ferdige satt vi oss ned med hver av dem og lot dem forklare hva de hadde kommet fram til i detalj. Etter dette stilte vi deltagerene spørsmål om sider vi lurte på angående appen, hvor dette var alt fra spesifikke funksjonaliteter til fargevalg og ikoner. Resultater Etter workshopen satt vi igjen med to flotte prototyper (Vedlegg 1 og Vedlegg 2) og en del notater. Vi har ennå ikke hatt mulighet til å gå gjennom resultatene fra workshopen, noe vi i felleskap skal gjøre under neste gruppemøte. Da skal vi diskutere hva appen burde inneholde, hva den ikke burde inneholde og hvordan den burde se ut. Gruppe 1 Denne gruppen har laget Vedlegg 2. Gruppe 1 ønsket en enkel innlogging med brukernavn eller e-postadresse og passord, samt mulighet til å logge inn via Facebook. Skjermbilde med innloggingen skal kun dukke opp første gang man starter applikasjonen eller etter utlogging. Det er viktig at det trengs få steg for å komme i gang med appen. Gruppen diskuterte anonymitet, og ville kun ha et brukernavn assosiert til seg selv. De kom fort fram til at det vil være mest hensiktsmessig å kreve en e-postadresse da dette er nødvendig å ha i forbindelse med blant annet endring av passord. Den viktigste grunnen til å kreve e-postadresse er for å heve 8
terskelen til å lage nye kontoer som kun brukes til spam. Gruppen ville også at det skal være mulig å rapportere enkeltinnlegg og brukere for upassende oppførsel. Hovedskjermbildet består av en liste med steder som er i nærheten. Det øverste stedet er det som er nærmest og ved å trykke på dette blir man ført til et annet skjermbilde som viser hva andre har skrevet på dette stedet, hvem som er på dette stedet samt en tekstboks hvor det er mulig å skrive et nytt innlegg. Nederst på dette skjermbildet er det plassert tre knapper som lar publisere det som er skrevet i tekstboksen på ulike måter. En knapp lar brukeren legge ved et bilde, en annen knapp lar brukeren publisere innlegget på veggen og samtidig dele det på Facebook og en siste knapp for å kun publisere innlegget på veggen. Hvis man trykker på et av de andre stedene i listen vil man kun ha mulighet til å se hva andre har skrevet men ikke publisere noe selv. Utover dette var gruppen opptatt av at applikasjonen må ha et mykt fargetema. De ville ikke komme med noen spesifikke farger som burde vurderes, men foreslo at blått er en farge som bør unngås da den er brukt i mange populære applikasjoner som Facebook og Twitter allerede. For å sørge for at informasjonen som er lagt ut på et gitt sted er relevant, kom denne gruppen fram til at innlegg bør bli slettet i løpet av en uke. Dette gjelder kun for steder med mye aktivitet. Steder med lite aktivitet kan godt beholde innleggene lenger for å vise at det faktisk har skjedd noe på dette stedet. Vi spurte gruppen hva de tenkte om å legge ut filmklipp i tillegg til bilder og de var på alle måter positive til dette. For å gjøre filmene interessante foreslo de at filmene ikke kan vare lenger enn 10 sekunder. Gruppe 2 Denne gruppen har laget Vedlegg 1. Gruppe 2 ønsket i likhet med den første gruppen en enkel innlogging med brukernavn eller e-postadresse og passord. De var også opptatt av at innlogging kun skjer ved førstegangsbruk og etter eventuell utlogging for å spare tid ved oppstart av appen. Hovedskjermbildet til denne gruppen består av et kart som viser hvor du er og hvike steder som er i nærheten. Ved hvert av disse stedene er det en liten boble som viser navnet på stedet og hvor mange som er på dette stedet akkurat nå. Nederst finner man tre knapper som lar brukeren navigere mellom kartet, veggen som hører til stedet man er nærmest og en egen profilside. Disse tre knappene er plassert nederst for å gjøre det enklere å navigere med tommelen, ifølge gruppen. 9
Ved å klikke på en av disse boblene blir man ført til et annet skjermbilde som viser alle innleggene. På toppen av dette skjermbildet vises navnet på stedet, dette vil bli borte etterhvert som brukeren blar nedover for å ikke kaste bort plass som kan brukes til å vise fram innlegg. Hvert innlegg vises fram i en frikant som inneholder brukernavn, stedsnavn, tidspunkt, profilbildet til brukeren, antall kommentarer og selve innlegget som består av tekst og eventuelt et bilde. Når man trykker på et av innleggene blir man ført til et skjermbilde som viser fram posten i sin helhet, eventuelle kommentarer og et tekstfelt med mulighet til å publisere en ny kommentar. Innleggene på veggen skal sorteres ved en kombinasjon av publiseringstidspunkt og et rangeringsystem. Gruppen ønsker at hver bruker skal ha en egen profilside som kan inneholde alder, kjønn, profilbilde, en kort beskrivelse av seg selv og en liste over brukerens favorittsteder. Hvis man trykker på brukernavnet i et innlegg blir man ført til et skjermbilde som viser profilsiden til brukeren. Av annen funksjonalitet ønsket gruppen at det skulle være mulig å bruke symbolet # for emneknagger i likhet med f.eks Twitter. I den forbindelse skal det være mulig å søke på en emneknagg og få opp en liste over vegger i nærheten hvor denne emneknaggen er brukt. Hvis et innlegg inneholder en emneknagg skal det være mulig å trykke på denne og få opp en tilsvarende liste. Annet som ble nevnt var for eksempel at på favorittsteder, som skal defineres av brukeren, skal man kunne motta varslinger når noe skjer, man skal ikke kunne sende privatmeldinger og at man skal kunne slette egne innlegg. Metodikk og videre arbeid Vi tenkte å ta i bruk Lean-startup tekning videre i oppgaven vår. Lean-startup baserer seg på å komme med hypoteser for produktet man skal utvikle for så å teste disse hypotesene. En typisk hypotese for oss kan være Vi tror brukeren vil dele informasjon om sine opplevelser om et sted med andre eller Vi tror brukere vil sette pris å ha stedsinformarsjon samlet på et sted når de ankommer et nytt sted. Neste steg i Lean-Startup, etter å ha formulert hypoteser, er å teste dem ut: Dette gjøres ved å intervjue relevante brukere. Intervjuet burde bestå av spørsmål som kan gi svar på hypotesen, og det kan være strukturert, semi-strukturert eller ustrukturert intervju. 10
I Lean-Startup sies det at man har nådd målet sitt med intervjuet når man vet hva brukeren svarer under intervjuet eller at man får samme svar fra de forskjellige intervjuobjektene. I Lean- Startup vil man at hypotesen skal feile. Grunnen til dette, er at hver gang en hypotese feiler, finner man enten ut at det man lager ikke trengs, og da kan man gi seg med det, eller så må man finne en ny hypotese til ideen og teste ut denne. Det som er problemet er om hypotesene ikke feiler og brukeren har behov for ideen din, så kan ideen din kanskje være en liten del av det brukeren trenger, og du klarer ikke å se helheten. Hver gang en hypotese feiler minsker man muligheten for å lage noe feil, fordi en hypotese blir avkreftet, og forhåpentligvis sitter man igjen til slutt med at alle uten om én hovedhypotese har feilet, som man da kan jobbe videre med. Når man har funnet denne hypotesen skal man ikke begynne å løse problemet i følge Lean-Startup, men man skal gå tilbake til intervjuobjektene som var positive til hypotesen og ta betalt for den. Appen vår skal være gratis, så betalingsprinsippet i Lean-Startup vil vi ikke benytte oss av, men hypotesedelen og intervjuprinsippene i Lean-Startup har vi tenkt å bruke, og dette vil vi beskrive i løpet av neste innlevering. [6] 11
Referanser 1. Mashable, The 10 Most Frequently Used Smartphone Apps. 2013. 2. Locacha, Information about Locacha. 2013. 3. Circle, Information about Circle. 2013. 4. Lazar, F.o.H., Research Methods in HCI. 2010. 5. Yvonne Rogers, H.S., Jenny Preece, Interaction Design: Beyond Human - Computer Interaction. 2011. 6. Maurya, A., Running Lean: Iterate from Plan A to a Plan That Works. 2012. 12
Vedlegg Vedlegg 1 13
Vedlegg 2 14