Din beste måte å lage arrangementer - en UX casestudie

For sluttprosjektet på Ironhack hadde vi to uker på å bygge et digitalt produkt, basert på vår visjon, forskning, funn og UX / UI-prosessen vi lærte gjennom hele programmet.

Da jeg startet min bootcamp, nærmet broren min meg da han jobbet med et prosjekt som han trodde jeg kunne hjelpe ham: Ebentus. Jeg hadde allerede jobbet med ham for bedriftsidentiteten, partneren hans og ham var fornøyde med resultatet, så de ba meg ta den første tilnærmingen til websiden. Prosjektet besto av å gjøre lokaliseringsreservasjoner i Spania enklere, raskere og mer praktisk.

Forstå brukerne mine

Ideen ble født som et resultat av den økende frustrasjonen blant lokale leietakere, da de fleste eierne av disse stedene ikke var så profesjonelle som man kunne forvente. Å måtte vente i opptil 5 dager på et budsjett er ikke ideelt hvis du er den som betaler. Selv om jeg visste at dette var et problem i markedet, ønsket jeg å grave dypere, se om det var noen konkurrenter og kartlegge noen mulige brukere / kunder og prøve å få bedre innsikt. For det første designet jeg en undersøkelse for å prøve å belyse de viktigste funksjonene folk ville være interessert i å ha i denne appen.

Det første problemet brukere har er tidsspørsmålet, de har allerede en travel timeplan med arbeidet sitt som for å kaste bort tid på å leie arenaer for et arrangement. De liker ikke hele prosessen før de får bekreftelse av spillestedet, utveksling av e-post og samtaler tar for mye tid av livet. På tidspunktet for å be om et endelig budsjett, tar noen av stedseierne for mye tid å svare på informasjonsforespørsler, og det er ikke veldig profesjonelt.

Undersøkelsen avdekket at folk hadde vanskelig for å finne nye steder, de brukte stort sett referanser fra bekjente og online kilder for å gjøre sine spillesøk (pris og beliggenhet er de viktigste egenskapene for et sted å bli valgt). Dette var noe jeg ikke gjorde. ' Jeg visste det før undersøkelsen min og hjalp meg som en god innsikt for prosjektet mitt. Intervjuene mine støttet undersøkelsesinnsikten, men jeg holdt meg med ett sitat fra et intervju som hjalp meg med å fokusere under hele designprosessen til produktet mitt og hjalp meg å se hvordan brukeren kunne føle det.

"Det tar bort mye av arbeidstiden min, og hele prosessen gir meg hodepine"

Hva som allerede er på markedet

Deretter gikk jeg videre med konkurranseanalysen. Jeg så etter den sterkeste konkurrenten og fant VenuesPlace. De tilbød de samme tjenestene som Ebentus med noen mindre forskjeller, som jeg trodde spilte til fordel for Ebentus. For det første hadde de mange arenaer til disposisjon, men informasjonen om dem var for mye. Det er vanskelig nok å prøve å finne det du leter etter når du har 300 arenaer, men hvis du har 10 sider med informasjon om hver og en av dem, er det for tidkrevende. I neste bilde viser jeg deg skjermene du kan finne når du kommer inn på et sted. Jeg la bare 4 skjermbilder, men det kan lett være 12, noe som er altfor mye for en bruker å gå gjennom. Brukeren vil bare se relevant informasjon, og det er veldig viktig å vite hvordan du viser den på nettstedet ditt. Det bør være et hierarki av informasjonen og prioriteringen av brukerens behov.

Jeg fant også ut at du i VenuesPlace må be om et generelt budsjett for arrangementet ditt og ikke kan se hvordan det endres når du velger bestemte tjenester. Dette betyr at det til slutt ikke er noen merverdi for brukeren å gå gjennom VenuesPlaces, ettersom denne valgte arbeidsmåten sannsynligvis vil ta samme tid å nå ut til deg som om du har sendt dem en e-post, som var et spørsmål til å begynne med.

Tvert imot, Ebentus har denne funksjonen der du får budsjettet ditt umiddelbart skreddersydd til dine behov i henhold til tjenestene som er valgt og levert av arenaen.

I min komparative analyse bestemte jeg meg for å fokusere på El Tenedor og Booking.com. Begge er markedsledere og deler med Ebentus informasjonsvisningen og reservasjonsstedene. El Tenedor skilte seg ut som en veldig ryddig og enkel tilgang til nett-app. All relevant informasjon var pent pakket, og de bruker kun merkefargen for å fremheve call-to-action-knappene. Booking er et flott eksempel på å håndtere informasjonen, de hadde mer informasjon å vise enn El Tenedor, men klarte å gjøre det på en pen måte med fokus på informasjonshierarki og brukerbehov.

Med alt dette i bakhodet opprettet jeg brukerpersonen min:

Møt Carlota. Hun er en 33 år gammel salgsrepresentant for et farmasøytisk selskap i Barcelona. Hun elsker jobben sin og organiserer arrangementer månedlig for å selge produktene sine. Det hun ikke elsker med jobben sin, er bortkastet tid under reservasjonsprosessen til et sted. Hun opplever at hvis det var en mer profesjonell prosess, kunne hun fokusere på salget sitt og ikke om lokalet har sendt budsjettet eller ikke.

Etter å ha opprettet bruker-personaen min fortsatte jeg med å slå fast problemstillingen:

Look & Feel av appen

Som jeg fortalte deg i begynnelsen av rapporten, gjorde jeg bedriftsidentiteten for merkevaren, og jeg hadde allerede logotypen og fargene. Ebentus ble designet med sine brukere i tankene, mennesker som trenger et produkt som vil løse problemene sine på en profesjonell og vennlig måte. Derfor, for utformingen av nettstedet, bestemte jeg meg for å gå med en avrundet type og former som smelter sammen, noe som gjør det mer vennlig for brukerne, og prøver å unngå skarpe hjørner. Dessuten skal all informasjonen vises på en fin og innbyrdes avstand slik at brukerne kan håndtere den på en hyggelig måte.

For fargepaletten prøver jeg å velge en som ikke er veldig aggressiv for brukeren, som er visuelt attraktiv og overfører rolige og vennlige vibber, det er grunnen til at jeg valgte blå farger som primærfarger.

Testing og iterasjoner:

Når jeg sto overfor hjemmesidedesignet, der brukere ville søke etter sitt sted, hadde papirprototypen min langt flere filtre enn det endte med. Brukerne hadde vanskelig for å vite hva de skulle legge i hver boks, og jeg skjønte at jeg skulle gjøre ting lettere for dem. Så jeg forlot de mest relevante for et første søk og ga muligheten til et avansert søk hvis de ville begrense alternativene. Dette fordi jeg under testene oppdaget at de fleste søk fokuserte på dato, time og antall personer. Å legge til filtre frustrerer bare brukerne, ettersom de sannsynligvis ikke vil kunne svare på alle feltene i det øyeblikket.

I neste bilde kan du se trinnene jeg tok fra papirprototype, til mid-fidelity og slutter på hi-fidelity.

En annen iterasjon jeg måtte gjøre var basert på kundekrav. De trengte at handlekurven var tilgjengelig hele tiden, da kundene med stor sannsynlighet vil gjøre flere reservasjoner samtidig og ikke vil betale separat for dem, så jeg bestemte meg for å flytte logoen til sentrum og menyen til venstre på skjermen og satte vognen på høyre side, etter å ha testet for å se om det arbeidet (som det gjorde), bestemte jeg meg for å forlate den, som du kan se på
hi-fidelity-skjermen, og hold deg med den navigasjonslinjen.

Når jeg taklet informasjonshierarki (i lokalinformasjonsfanen) gjorde jeg flere endringer på grunn av noen problemer jeg fant mens jeg testet. Jeg ønsket å vise så mye informasjon som mulig angående tjenester lokalet tilbys, men jeg kom til slutt til at klarhet var avgjørende når det gjelder handlingsknapper. Det første problemet mine testere klaget på var informasjonsdistribusjonen, de forsto ikke hvorfor kartet (1) (hvor du kan se stedet på kartet) var det første du finner på denne skjermen, før beskrivelsen (2) av spillestedet. Da innså jeg viktigheten av informasjonshierarkiet, og jeg gikk tilbake til forskningen min for å sjekke hvilken informasjon brukerne prioriterte og tilpasset strukturen deretter.

Midt i troskapen var designen til tjenesten (3) veldig stram for en mobil enhet, så jeg bestemte meg for å gi mer plass og lage et renere design. Jeg måtte også legge til fanen “Romdisposisjon” (4) som en klientforespørsel fordi det er et must i en reservasjonsplassprosess.

Resultatet

I den følgende demonstrasjonen arrangerer Carlota en begivenhet der hun vil bringe en foredragsholder for å selge produktet sitt til forskjellige leger. Det vil finne sted 27. mars og 22 personer vil delta. Det blir en presentasjon, så hun kommer til å trenge en projektor og lunsj blir servert etter. Budsjettet hennes er 1.200 € for arrangementet, og hun vil sjekke forskjellige arenaer, helst på et hotell.

Så hun får tilgang til Ebentus nett fra mobilen sin og sjekker arenaene som passer for hennes arrangement.

De neste trinnene for meg i dette prosjektet vil være:

  • Arbeid først med handlekurv-ikonet og prøv å gjøre det mer relatabelt til tjenesten vi leverer. Vi ønsker å få det til å se ut som en tjeneste og ikke et produkt.
  • Å ha muligheten til å velge mer enn en dag for arrangementet ditt og gjøre tidsplanene mer fleksible og enkle å administrere ville være en stor tidsbesparende for brukerne.
  • Jeg tror at informasjonsdisplayet for tjenestene en leverandør tilbyr (blomster, catering osv.) Trenger en omarbeiding, ettersom den er veldig spesifikk for hvert sted og service.
  • Jeg vil endre hamburgermenyen og prøve å ha et design der brukeren kunne ha tilgang til all informasjonen uten å måtte gå inn i menyen.
  • Til slutt ville jeg se på oppfordringen til handling copywriting.

erfaringene:

De tre viktige læringene jeg tar med meg fra denne erfaringen er:

  • Forskning gir deg alltid noe. Det er viktig å kartlegge og samle inn data fra potensielle brukere. De vil lede prosjektet ditt bedre enn noen andre.
  • Samhandling med virkelige klienter. Klienter har preferanser og kan noen ganger gjøre endringer i ting du synes er helt greit, men klienten er konge.
  • Bli aldri lei av iterasjoner. Iterasjoner, selv når de tar feil, tillater oss å vite brukeren vår bedre, så de er nøkkelen til riktig utvikling av et produkt.

Jeg vil takke læreren min Nevan og TA´s Elise, Hector og JJ for all deres hjelp, og selvfølgelig takke alle klassekameratene for all deres hjelp og støtte gjennom all bootcamp.