kilde: https://blog.buckitdream.com/destinations/jakarta-take-bite-big-durian

Utform en app for å hjelpe folk med å utforske Jakarta bedre

Er du turist? Kjenner du Jakarta? Har du utforsket Jakarta?

Vel, Jakarta er hovedstaden i Indonesia som ligger nord-vest for Java-øya. Jakarta er den eneste byen i Indonesia som er lik provinsen. Internasjonalt er Jakarta kjent som ‘The Big Durian’ fordi det alltid sammenlignes med New York som er ‘Big Apple’. - Avslutningen på det morsomme faktum om Jakarta -

Av forklaringen ovenfor, tror jeg at det å gjøre noen utforsknings ting i denne byen vil gjøre deg litt forvirret. Spesielt for de som aldri har vært i Jakarta før, eller kanskje statsborgere i Jakarta som ikke egentlig vet mye om Jakarta. Så i dette andre prosjektet til UX Design, vil jeg prøve å hjelpe deg å bli kjent med Jakarta ved å utforske det på best mulig måte.

p.s: Dette prosjektet er et slags falskt prosjekt, for å forbedre meg og vennene mine ferdigheter innen interaksjonsdesign. Mentert av vår super snille mentor.

DESIGN PROSESS

Designprosessen består av seks trinn, som er:

  1. Forstå / observer problemet.

2. Definer / valider problemet.

3. Idé / utforsk (tegning)

4. Prototype (wireframe, interaksjonsdesign)

5. Testing (brukervennlighetstester)

6. Iterat (4 og 5 trinn)

1. OBSERVE

Problemforutsetning

På dette trinnet begynte jeg med problemantakelse som kommer fra meg selv. Som noen som ikke kom fra Jakarta, innser jeg at det er stille tøft å utforske Jakarta. Her er tankene mine om å utforske Jakarta:

  • Jeg kjenner ikke alle Jakartas favorittsteder og endte opp med å besøke de samme eller nærliggende stedene.
  • Jeg har alltid samlet informasjon om et sted jeg vil besøke ved å slå opp gjennom flere apper og Google.
  • Jeg må planlegge eventyret mitt for å utforske Jakarta.

persona

Etter å ha spurt noen av målbrukerne, fant jeg ut at de fleste av dem har samme oppførsel når de prøvde å utforske Jakarta.

Personer for målbruker

Brukerintervju

For å validere problemet ovenfor, gjorde jeg et intervju med noen venner som elsker å utforske Jakarta. Her er litt informasjon som jeg samlet fra intervjuet:

  • Hvordan de vet om et populært sted: De vet ikke egentlig alle Jakartas favoritt / populære steder, hvis det ikke kommer fra sosiale medier og noen ganger ved å googled det.
  • Type steder de vanligvis besøkte: De elsker å besøke restauranter, kafeer, kjøpesenter, temapark og andre populære steder som folk har anbefalt.
  • Slik vet de om de anbefalte stedene: De liker å sørge for at de selv blir kjent ved å kjenne til rangeringer eller anmeldelser fra andre mennesker.
  • Lagre info om et sted: De liker å lagre informasjon om et sted som skal besøkes i neste fritid fremover.
  • Slik lagrer du informasjonen: Ved å like det de så på sosiale medier, eller bokmerke den gjennom andre apper.
  • Applikasjoner de foretrekker: App som gir detaljerte info, sparer interessante steder og kan planlegge turen.
  • Plattform for å søke info: mobilapper.

2. Definer

Etter å ha diskutert med noen av vennene mine, nå vet jeg at problemene er validert. Her er flere smertepunkter som jeg fikk fra å diskutere med vennene mine.

1. Bruk mye tid ved å sjekke mange apper for å samle all informasjon om et sted (inkludert kostnader, transport osv.). Bruker har en tendens til å søke om et sted gjennom Google og lese anmeldelser gjennom andre apper.

2. Glem stedet de vil besøke. De har sett så mange populære steder gjennom sosiale medier, men har ikke mulighet til å lagre informasjonen. Så, de bare lagrer innlegget om stedet. Mens de også lagrer andre innlegg som ikke handler om populært sted (eks: sitater, gag osv.)

3. Vil lage reiserute, men trenger å åpne / laste ned andre apper. Etter å ha samlet all informasjonen om et sted, pleier brukeren å lage sin reiserute, men bruker mer tid på å laste ned / åpne andre apper.

3. Idé

Tankekart

Jeg bruker tankekart for å kartlegge alt som denne appen vil gi brukerne basert på intervjuet jeg hadde før.

Tankekartfunksjon som denne appen gir

Her er noen skisser mens du utforsker ideer og alle flyter. Jeg laget den med papir og passet på den virkelige størrelsen på skjermen (jeg bruker iPhone X-skjermstørrelse).

HjemmesideLegg til tur og planer

4. Prototype

tråd

Her er noen wireframe som jeg laget. Hver ramme som samsvarer med flyten som disse appene gir, vil være fordelaktig.

en. Flyt 1: Søk gjennomganger om et sted og søk etter informasjon om stedsdetaljer

b. Flyt 2: Bokmerke et sted som skal lagres for fremtidige referanser.

c. Flyt 3: Å lage reiserute.

testing

Etter å ha laget wireframe, la jeg designet til å være en klikkbar prototype som skal testes.

Etter å ha gått gjennom noen tester, fikk jeg litt innsikt.

  1. For flyt nummer 1 som er: Søk gjennomganger om et sted og søk etter informasjon om steder
  • Søkeresultatet ser ut til å være overfylt på grunn av forhåndsvisningene av "Vurderinger".
  • "Legg til anmeldelse" som allerede er inkludert på detaljsiden, trenger ikke å vises på hjemmesiden.
  • For mange ikoner, og noen er for samme flyt.
  • Trenger du noen beskrivelse om stedet. (eks: mattype på en restaurant, enkel historie om et nasjonalt nettsted)
  • De fleste brukerne liker å søke sted ved å bruke "Kategori".

2. For flyt nummer 2 som er: Bokmerke et sted som kan lagres for fremtidige referanser.

  • Bruker trenger en side for å se alle de bokmerkede stedene.
  • "Legg til bokmerke" som allerede er inkludert på detaljsiden, trenger ikke å vises på hjemmesiden.

3. For flyt nummer 3 som er: Å lage reiserute.

  • Bruker trenger en side for å se alle turene

4. Generelt: Det er bedre å bruke pil bakikon enn lukkikon. Fordi handlingen til det nære ikonet er å ta tilbake brukeren til forrige side, og denne handlingen er bedre hvis den presenteres av pilen bak.

Så, etter å ha hørt litt innsikt, gjorde jeg om på nytt utseendet, og her er den nye wireframe for den nye designen:

en. Flyt 1: Søk gjennomganger om et sted og søk etter informasjon om stedsdetaljer

b. Flyt 2: Bokmerke et sted som skal lagres for fremtidige referanser.

c. Flyt 3: Å lage reiserute.

Og her er den nye, klikkbare prototypen:

5. Resultat

Som resultat har jeg listet opp all løsningen som denne appen kan gi:

en. Løsning 1: Søk plasserer informasjon om informasjon og les anmeldelser bare i én app. Smertepunkter adressert: Bruk mye tid ved å sjekke mange apper for å samle all informasjon om et sted (inkludert kostnader, transport osv.).

b. Løsning 2: Bokmerke et sted. Smertepunkter adressert: Glem stedet de vil besøke i fremtiden.

c. Løsning 3: Innebygd teaterprodusent, for turveiledning. Smertepunkter adressert: Ønsker å lage reiserute, men må åpne / laste ned andre apper.

6. Konklusjon

Dette problemet er det beste og virkelig falske prosjektet noensinne. Jeg fant ut at de fleste av intervjudeltakerne trenger denne typen apper. Denne appen hjelper dem å tilfredsstille deres behov for utforskning. Selv om dette bare var et falskt prosjekt og bare laget for Jakarta, men de fleste av målbrukerne lengter etter denne typen apper, ikke bare for Jakarta, men mer by eller land.

Hva jeg lærte ?

  • Siden dette er den andre gangen jeg driver med UX Research and Design, lærte jeg så mange nye apper som hjelper meg med å lage dette prosjektet (Figma, Marvelapp). Jeg kjente disse appene før, men prøv aldri å bruke dem.
  • Jeg lærte å intervjue folk bedre enn før. Mens jeg gjør dette prosjektet ber jeg stadig mine andre venner om at de også lager dette prosjektet om hvordan de kan spørre folk om å intervjue dem, slik at de kan gi svar som vi trenger, men uten å lede dem inn i det svaret.
  • Jeg lærte å mestre designprosessen som jeg lærte av min mentor. Dette er veldig nyttig og veldig strukturert.
  • Jeg lærte å skrive.
  • Jeg lærte også hvordan jeg lager persona. Selv tøff over prøven er fremdeles langt fra perfekt.

Så jeg tror det handler om disse appene. Jeg tror dette bare er det første trinnet i denne forskningen. Jeg håper jeg kan fortsette å gjøre mer research om denne appen og finne ut mer problemer som denne appen kunne løst.

Takk for at du leste, spesielt min mentor, venner og alle intervjudeltakerne.