De beste manier om evenementen te maken - een UX-case study

Voor het laatste project bij Ironhack hadden we twee weken om een ​​digitaal product te bouwen, gebaseerd op onze visie, onderzoek, bevindingen en het UX / UI-proces dat we tijdens het programma hebben geleerd.

Toen ik aan mijn bootcamp begon, benaderde mijn broer me terwijl hij aan een project werkte waarmee hij dacht dat ik hem kon helpen: Ebentus. Ik had al met hem gewerkt voor de huisstijl, zijn partner en hij waren blij met het resultaat, dus vroegen ze me om de eerste benadering van de webpagina te maken. Het project bestond uit het gemakkelijker, sneller en handiger maken van locatie-reserveringen in Spanje.

Inzicht in mijn gebruikers

Het idee is ontstaan ​​als gevolg van de toenemende frustratie onder zaalhuurders omdat de meeste eigenaren van deze locaties niet zo professioneel waren als men zou verwachten. Het is niet ideaal als u tot 5 dagen op een budget moet wachten. Hoewel ik wist dat dit een probleem in de markt was, wilde ik dieper graven, kijken of er concurrenten waren en enkele mogelijke gebruikers / klanten onderzoeken en proberen betere inzichten te krijgen. Ten eerste heb ik een enquête ontworpen om te proberen wat licht te werpen op de belangrijkste functies die mensen in deze app zouden willen hebben.

Het eerste probleem dat gebruikers hebben is het tijdsprobleem, ze hebben al een druk schema met hun werk om tijd te verspillen aan het huren van locaties voor een evenement. Ze houden niet van het hele proces totdat ze de bevestiging van de locatie krijgen, het uitwisselen van e-mails en telefoontjes te lang duurt. Ook nemen sommige eigenaren van een locatie op het moment dat ze om een ​​definitief budget vragen te veel tijd in beslag om informatieverzoeken te beantwoorden en dat is niet erg professioneel.

Uit het onderzoek bleek dat mensen moeite hadden om nieuwe plaatsen te vinden, ze gebruikten meestal referenties van bekenden en online bronnen om hun locatie te doorzoeken (prijs en locatie zijn de belangrijkste attributen voor een te kiezen locatie) dit was iets dat ik niet deed ' t weet voor mijn enquête en hielp me als een geweldig inzicht voor mijn project. Mijn interviews ondersteunden de enquête-inzichten, maar ik hield een citaat uit een interview dat me hielp om me te concentreren tijdens het hele ontwerpproces van mijn product en me hielp om te zien hoe de gebruiker zich kon voelen.

"Het kost veel van mijn werktijd en het hele proces bezorgt me hoofdpijn"

Wat is er al op de markt?

Ik ging toen verder met de concurrentieanalyse. Ik zocht naar de sterkste concurrent en vond VenuesPlace. Ze boden dezelfde diensten aan als Ebentus met enkele kleine verschillen die, dacht ik, in het voordeel van Ebentus speelden. Ten eerste hadden ze veel locaties tot uw beschikking, maar de informatie daarover was teveel. Proberen te vinden wat je zoekt is moeilijk genoeg als je 300 locaties hebt, maar als je 10 pagina's met informatie hebt over elk ervan, is dat te tijdrovend. In de volgende afbeelding laat ik je de schermen zien die je kunt vinden bij het betreden van een locatie. Ik heb net 4 screenshots gemaakt, maar het kan gemakkelijk 12 zijn, wat veel te veel is voor een gebruiker om door te gaan. De gebruiker wil alleen de relevante informatie zien en het is erg belangrijk om te weten hoe deze op uw website te tonen. Er moet een hiërarchie zijn van de informatie en prioritering van de behoeften van de gebruiker.

Ik ontdekte ook dat je in VenuesPlace om een ​​algemeen budget voor je evenement moet vragen en niet kunt zien hoe het verandert als je specifieke services selecteert. Dit betekent dat er uiteindelijk geen toegevoegde waarde is voor de gebruiker om door VenuesPlaces te gaan, omdat bij deze manier van werken de geselecteerde locatie waarschijnlijk evenveel tijd nodig heeft om je te bereiken alsof je ze een e-mail hebt gestuurd, dat was een probleem om mee te beginnen.

Ebentus daarentegen heeft deze functie waarmee u uw budget direct kunt afstemmen op uw behoeften op basis van de services die door de locatie zijn geselecteerd en geleverd.

In mijn vergelijkende analyse besloot ik me te concentreren op El Tenedor en Booking.com. Beide zijn marktleider en delen met Ebentus de informatieweergave en locatie-reserveringen. El Tenedor viel op als een zeer nette en gemakkelijk toegankelijke web-app. Alle relevante informatie was netjes verpakt en ze gebruiken alleen de merkkleur om de call-to-action-knoppen te markeren. Boeking is een geweldig voorbeeld van het beheren van de informatie, ze hadden meer informatie te tonen dan El Tenedor, maar slaagden erin dit op een nette manier te doen, gericht op informatiehiërarchie en de behoeften van de gebruiker.

Met dit alles in gedachten creëerde ik mijn user persona:

Ontmoet Carlota. Ze is een 33-jarige vertegenwoordiger voor een farmaceutisch bedrijf in Barcelona. Ze houdt van haar werk en organiseert maandelijks evenementen om haar producten te verkopen. Wat ze niet leuk vindt aan haar werk is tijdverspilling tijdens het reserveringsproces van een locatie. Ze vindt dat als er een professioneler proces was, ze zich kon concentreren op haar verkoop en niet als de locatie het budget heeft verzonden of niet.

Na het aanmaken van mijn user persona ging ik verder met het vastleggen van mijn probleemstelling:

Uiterlijk van de app

Zoals ik je aan het begin van het rapport vertelde, had ik de huisstijl voor het merk en had ik al het logo en de kleuren. Ebentus is ontworpen met de gebruikers in gedachten, mensen die een product nodig hebben dat hun problemen op een professionele en vriendelijke manier zou oplossen. Daarom besloot ik voor het ontwerp van de website te kiezen voor een afgerond type en vormen die samenvloeien, waardoor deze vriendelijker is voor de gebruikers en scherpe hoeken probeert te vermijden. Ook moet alle informatie op een mooie en ruime manier worden weergegeven, zodat de gebruikers er op een prettige manier mee kunnen omgaan.

Voor het kleurenpalet probeer ik er een te kiezen die niet erg agressief is voor de gebruiker, die visueel aantrekkelijk is en rustige en vriendelijke vibes uitzendt, dat is de reden dat ik blauwe tinten als primaire kleuren heb gekozen.

Testen en iteraties:

Toen ik geconfronteerd werd met het ontwerp van de startpagina, waar gebruikers naar hun locatie zouden zoeken, had mijn papieren prototype veel meer filters dan uiteindelijk. De gebruikers hadden moeite om te weten wat ze in elke doos moesten stoppen en ik realiseerde me dat ik het hen gemakkelijker moest maken. Dus ik verliet de meest relevante voor een eerste zoekopdracht en gaf de optie van een geavanceerde zoekopdracht als ze hun opties wilden beperken. Dit komt omdat ik tijdens tests ontdekte dat de meeste zoekopdrachten zijn gericht op datum, uur en aantal personen. Het toevoegen van filters frustreert de gebruikers alleen maar omdat ze op dat moment waarschijnlijk niet alle velden kunnen beantwoorden.

In de volgende afbeelding ziet u de stappen die ik heb gezet van papieren prototype naar mid-fidelity en eindigend op hi-fidelity.

Een andere iteratie die ik moest doen, was gebaseerd op de vereisten van de klant. Ze wilden dat de winkelwagen altijd toegankelijk was, omdat hun klanten zeer waarschijnlijk meerdere reserveringen tegelijk maken en ze niet apart willen betalen, dus besloot ik het logo naar het midden te verplaatsen en het menu aan de linkerkant. van het scherm en leg de wagen aan de rechterkant, na wat testen te hebben uitgevoerd om te zien of dat werk (wat het deed), besloot ik het te verlaten, zoals je kunt zien op de
hi-fidelity scherm en blijf bij die navigatiebalk.

Bij het aanpakken van informatiehiërarchie (op het tabblad locatiegegevens) heb ik verschillende wijzigingen aangebracht vanwege enkele problemen die ik tijdens het testen heb gevonden. Ik wilde zoveel mogelijk informatie tonen over de diensten die de locatie bood, maar ik kwam uiteindelijk tot de conclusie dat duidelijkheid voorop stond met betrekking tot actieknoppen. Het eerste probleem waarover mijn testers klaagden, was de informatiedistributie, ze begrepen niet waarom de kaart (1) (waar u de locatie op de kaart kunt zien) het eerste was wat u op dit scherm vond, vóór de beschrijving (2) van de locatie. Toen besefte ik het belang van de informatiehiërarchie en ging ik terug naar mijn onderzoek om te controleren welke informatie de gebruikers prioriteerden en de structuur dienovereenkomstig aangepast.

Halverwege de trouw was het ontwerp van de service (3) erg strak voor een mobiel apparaat, dus besloot ik om meer ruimte te geven en een schoner ontwerp te maken. Ik moest ook het tabblad "Ruimtebeschikking" (4) toevoegen als een klantverzoek, want het is een must in een reserveringslocatieproces.

Het resultaat

In de volgende demo organiseert Carlota een evenement waar ze een spreker zal brengen om haar product aan verschillende artsen te verkopen. Het zal plaatsvinden op 27 maart en 22 mensen zullen aanwezig zijn. Er zal een presentatie zijn, dus ze heeft een projector nodig en de lunch wordt daarna geserveerd. Haar budget is 1.200 € voor het evenement en ze wil verschillende locaties bekijken, bij voorkeur in een hotel.

Dus gaat ze via haar mobiel naar Ebentus-web en controleert ze de locaties die geschikt zijn voor haar evenement.

De volgende stappen voor mij in dit project zouden zijn:

  • Werk eerst aan het pictogram Winkelwagen en probeer het beter te relateren aan de service die we bieden. We willen het eruit laten zien als een service en niet als een product.
  • Als u de mogelijkheid heeft om meer dan één dag voor uw evenement te kiezen en schema's flexibeler en eenvoudiger te beheren te maken, bespaart u veel tijd.
  • Ik denk dat de informatieweergave voor de services die een verkoper levert (bloemen, catering, enz.) Moet worden aangepast, omdat deze zeer specifiek is voor elke locatie en service.
  • Ik wil het hamburgermenu wijzigen en proberen een ontwerp te maken waarbij de gebruiker toegang heeft tot alle informatie zonder het menu in te gaan.
  • Ten slotte zou ik de call-to-action-copywriting bekijken.

learnings:

De drie belangrijkste lessen die ik uit deze ervaring neem, zijn:

  • Onderzoek geeft je altijd iets. Het is belangrijk om gegevens van uw potentiële gebruikers te onderzoeken en te verzamelen. Ze zullen uw project beter dan wie dan ook begeleiden.
  • Interactie met echte klanten. Cliënten hebben voorkeuren en kunnen soms wijzigingen aanbrengen in dingen die volgens u prima zijn, maar de klant is koning.
  • Nooit genoeg van iteraties. Iteraties, zelfs als ze fout zijn, stellen ons in staat onze gebruiker beter te kennen, dus ze zijn de sleutel tot de juiste ontwikkeling van een product.

Ik wil mijn leraar Nevan en de TA's Elise, Hector en JJ bedanken voor al hun hulp en natuurlijk al mijn klasgenoten bedanken voor al hun hulp en ondersteuning tijdens de hele bootcamp.