Wij ontwerpen interfaces op basis van bewijs: wat mensen proberen te doen, waar ze nu vastlopen, en wat de bouw realistisch kan dragen.
Een redesign begint meestal omdat de site of het product gedateerd aanvoelt. Het eindigt met een nieuwe visuele taal, een nieuwe set componenten, en een conversie die ongeveer staat waar hij stond — soms lager, omdat een vertrouwde interface werd vervangen door een onbekende en niemand mat welke onderdelen wél werkten.
De reden is dat het uiterlijk de opdracht was. Niemand stelde vast bij welke stap mensen vastliepen, wat ze probeerden te bereiken, of welke elementen van de oude interface het resultaat droegen. Ontwerpbeslissingen werden dus op smaak genomen, en dat is onweerlegbaar en daarmee ontoetsbaar.
De andere veelvoorkomende misser is het spiegelbeeld: prachtige ontwerpbestanden die niet te bouwen zijn zoals getekend, of die veertig knopvarianten beschrijven zonder systeem erachter. Ontwerp dat de realisatie negeert, wordt een onderhandeling tijdens de ontwikkeling, en die onderhandeling wordt meestal gewonnen door wat het snelst gaat.
Analyse van statistieken, sessieopnames, supporttickets en een handvol gebruikersgesprekken. Geen onderzoeksprogramma om het onderzoek — genoeg bewijs om te weten welk probleem het oplossen waard is voordat iemand een ontwerptool opent.
De paden die mensen door het product nemen, inclusief de fout- en randgevallen die meestal pas tijdens de ontwikkeling opduiken en dan haastig worden ontworpen. Een kloppende stroom haalt de meeste schermen weg waarvan u dacht dat u ze nodig had.
Eerst low-fidelity om de structuur vast te leggen zonder over kleur te praten, daarna interactieve prototypes voor de stromen waar echt risico zit. Een prototype testen is enorm veel goedkoper dan een gebouwde versie testen.
Tokens, componenten en toestanden gedocumenteerd als systeem. Dit houdt het product samenhangend naarmate het groeit, en stelt ontwikkelaars in staat nieuwe schermen te bouwen zonder elke keer om een nieuw ontwerp te vragen.
Kleurcontrast, focusvolgorde, formaat van aanraakdoelen, formulierlabels en toetsenbordpaden in het ontwerp geregeld in plaats van aangekaart bij een latere audit. Toegankelijkheid achteraf inbouwen is aanzienlijk duurder dan ervoor ontwerpen.
Responsief gedrag, toestanden, spatiëringsregels en interactiedetails vastgelegd. Omdat wij ook bouwen, houdt de overdracht rekening met wat praktisch haalbaar is — en wij blijven tijdens de bouw beschikbaar in plaats van bij oplevering te verdwijnen.
Wij kiezen hieruit op basis van wat het project nodig heeft en wat uw team na de overdracht kan onderhouden — niet op basis van waar wij het liefst mee werken. Ligt er al een gezonde technische basis, dan werken wij daarbinnen.
Structuur en stroom vastleggen voordat de ontwikkeling begint is het goedkoopste moment om van gedachten te veranderen, en het haalt de ontwerpbeslissingen weg die anders halverwege worden genomen door wie die dag de code schrijft.
Gericht werk aan een trechter, een aanmelding of een checkout, waar er een vastgelegd getal is om te verzetten en de wijziging daartegen kan worden gemeten.
Functies die over de jaren door verschillende mensen zijn toegevoegd, elk met net iets andere patronen. Een designsysteem brengt ze samen en stopt de verdere afdrijving.
Wanneer een audit bevindingen heeft opgeleverd, of wanneer een overheids- of enterprisekoper een conformiteitsverklaring vraagt.
Ja. Wij leveren een gedocumenteerd designsysteem en een bouwklare specificatie voor uw eigen ontwikkelaars, en kunnen tijdens de realisatie beschikbaar blijven om vragen te beantwoorden en het resultaat tegen het ontwerp te toetsen.
Minder dan bureaus vaak verkopen, en meer dan niets. Voor de meeste projecten brengt een paar dagen statistieken doornemen, supporttickets lezen en vijf of zes gebruikersgesprekken de belangrijke problemen boven. Grotere onderzoeksprogramma's zijn zinvol wanneer de kosten van het verkeerde ontwerpen hoog zijn.
Alleen als het de reden aanpakt waarom mensen nu afhaken. Een redesign dat alleen om het uiterlijk wordt gedaan, verandert het resultaat onvoorspelbaar, in beide richtingen. Is conversie het doel, dan beginnen wij met meten waar de trechter mensen verliest en ontwerpen wij daartegen, om de verandering vervolgens te verifiëren in plaats van aan te nemen.
Ja, routinematig. Wij vertalen bestaande merkelementen naar een werkend digitaal designsysteem — wat meestal neerkomt op het beslechten van vragen die een printrichtlijn niet beantwoordt, zoals interactietoestanden, dichte dataweergaven en toegankelijke contrastcombinaties.
Wij ontwerpen WCAG 2.2 AA als basis: contrast, zichtbaarheid van focus, formaat van aanraakdoelen, formulierlabels en bedienbaarheid met het toetsenbord. Wij controleren met geautomatiseerde hulpmiddelen en handmatige toetsenbord- en schermlezertests. Voor een formele conformiteitsverklaring adviseren wij daarnaast een onafhankelijke audit.
Stuur ons het probleem en de beperkingen die u al kent. Wij komen terug met wat wij denken dat het vraagt, een aanpak en een realistische orde van grootte — of met de mededeling dat wij hier niet de juiste partij voor zijn.
Wij bouwen websites en webapplicaties in React en Next.js — server-rendered, gemeten langs de Core Web Vitals, en zo opgebouwd dat Google elke pagina kan indexeren die voor u telt.
Wij bouwen cross-platform apps in React Native en Flutter — één team, één codebase, beide stores — en wij zijn open over de gevallen waarin native de betere keuze is.
Een webshop heeft twee taken die in tegengestelde richting trekken: gevonden worden, en verkopen aan wie binnenkomt. Wij bouwen voor allebei, en wij zijn concreet over de afwegingen.
