Datavi­sualisatie op maat: de volledige gids

Datavi­sualisatie is het vertalen van getallen naar vorm, positie, lengte of kleur, zodat iemand er in één blik iets uit kan afleiden. Het verschil met een tabel is dat een tabel exacte waarden toont en een grafiek verhoudingen. Wie de precieze omzet van vorige maand nodig heeft, is met een tabel beter af. Wie wil zien of de omzet afwijkt van het patroon, heeft een grafiek nodig.

In een zakelijke omgeving wordt visualisatie op drie plekken gebruikt. In dashboards, waar mensen dagelijks kijken of er iets afwijkt. In rapportages, waar een bevinding wordt onderbouwd voor iemand die er niet dagelijks mee werkt. En in producten, waar de visualisatie zelf het product is: een klantportaal met verbru­iksgra­fieken, een kaart met beschikbaarheid, een terugblik voor gebruikers.

Die drie stellen andere eisen. Een dashboard moet in twee seconden laten zien of er iets aan de hand is. Een rapportage mag meer uitleg vragen omdat de lezer er de tijd voor neemt. Een visualisatie in een product moet werken voor mensen die geen enkele training hebben gehad en die het op een telefoon bekijken. Dezelfde grafiek is in het ene geval goed en in het andere onbruikbaar.

Er is nog een onderscheid dat vaak wordt overgeslagen: het verschil tussen een beeld dat iets aankondigt en een beeld dat iets verklaart. Een dashboard signaleert dat er iets afwijkt; het legt zelden uit waarom. Wie die twee door elkaar haalt, bouwt schermen die steeds voller worden omdat er telkens een uitsplitsing bij komt om een vraag te beantwoorden die op dat scherm niet thuishoort. De praktische oplossing is meestal een kort signaalbeeld met een route naar een verdiepende weergave, en niet één beeld dat beide probeert.

Toegan­kelijkheid is bij visualisatie geen bijzaak, omdat de hele boodschap in het beeld zit. Wie kleuren niet kan onderscheiden, ziet een lijn in een grafiek van vijf lijnen niet terug. Wie met een schermlezer werkt, krijgt van een afbeelding zonder teksta­lternatief helemaal niets. En wie op een klein scherm kijkt, verliest een legenda die naast de grafiek staat.

Sinds 28 juni 2025 gelden er toegan­kelijk­heidsregels voor e-commer­cediensten. Die gelden als u tien of meer mensen in dienst heeft of een jaaromzet van meer dan twee miljoen euro. In de loop van 2026 wordt WCAG 2.2 op niveau AA de standaard voor digitale toegan­kelijkheid. Voor overheids­organisaties bestaat al langer een eigen verplichting.

Naast toegan­kelijkheid speelt eerlijkheid. Een grafiek kan volstrekt waar zijn en toch misleiden. Een verticale as die niet bij nul begint, maakt een verschil van twee procent groot. Een taartdiagram met acht partjes laat niemand vergelijken. Een gemiddelde zonder spreiding verbergt precies de uitschieters waar het om gaat. Dat is zelden kwade wil, maar het gevolg is hetzelfde: iemand trekt een conclusie die de cijfers niet dragen.

De keuze van een grafiekvorm volgt uit de vraag die u wilt beantwoorden. Dat klinkt vanzelfsprekend en gaat toch vaak mis, omdat mensen beginnen bij de gegevens die ze hebben in plaats van bij de vraag die ze hebben. Het resultaat is een grafiek die klopt maar niets zegt.

Een onderschat middel is de annotatie. Een pijl met de tekst dat hier een nieuwe vestiging openging, doet meer voor het begrip dan welke extra dimensie ook. Grafieken die de kijker moeten uitleggen wat ze zien, hebben vaak geen extra functie nodig maar één zin op de juiste plek.

In de praktijk begint een visual­isatie­traject bijna nooit bij de vormgeving. Het begint bij de vraag of de onderliggende cijfers betrouwbaar en vergelijkbaar zijn. Een prachtige grafiek op wankele cijfers is gevaarlijker dan een lelijke tabel, omdat het beeld overtu­igings­kracht toevoegt die de gegevens niet verdienen.

Een terugkerend probleem is dat mensen om meer dimensies vragen dan een beeld aankan. Een grafiek die tegelijk regio, productgroep, periode en marge wil tonen, wordt een puzzel die niemand oplost. Meestal blijkt bij navraag dat er twee verschillende vragen achter zitten, en dat twee eenvoudige beelden samen het werk doen dat één ingewikkeld beeld niet kan. Dat gesprek is soms lastig, omdat een enkel scherm met alles erop krachtiger aanvoelt. De toets is eenvoudig: laat iemand die er niet aan heeft meegewerkt binnen dertig seconden vertellen wat hij ziet, en tel hoe vaak dat lukt.

1. Formuleer de vraagSchrijf op welke beslissing iemand met dit beeld moet kunnen nemen. Zonder die zin is elke vorm verdedigbaar en daarmee willekeurig.
2. Controleer de gegevensZijn de perioden vergelijkbaar, is de definitie in de tijd gelijk gebleven, en wat gebeurt er met ontbrekende waarden. Dit werk gaat aan de vorm vooraf.
3. Schets op papierTeken drie varianten met de hand. Dat kost een kwartier en voorkomt dat u een week bouwt aan de eerste vorm die iemand noemde.
4. Maak een statische versieZonder interactie, in één beeld. Als het beeld dan al werkt, is interactie een verbetering; werkt het niet, dan gaat interactie dat niet redden.
5. Voeg toegan­kelijkheid toeContrast, teksta­lternatief, bediening met het toetsenbord en betekenis die niet alleen uit kleur volgt. Dit is goedkoper vooraf dan achteraf.
6. Leg het voor aan een buitenstaanderIemand die de cijfers niet kent, vertelt u binnen dertig seconden wat hij ziet. Dat is de enige echte toets.

Die laatste stap wordt het vaakst overgeslagen en levert het meeste op. De maker van een grafiek weet wat er staat en ziet daarom niet wat er ontbreekt. Iemand die er koud in stapt, wijst binnen een halve minuut de as aan die niet duidelijk is, of vertelt een conclusie die u niet bedoelde. Dat is precies de informatie die u nodig heeft.

Technisch is de belangrijkste keuze waar de visualisatie wordt gemaakt: in de browser bij de gebruiker, of vooraf op de server. Dat lijkt een detail maar bepaalt hoeveel gegevens er over de lijn gaan, hoe snel het scherm reageert en of het op een telefoon nog werkt.

Let bij interactieve visualisaties ook op de eerste weergave. Wat een gebruiker ziet voordat hij iets heeft ingesteld, is het beeld dat de meeste mensen zullen zien, want een groot deel raakt de filters nooit aan. Die standa­ardweergave verdient dus dezelfde aandacht als een statisch beeld: hij moet op zichzelf een verhaal vertellen. Filters zijn er voor de minderheid die verder wil kijken, niet als excuus om de keuze aan de gebruiker te laten.

Let bij visualisaties met gedetailleerde gegevens op wat u ongemerkt weggeeft. Een grafiek die in de browser wordt opgebouwd, stuurt de onderliggende reeks mee, ook als de gebruiker maar een samenvatting te zien krijgt. Gaat het om gegevens die tot personen herleidbaar zijn, dan is aggregeren aan de bron geen optimalisatie maar een noodzaak.

Visual­isatie­projecten lopen zelden vast op techniek. Ze lopen vast op onduidelijkheid over de vraag, op cijfers die niet vergelijkbaar blijken, en op beelden die alleen door de maker worden begrepen.

Houd er verder rekening mee dat visualisaties onderhoud vragen. Een schaal die vorig jaar goed gekozen was, klopt niet meer als de omzet is verdubbeld. Een kleur die aan een productgroep hing, wijst na een herindeling naar iets anders. Plan daarom een moment per jaar waarop u uw beelden nakijkt op schaal, kleurbetekenis en of de vraag eronder nog actueel is.

• Begin bij de beslissing, niet bij de gegevens. Schrijf op welke keuze iemand met dit beeld moet kunnen maken. Grafieken zonder die zin worden decoratie die niemand gebruikt.
• Controleer de vergel­ijkbaarheid van uw reeksen. Een definitie die halverwege is gewijzigd, maakt een trendlijn onzin. Dat is vaker aan de hand dan mensen denken.
• Laat betekenis nooit alleen uit kleur volgen. Voeg vorm, label of annotatie toe. Dat is een toegan­kelijk­heidseis en tegelijk gewoon beter ontwerp.
• Begin de as bij nul waar dat hoort. Bij staafdiagrammen is een afgekapte as misleidend. Bij lijnen kan afwijken verdedigbaar zijn, maar dan hoort u dat te vermelden.
• Test met iemand die de cijfers niet kent. Dertig seconden met een buitenstaander levert meer op dan een week bijschaven met het team dat het al snapt.
• Reken samen wat samen kan. Aggregeer aan de bron. Dat is sneller, werkt beter op een telefoon en voorkomt dat u meer gegevens verstuurt dan nodig.

Het aantal grafieken bepaalt de kosten van een visual­isatie­traject nauwelijks. Wat ze bepaalt, is de toestand van de onderliggende gegevens en de mate van interactie die u wilt.

Reken ook op tijd voor het schrijven van bijschriften en assen. Dat lijkt afwerking, maar het is vaak het verschil tussen een beeld dat wordt begrepen en een beeld waar mensen omheen praten. Het is bovendien werk dat iemand met inhoudelijke kennis moet doen, niet de bouwer.

Het meest kosten­besparende besluit is meestal om minder te tonen. Drie beelden die worden begrepen, leveren meer op dan twaalf die worden genegeerd, en ze zijn goedkoper om te bouwen en te onderhouden. Beperking is hier geen concessie maar een ontwerpkeuze.

1. Verzamel de vragenVraag de beoogde gebruikers welke beslissing ze willen kunnen nemen. Noteer de vragen, niet de gewenste grafieken; die twee zijn niet hetzelfde.
2. Toets de gegevensGa per vraag na of de cijfers bestaan, of ze vergelijkbaar zijn en hoe volledig ze zijn. Vragen die hierop stranden, kosten u later de meeste tijd.
3. Schets en kiesTeken varianten met de hand en kies er per vraag één. Dit is het goedkoopste moment om van gedachten te veranderen.
4. Bouw een statische proefEén scherm met echte cijfers, zonder interactie. Leg het voor aan mensen die er niet aan hebben meegewerkt.
5. Voeg interactie toe waar het helptFilteren en inzoomen alleen waar mensen erom vroegen tijdens de proef, niet omdat het kan.
6. Controleer op toegan­kelijkheidContrast, toetse­nbordb­ediening, teksta­lterna­tieven en betekenis die niet alleen uit kleur volgt. Meet het in plaats van het aan te nemen.

• BI-dashboard: de gegevens onder het beeld
• KPI-dashboard: sturen op een handvol getallen
• Managementdashboard: het overzicht voor de directie
• Alle app-gidsen

• Embedded BI-software
• Gids: KPI-dashboard
• Gids: managementdashboard
• Data-integratiesoftware