Komen er bezoekers op uw site, maar niet zoveel aanvragen als u verwacht, dan is de hoeveelheid verkeer niet de enige verklaring. Mensen begrijpen mogelijk niet wat u aanbiedt, vinden niet de oplossing die bij hen past, of hebben moeite om het formulier in te vullen. Een laag aantal aanvragen bewijst op zichzelf niet dat het ontwerp gebrekkig is, maar is wel een goed startpunt om het gebruikerstraject te onderzoeken.
UI/UX-ontwerp probeert te begrijpen waar dit traject moeilijk wordt. Een mooi ogende interface is waardevol; het eigenlijke doel is om de beslissing en de handeling van de bezoeker te vergemakkelijken. Wat een goed ontwerp de gebruiker oplevert, hebben we apart behandeld in dit artikel; hier kijken we naar vijf concrete punten die aanvragen tegenhouden.
01Drempel 1: Een vage boodschap op het eerste scherm
Een uitspraak als "wij ontwerpen de toekomst" past misschien bij uw merk, maar legt op zichzelf niet uit wat u verkoopt. De bezoeker moet snel kunnen zien wat uw dienst is, voor wie die geschikt is en wat de volgende stap is. Ondersteun de titel met een concrete omschrijving en een relevante actielink.
02Drempel 2: Elke knop roept op tot iets anders
Op één plek demo, registratie, telefoon, actie en offerte allemaal even zwaar aanbieden, maakt een keuze moeilijker. Bepaal het hoofddoel van de pagina. Bied de bezoeker die meer informatie wil een informatiepad, en degene die er klaar voor is een duidelijk aanvraagpad.
03Drempel 3: Een onnodig ingewikkeld formulier
Informatie verplicht stellen die voor een eerste gesprek niet nodig is, veroorzaakt wrijving. Een foutmelding moet uitleggen bij welk veld en waarom die verschijnt. Als bij een verkeerd ingevoerd e-mailadres alle andere velden worden gewist, wordt een kleine correctie een probleem om helemaal opnieuw te beginnen.
Denk aan een voorbeeld: een klant schrijft een lange omschrijving van zijn project, wisselt van taal en de tekst gaat verloren. Dit is niet alleen een vertaalprobleem, maar een direct probleem voor vertrouwen en bruikbaarheid.
04Drempel 4: Vertrouwensinformatie blijft abstract
Leg in plaats van "beste service" uw werkwijze, opleverscope en manier van communiceren uit. Heeft u een echte referentie, presenteer die dan met toestemming en op een juiste manier. Een voorbeeldproject voorstellen als echt klantsucces geeft op korte termijn misschien een visueel voordeel, maar levert geen betrouwbaar verhaal op.
05Drempel 5: Lastig gebruik op de telefoon
Tekst die niet in de beschikbare ruimte past, kleine knoppen en elementen die het scherm vullen, moeten worden gecontroleerd. Een mobiele beoordeling stopt niet bij het bekijken van een screenshot. Menu openen, formulier invullen, fout corrigeren en tot een resultaat komen, moet op een echt apparaat worden getest.
06Met Paradigma7 eerst de flow, dan de details verduidelijken
Bij de UI/UX-aanpak van Paradigma7 is ontwerp geen visuele oplevering los van de ontwikkeling. Wij richten ons op het verduidelijken van de belangrijkste gebruikersstromen, het beoordelen daarvan met vroege prototypes, en pas daarna het uitwerken van bruikbare schermen. Deze aanpak helpt problemen vroeg te zien, in plaats van na afronding van de ontwikkeling grote aanpassingen aan de indeling te moeten doen.
Of een ontwerpwijziging werkt, beoordeelt u het beste met geschikte maatstaven zoals formulierafronding, geslaagde taken en gekwalificeerde aanvragen. Voor elk bedrijf dezelfde toename in conversie beloven, is niet correct.
Bekijk onze UI/UX-ontwerpdienst; vertel ons welke stap u de bezoeker wilt laten voltooien, dan vereenvoudigen we samen de weg daarnaartoe.
07Bereid dit voor voordat u begint met evalueren
- De ene prioritaire stap die u de bezoeker wilt laten voltooien
- De lijst van pagina's die naar deze stap leiden
- De velden in het formulier die echt verplicht zijn
- Terugkerende vragen die u van bezoekers krijgt
- Een echte, op een mobiel apparaat geteste gebruikssessie
- De informatie die het team dat aanvragen beoordeelt, in een aanvraag moet zien
Geschreven door
Het Paradigma7-team
Product, engineering en operations
We zijn een op Ankara gebaseerd team dat software voor Europa bouwt. Niets hier is theorie: dit zijn de processen die we werkelijk op klantprojecten uitvoeren.
Over ons