Herinner jij je de wereld van voor 2020 nog? Toen we een reis organiseerden, een weekend? Een plaats op een site of een applicatie verkennen, heel vaak via een kaart, en een hotel vinden dat goed geplaatst is ten opzichte van plaatsen om te bezoeken, het menu raadplegen van het leuke restaurant dat op sociale netwerken is gespot? 

Ook al zijn we tegenwoordig, vanwege reisbeperkingen, meer geïnteresseerd in het vinden van winkels die binnen een beperkte straal open zijn en of ze click & collect of bezorging aanbieden, de functionele uitdaging blijft hetzelfde: na het gebruik van een zoekmachine bekijken we een aantal resultaten op een kaart, navigeren we van de ene interessante locatie naar de andere, vergelijken we ze, voegen we ze toe aan onze favorieten, enzovoort.

Als UX-designer stond ik, samen met mijn collega's product owners, UI-designers en ontwikkelaars, onlangs voor de vele uitdagingen die komen kijken bij het ontwerpen van een zoek- en kaartervaring. Dat was een flinke klus (vooral op mobiel!). Het lijkt misschien simpel, maar het roept veel vragen op en zorgt voor flinke hoofdbreuken voor het productteam.

Hieronder vindt u korte feedback en enkele belangrijke aandachtspunten bij het ontwerpen met een kaart, zodat uw gebruikers zo tevreden mogelijk zijn!

#1 / Luister naar de drie stemmen

Voordat ik me halsoverkop in het ontwerp stort (ja, als het soms door tijdgebrek gebeurt!), probeer ik het probleem altijd onder drie verschillende assen te bekijken:

• luisteren naar de markt (welke toepassingen zijn momenteel het meest verspreid en vooral waarom?)
• zakelijke/bedrijfsverwachtingen (wat is het businessmodel dat voor mijn product wordt "geplaatst"? welke interne verwachtingen? welke problemen roept het op en welke functionele problemen brengt het met zich mee?)
• [EN IN HET BIJZONDER] gebruikersbehoeften! 

Bij de kaart rezen verschillende vragen: wanneer en in welke context zouden onze gebruikers de kaart moeten gebruiken? Welke tools zouden ze nodig hebben om hun onderzoek uit te voeren? In relatie tot welke speler zouden we ons op de markt positioneren en wat zouden de onderscheidende elementen van onze dienstverlening zijn? 

Naast de productbriefing, en omdat we niet de mogelijkheid hadden om veel gebruikersonderzoek te doen, stelde een grote benchmark ons ​​in staat om aan het begin van het project een aantal hypothesen op te sommen die we vervolgens hebben geverifieerd tijdens gebruikerstests op afstand. .

#2 / Bespreek vroeg met de technische teams

Aangezien het zeer onwaarschijnlijk is dat u uw eigen kaarttool ontwikkelt om uw gebruikerservaring te ontwerpen, zal er waarschijnlijk een kaart van Google Maps of Apple Maps in uw app worden geïmporteerd. Elk van de beschikbare oplossingen op de markt biedt verschillende keuzes op het gebied van aangeboden services, budget, uiterlijk, zoomniveaus, clusterbeheer, weergaveprestaties, enzovoort. Zoals altijd geldt: nauw samenwerken met de ontwikkelaars voorkomt onaangename verrassingen tijdens de functionele ontwikkelingsfase.

#3 / Beheer het inhoud/functionaliteitsduo goed

Tussen de inhoud die door uw gebruikers op uw kaart wordt verwacht en de diensten die u hen gaat aanbieden, kan dit ervoor zorgen dat een behoorlijk groot aantal elementen op uw scherm wordt weergegeven. We zullen dus keuzes moeten maken en prioriteren-prioriteren-prioriteren / testen-test-testen!

Welke informatie hebben uw gebruikers nodig tussen het interessante punt op de kaart en het beschrijvende "miniblad"? De afstand die u scheidt van de handel? Productprijzen? Openingstijden ? Een enkele foto van de plaats? Meerdere foto's? De lijst is lang!!!

Het ontwerp zal dus afhangen van deze informatie, en (dit kan niet genoeg benadrukt worden) hoe eerder en beter je de toepassingen kent, hoe beter het is! En je zult snel beseffen dat, zoals zo vaak het geval is, het niet nodig is om het scherm op dat gebied te overladen met informatie .

Als onderdeel van mijn missie is een grote vragenlijst naar een zeer groot aantal gebruikers gestuurd om vóór het ontwerp te weten te komen wat de inhoudsbehoeften zijn die moeten worden weergegeven. Dit maakte het mogelijk om de keuzes helemaal aan het begin van het project te arbitreren en deze arbitrages te bevestigen / aan te vechten met gebruikerstests.

Van het ene gebruik tot het andere, de materialisaties variëren!

#4 / De bruikbaarheid van de kaart: een bron van eindeloze vragen! 

Veruit de grootste uitdaging was het beheren van de kaart zelf. Welk zoomniveau zouden we bieden bij het weergeven van de resultaten op de kaart? Hoeveel resultaatspelden zouden er in de eerste plaats verschijnen? Zouden deze pinnen automatisch opnieuw worden geladen wanneer ze op de kaart bewegen of zou een CTA nodig zijn om de zoekopdracht opnieuw te starten?

Van het ene besturingssysteem naar het andere waren deze regels niet hetzelfde, en het gebruik van iedereen in het productteam stond lijnrecht tegenover elkaar, we waren het NOOIT eens! Daarom hebben we onze hypothesen op een rij gezet, de verschillende leads gekwantificeerd met de technische teams, en meer dan ooit waren videogebruikerstests essentieel om te begrijpen wat de prioritaire gebruiksproblemen op de kaart waren. 

Als u bijvoorbeeld zoekt naar een bedrijf in het midden van Parijs of in een landelijk gebied, betekent dit niet helemaal dezelfde behoeften, dus hebben we twee gebruikerspanels gemaakt om onze applicaties op video te testen, een panel in een landelijk gebied en een ander in de stad Oppervlakte. Hierdoor konden we latere ontwikkelingen onderverdelen en prioriteren, omdat we de kaart meestal alleen gebruikten in een zeer verstedelijkte context, die niet de meeste toepassingen vertegenwoordigde.

#5 / Denk aan niet-gelokaliseerde gebruikers

Het automatisch accepteren van de geolocatie van de telefoon bij het openen van een dienst ligt voor een groot aantal gebruikers niet voor de hand. Als u in het geval van een herontwerp bent, krijgt u door het bekijken van de bestaande acceptatiestatistieken voor geolocatie al een idee van de use-cases die prioriteit moeten krijgen. 

Vraag uzelf zorgvuldig af wanneer u verzoeken om geolocatietoestemmingen in de cursus gaat weergeven, en mogelijk kan A/B-testen op een prototype u helpen bij het arbitreren van deze of gene cursus.  

Conclusie: terug naar de basis!

Uiteindelijk zijn deze hoofdprincipes degene die we elke keer gebruiken tijdens een UX-project: inventarisatie, communicatie tussen teams (vooral met technologie), stop nooit bij onze eigen overtuigingen, focus op gebruikersverwachtingen en kijk hoe ze onze service manipuleren om beter te begrijpen zij… dat is de basis! 

Maar de uitdagingen die met een kaart moeten worden aangegaan, zijn des te interessanter omdat ze de kern vormen van veel diensten die we regelmatig dagelijks gebruiken, en samen met hen andere belangrijke componenten van een succesvolle ervaring mobiliseren: relevantie voor zoekmachines, subtiliteit van het verzoek om geolocatie, ergonomie van de filters, micro-interacties veroorzaakt door de manipulatie van de kaart, beheer van persoonlijke gegevens enz.

Een goede gelegenheid om te solliciteren om terug te gaan naar de UX-fundamentals voor een geoptimaliseerde gebruikerservaring!