UI- & UX-design

Een UX designer focust op hoe een product aansluit bij wat de gebruiker wil bereiken (de inhoud), terwijl een UI designer focust op hoe de interface er visueel uitziet (het uiterlijk). Beide rollen kunnen door één persoon vervuld worden, of juist verspreid worden over meerdere personen.

Wanneer je product er verouderd of rommelig uitziet maar de inhoud helemaal klopt, dan heb je een nieuw UI-ontwerp nodig. Als je product er super uitziet, maar het je gebruikers toch niet lukt om de belangrijke features te gebruiken, dan kan een verbetering in het UX ontwerp veel impact hebben.

Allereerst is het belangrijk dat de gebruikers zo snel mogelijk hun eerste ‘aha moment’ meemaken, waarin ze zelf ondervinden wat de waarde van het product is. Bij een meditatieapp zou dit bijvoorbeeld het succesvol luisteren van een eerste introductie-meditatie direct na het installeren van de app kunnen zijn.

Zodra ze de waarde van het product ervaren hebben, willen we dat ze de app (en wat ze daarmee wilden bereiken) niet vergeten. Hier zijn allerlei hulpmiddelen voor die we kunnen inschakelen:

• Motiveer de gebruiker om een gewoonte op te bouwen, bijvoorbeeld met gamification.
• Nuttige pushnotificaties die de gebruiker zelf instelt, waardoor ze niet als ‘spam’ worden ervaren.
• Doorlopend nieuwe, waardevolle content blijven toevoegen, zodat de nieuwsgierigheid van gebruikers geprikkeld blijft.

Benieuwd naar wat we voor jouw product kunnen verbeteren in de retentie? Plan een vrijblijvend adviesgesprek, we denken graag met je mee!

Allereerst is het belangrijk om goed scherp te hebben wat de vragen zijn die een dashboard moet beantwoorden. Alles wat in het dashboard staat dat niet helpt om die vragen te beantwoorden, is afleiding. Vaak vereisen verschillende rollen daarom ook verschillende dashboards.

De eerste blik op een dashboard moet een rustig, globaal overzicht geven, waarbij de details nog niet direct allemaal getoond worden. Pas als de gebruiker gaat inzoomen op een onderdeel kun je extra gegevens tonen. Denk aan hover effecten voor exacte waarden of tooltips, doorklikken voor een gedetailleerdere weergave, of tabbladen.

Het maakt veel uit hoe de data visueel weergegeven wordt. Zorg dat je de juiste grafieken en tabellen kiest voor de data, en de kleuren en labels hiervoor kloppen. Zorg voor een goede data-ink ratio, dat houdt in dat je zo min mogelijk visuele elementen toont die niet ‘data’ zijn. Vaak zijn er overbodige rasterlijnen, schaduwen en andere decoratieve details die een grafiek onoverzichtelijk maken.

Verder is het belangrijk dat de kleurstelling iets vertelt over hoe de data zich tot elkaar verhoudt. Als een bar-chart verschillende tinten blauw gebruikt, communiceert dit een ordinale relatie tussen de balken (vaak is donkerder meer, en lichter minder). Als er juist compleet verschillende kleuren toegepast worden communiceert dit dat de balken verschillende categorieën zijn.

Om hier achter te komen kun je altijd het beste eerst in gesprek gaan met gebruikers, bijvoorbeeld door een user test te doen. Oorzaken die wij vaker vinden bij de projecten die we overnemen zijn:

1. Je vraagt te veel, te vroeg. De onboarding is langdradig en er wordt informatie gevraagd die de gebruiker niet zomaar wil geven, terwijl de gebruiker nog niet overtuigd is dat het product daadwerkelijk doet waar hij/zij naar op zoek is.
2. Er zijn technische problemen. Het lukt simpelweg niet om een account te maken, door o.a. bugs, een ingewikkelde e-mail verificatie of andere usability problemen.
3. De interface wekt wantrouwen op. Wanneer een interface erg out-of-date of rommelig oogt, kan het zijn dat een product er niet betrouwbaar uitziet. In zo’n geval zijn gebruikers extra terughoudend in het delen van gevoelige informatie zoals e-mailadressen.

Wil je graag je ‘Churn’ verlagen, maar weet je niet goed waar je moet beginnen? Plan een vrijblijvend adviesgesprek, dan kijken we samen welke aanpak bij jouw situatie past.

Wat de beste aanpak hierin is, verschilt sterk afhankelijk van het soort product dat je ontwikkelt. Voor een product dat relatief simpel is, lijkt op andere bestaande producten en dat maar weinig nieuwe interactiepatronen introduceert, werkt het het beste om vooral aandacht te steken in een simpele en intuïtieve interface. Hierbij is het belangrijk om zoveel mogelijk andere bekende producten ‘na te doen’, zodat je gebruikers eigenlijk al bekend zijn met de interactiepatronen. In zo’n situatie is een uitgebreide onboarding niet nodig, en soms zelfs hinderlijk.

Wanneer je een product ontwikkelt dat zeer innovatief is, met ingewikkelde features, kan het zijn dat er wél meer focus moet liggen op een onboarding. Omdat gebruikers minder kunnen rekenen op de algemene digitale kennis die ze hebben opgebouwd, moeten ze eerst leren hoe deze nieuwe interface werkt. Hier zijn een aantal strategieën voor:

• Zorg dat er altijd een duidelijke, kleine, eerstvolgende stap is. Door bijvoorbeeld een homepage waarop de taken één voor één afgevinkt kunnen worden. Zo hoeft de gebruiker niet alles tegelijk te snappen, maar wordt hij/zij rustig door de interface geleid.
• Geef uitleg over hoe features werken ‘just-in-time’ en vermijd een lange onboarding op het begin. Een mens kan ongeveer 3 tot 5 ‘chunks’ aan informatie onthouden, dus het wordt erg lastig voor de gebruiker om direct de werking van een volledige interface te onthouden. In plaats daarvan geef je de informatie pas op het moment dat het relevant wordt.
• Maak slim gebruik van ‘empty states’; de weergave van een onderdeel wanneer het nog geen data bevat. Denk bijvoorbeeld aan een lege tabel, die door de gebruiker gevuld moet worden. Zo’n empty state is een perfect moment voor wat ‘just-in-time’ uitleg: het kan uitleggen wat je kunt doen op deze pagina, en hoe het moet.

Hebben jouw gebruikers moeite met het opstarten in jouw product? Neem contact op, dan kijken we samen hoe we dit kunnen verbeteren.

Een product wordt gezien als toegankelijk wanneer iedereen het kan gebruiken, ook mensen met een beperking. Voor veel producten is toegankelijkheid wettelijk verplicht in de EU, hierbij wordt er vergeleken met de internationale standaard WCAG 2.2 niveau AA. Om te weten of je product voldoet aan deze standaard zul je een audit moeten laten doen door een bedrijf dat hierin gespecialiseerd is.

In de praktijk is het het meest efficiënt als je bij de eerste ontwikkeling van je product al direct de toegankelijkheid meeneemt in het ontwerp. Een ontwikkelaar kan in het selecteren van de ontwikkelingstools die ze gebruiken al veel toegankelijkheidsproblemen voorkomen. Als je pas op een later moment de toegankelijkheid in beschouwing neemt, is dit vaak een stuk duurder.

Bij Dutch Coding Company werken wij voor elke klant standaard met tools die optimaliseren voor toegankelijkheid. Dit brengt het product tot een niveau waarop er geen grote aanpassingen meer nodig zijn voor volledige naleving. Als je met het product voor de volledige naleving van de WCAG 2.2 AA standaard wil gaan, laat je een audit doen, en worden de bevindingen daarvan verwerkt.