Din bedste måde at oprette begivenheder på - en UX casestudie

Til det afsluttende projekt på Ironhack havde vi to uger på at bygge et digitalt produkt, baseret på vores vision, forskning, fund og UX / UI-processen, vi lærte gennem hele programmet.

Da jeg startede min bootcamp, nærmede min bror mig, da han arbejdede på et projekt, som han troede, jeg kunne hjælpe ham: Ebentus. Jeg havde allerede arbejdet med ham for virksomhedsidentiteten, hans partner og ham var tilfredse med resultatet, så de bad mig om at gå ind på websiden. Projektet bestod af at gøre lokaliseringsreservation i Spanien lettere, hurtigere og mere praktisk.

Forståelse for mine brugere

Ideen blev født som et resultat af den stigende frustration blandt lokaludlejere, da de fleste af ejere af disse spillesteder ikke var så professionelle, som man kunne forvente. At skulle vente op til 5 dage på et budget er ikke ideelt, hvis du er den, der betaler. Selvom jeg vidste, at dette var et problem på markedet, ville jeg grave dybere, se om der var nogen konkurrenter og undersøge nogle mulige brugere / klienter og prøve at få bedre indsigt. For det første designede jeg en undersøgelse for at prøve at kaste lys over de nøglefunktioner, som folk ville være interesseret i at have i denne app.

Det første problem, som brugerne har, er tidsspørgsmålet, de har allerede en travl tidsplan med deres arbejde som for at spilde tid på at leje spillesteder til en begivenhed. De kan ikke lide al processen, før de får bekræftelse af lokaliten, udvekslingen af ​​e-mails og opkald tager for meget tid af deres liv. Også på tidspunktet for at bede om et endeligt budget tager nogle af lokalitetsejere for meget tid til at besvare informationsanmodninger, og det er ikke særlig professionelt.

Undersøgelsen afslørede, at folk havde svært ved at finde nye steder, de brugte for det meste referencer fra kendte og online kilder til at foretage deres spillesteder (pris og placering er de vigtigste attributter for et sted, der skulle vælges). Dette var noget, som jeg ikke gjorde. ' Jeg kendte det til min undersøgelse og hjalp mig som en stor indsigt i mit projekt. Mine interviews støttede undersøgelsens indsigt, men jeg holdt med et citat fra et interview, der hjalp mig med at fokusere under hele designprocessen for mit produkt og hjalp mig med at se, hvordan brugeren kunne føle det.

”Det tager meget af min arbejdstid, og hele processen giver mig hovedpine”

Hvad der allerede findes på markedet

Derefter gik jeg videre med den konkurrencedygtige analyse. Jeg kiggede efter den stærkeste konkurrent og fandt VenuesPlace. De tilbød de samme tjenester som Ebentus med nogle mindre forskelle, som jeg troede spillede til fordel for Ebentus. For det første havde de en masse spillesteder til din rådighed, men informationen om dem var for meget. At prøve at finde det, du leder efter, er svært nok, når du har 300 spillesteder, men hvis du har 10 sider med information om hver og en af ​​dem, er det for tidskrævende. I det næste billede viser jeg dig de skærmbilleder, du kan finde, når du går ind i et spillested. Jeg har lige lagt 4 skærmbilleder, men det kunne let være 12, hvilket er alt for meget for en bruger at gå igennem. Brugeren ønsker kun at se de relevante oplysninger, og det er meget vigtigt at vide, hvordan de vises på dit websted. Der skal være et hierarki af informationen og prioriteringen af ​​brugerens behov.

Jeg fandt også ud af, at du i VenuesPlace skal bede om et generelt budget til din begivenhed og ikke kan se, hvordan det ændrer sig, når du vælger specifikke tjenester. Dette betyder, at i sidste ende er der ingen merværdi for brugeren at gå gennem VenuesPlaces, da med denne måde at arbejde på vil det valgte sted sandsynligvis tage den samme mængde tid at nå ud til dig, som om du sendte dem en e-mail, hvilket var et problem til at begynde med.

Tværtimod Ebentus har denne funktion, hvor du får dit budget øjeblikkeligt skræddersyet til dine behov i henhold til de tjenester, der er valgt og leveres af lokalet.

I min komparative analyse besluttede jeg at fokusere på El Tenedor og Booking.com. Begge er markedsledere og deler med Ebentus informationsdisplayet og reservationsstederne. El Tenedor fremstod som en meget pæn og let adgang til web-app. Alle relevante oplysninger var pænt pakket, og de bruger kun mærkefarven til at fremhæve opfordring til handlingsknapper. Booking er et godt eksempel på at styre informationen, de havde flere oplysninger at vise end El Tenedor, men formåede at gøre det på en pæn måde med fokus på informationshierarki og brugerbehov.

Med alt dette i tankerne oprettede jeg min brugerperson:

Mød Carlota. Hun er en 33 år gammel salgsrepræsentant for et farmaceutisk firma i Barcelona. Hun elsker sit job og arrangerer månedligt begivenheder for at sælge sine produkter. Hvad hun ikke elsker ved sit job er spild af tid under reservationen af ​​et spillested. Hun finder ud af, at hvis der var en mere professionaliseret proces, kunne hun fokusere på sit salg og ikke om lokaliten har sendt budgettet eller ej.

Efter at have oprettet min brugerperson, fortsatte jeg med at fastlægge min problemklaring:

Look & Feel af appen

Som jeg fortalte dig i starten af ​​rapporten, udførte jeg virksomhedens identitet for mærket, og jeg havde allerede logotypen og farverne. Ebentus blev designet med sine brugere i tankerne, mennesker, der har brug for et produkt, der ville løse deres problemer på en professionel og venlig måde. Derfor besluttede jeg for design af webstedet at gå med en afrundet type og former, der smelter sammen, hvilket gør det mere venligt for brugerne og forsøger at undgå skarpe hjørner. Alle oplysninger skal også vises på en dejlig og indbyrdes afstand, så brugerne kan håndtere dem på en behagelig måde.

Til farvepaletten prøver jeg at vælge en der ikke er særlig aggressiv for brugeren, der er visuelt attraktiv og overfører rolige og venlige vibber, det er grunden til, at jeg valgte blå toner som primærfarver.

Test og iterationer:

Når jeg stod overfor hjemmesidedesignet, hvor brugere ville søge efter deres lokalitet, havde min papirprototype langt flere filtre, end det endte med at have. Brugerne havde svært ved at vide, hvad de skulle lægge i hver boks, og jeg indså, at jeg skulle gøre tingene lettere for dem. Så jeg forlod de mest relevante for en første søgning og gav muligheden for en avanceret søgning, hvis de ville indsnævre deres muligheder. Dette skyldes, at jeg under test opdagede, at de fleste søgninger fokuserede på dato, time og antal mennesker. Tilføjelse af filtre frustrerer bare brugerne, da de sandsynligvis ikke er i stand til at besvare alle felterne i det øjeblik.

På det næste billede kan du se de trin, jeg tog fra papirprototype, til midt-troskab og slutter på hi-fidelity.

En anden iteration, jeg var nødt til at gøre, var baseret på klientkrav. De havde brug for, at indkøbsvognen skulle være tilgængelig på alle tidspunkter, da deres kunder sandsynligvis vil foretage flere reservationer på én gang og ikke ønsker at betale for dem separat, så jeg besluttede at flytte logoet til midten og menuen til venstre side på skærmen og satte vognen på højre side, efter at have udført nogle test for at se, om det arbejde (som det gjorde), besluttede jeg at forlade det, som du kan se på
hi-fidelity skærm, og bliv ved med den navigationslinje.

Når jeg håndterede informationshierarkiet (i fanen med lokaloplysninger) foretog jeg adskillige ændringer på grund af nogle problemer, jeg fandt, mens jeg testede. Jeg ønskede at vise så meget information som muligt om tjenester det sted, der tilbydes, men jeg kom til sidst til den konklusion, at klarhed var vigtigst, når det gælder handlingsknapper. Det første problem, som mine testere klagede over, var informationsfordelingen, de forstod ikke, hvorfor kortet (1) (hvor du kan se lokaliten på kortet) var den første ting, du finder på denne skærm, før beskrivelsen (2) af lokalet. Derefter indså jeg vigtigheden af ​​informationshierarkiet, og jeg gik tilbage til min forskning for at kontrollere, hvilke oplysninger brugerne prioriterede og tilpassede strukturen i overensstemmelse hermed.

Midt i troskab var designen af ​​tjenesten (3) meget stram for en mobilenhed, så jeg besluttede at give mere plads og gøre et renere design. Jeg var også nødt til at tilføje fanen "Rumdisposition" (4) som en klientanmodning, fordi det er et must i en reservationsstedsproces.

Resultatet

I den følgende demo arrangerer Carlota en begivenhed, hvor hun vil bringe en taler til at sælge sit produkt til forskellige læger. Det finder sted den 27. marts, og 22 personer deltager. Der vil være en præsentation, så hun har brug for en projektor, og frokosten serveres efter. Hendes budget er 1.200 € for begivenheden, og hun vil tjekke forskellige spillesteder, helst på et hotel.

Så hun får adgang til Ebentus web fra sin mobil og kontrollerer de lokaler, der passer til hendes begivenhed.

De næste trin for mig i dette projekt ville være:

  • Arbejd først med ikonet Indkøbskurv og prøv at gøre det mere relativt til den service, vi leverer. Vi ønsker at få det til at se ud som en service og ikke et produkt.
  • At have muligheden for at vælge mere end en dag til din begivenhed og gøre tidsplaner mere fleksible og lette at administrere ville være en stor tidsbesparelse for brugerne.
  • Jeg tror, ​​at informationsdisplayet for de tjenester, en leverandør leverer (blomster, catering osv.), Har brug for en omarbejdning, da det er meget specifikt for hvert spillested og service.
  • Jeg vil gerne ændre hamburger-menuen og prøve at have et design, hvor brugeren kunne have adgang til alle oplysninger uden at skulle gå ind i menuen.
  • Til sidst vil jeg gennemgå opfordringen til handling copywriting.

learnings:

De tre nøgleindlæringer, jeg tager med mig fra denne oplevelse, er:

  • Forskning giver dig altid noget. Det er vigtigt at undersøge og indsamle data fra dine potentielle brugere. De vil guide dit projekt bedre end nogen anden.
  • Interaktion med virkelige klienter. Kunder har præferencer og kan undertiden foretage ændringer i ting, som du synes er helt fine, men klienten er konge.
  • Bliv aldrig trætte af iterationer. Iterationer, selv når de er forkerte, tillader os at kende vores bruger bedre, så de er nøglen til den rigtige udvikling af et produkt.

Jeg vil gerne takke min lærer Nevan og TA´s Elise, Hector og JJ for al deres hjælp og naturligvis takke alle mine klassekammerater for al deres hjælp og støtte gennem al bootcamp.