Schermen die je gebruikers zonder handleiding begrijpen

Het product werkt. De techniek erachter klopt, de koppelingen draaien en de cijfers zijn juist. Toch bellen klanten met vragen die het scherm had moeten beantwoorden, en je eigen mensen hebben een spiekbriefje naast de monitor liggen. Dat is zelden een technisch probleem. Het is een ontwerpprobleem: de schermen zijn bedacht vanuit hoe het systeem werkt, niet vanuit hoe iemand het gebruikt.

Waarom een goed werkend product toch niet gebruikt wordt

Een app, een klantportaal of het bedieningspaneel van een apparaat wordt meestal ontworpen door de mensen die het bouwen. Die weten precies wat elke knop doet, dus voor hen is het logisch. Voor een monteur in een koude hal met handschoenen aan, of een klant die één keer per kwartaal inlogt, is het dat niet. Die zoekt, klikt verkeerd, geeft op en belt. Elke keer dat dat gebeurt kost het jou een helpdeskgesprek en de gebruiker een stuk vertrouwen in het product.

Wij ontwerpen de interface vanuit de andere kant. Niet wat het systeem kan, maar wat de gebruiker op dat moment wil doen. Dat klinkt vanzelfsprekend, maar het betekent dat we eerst een tijd niets tekenen en alleen maar kijken.

Eerst kijken hoe mensen echt werken

We beginnen niet in een ontwerpprogramma. We gaan langs bij de mensen die het product gaan gebruiken, of het nu je eigen planners zijn of de klanten van je klanten. We kijken mee met hun dag, vragen waar ze op vastlopen en welke omweg ze nu nemen. Vaak zien we dan dat een scherm met twintig velden er in de praktijk maar drie nodig heeft, en dat de belangrijkste handeling drie klikken diep verstopt zit.

Daaruit komt een korte beschrijving van de gebruikers en de taken die ze het vaakst uitvoeren. Geen dik rapport, maar één document waar het hele team mee verder kan. Is het product zelf nog niet getoetst, dan hoort dit werk bij Idee-validatie & haalbaarheid en doen we het daar. Bestaat het product al, dan is dit het startpunt voor het herontwerp.

Van schets naar klikbaar ontwerp in tien werkdagen

Met die taken op tafel schetsen we de schermen, eerst grof met pen en papier, daarna als klikbaar ontwerp op een telefoon, een tablet of het display van het apparaat zelf. Binnen tien werkdagen leg je dat voor aan echte gebruikers. Niet met de vraag of ze het mooi vinden, maar met een opdracht: maak deze order aan, wijzig dit adres, zet dit alarm uit. We kijken waar ze aarzelen en passen het ontwerp diezelfde week aan.

Pas als de taken zonder uitleg lukken, werken we het visuele ontwerp uit: kleuren, typografie, iconen en de staat van elk onderdeel, van leeg scherm tot foutmelding. Dat wordt één samenhangend systeem van onderdelen, zodat een nieuw scherm er over een jaar nog steeds uitziet alsof het bij de rest hoort. Werk je naar een eerste versie toe, dan sluit dit direct aan op MVP-ontwikkeling: het ontwerp bepaalt wat er in de eerste versie komt en wat bewust nog niet.

Een ontwerp dat gebouwd kan worden, en van jou is

Een ontwerp is pas af als een ontwikkelaar er zonder vragen mee aan de slag kan. Daarom leveren we niet alleen plaatjes, maar ook de maten, de afstanden, de kleurcodes en het gedrag van elk onderdeel, inclusief wat er gebeurt bij een trage verbinding of een leeg overzicht. Bouwen wij het zelf, dan zit de ontwerper naast de ontwikkelaar. Bouwt een ander team het, dan krijgen zij dezelfde bestanden en een uur uitleg.

Het ontwerp, de bestanden en het componentsysteem zijn van jou. Je zit niet aan ons vast om later een scherm toe te voegen. En omdat we toegankelijkheid vanaf de eerste schets meenemen, met voldoende contrast, leesbare tekstgroottes en bediening zonder muis, voldoet het product ook aan wat overheden en grotere klanten inmiddels van je vragen. Blijkt onderweg dat een deel van het product beter helemaal niet gebouwd kan worden, dan vertellen we je dat direct.