Lexicon · Methodology

Wireframe

Definitie

Een wireframe is een schematische tekening van een scherm of pagina, waarin alleen de structuur en functionaliteit staan: waar komen de knoppen, welke informatie is waar zichtbaar, hoe is de navigatie ingedeeld. Kleuren, lettertypen en plaatjes zitten er bewust niet in. Het doel is praten over de werking, niet over de vormgeving.

Wireframes verschillen van mockups en prototypes. Een mockup laat het visuele ontwerp zien met kleuren en typografie. Een prototype is klikbaar en simuleert de interactie. Een wireframe staat het verst van het eindproduct af en is daarmee het goedkoopste om te wijzigen. Veelgebruikte tools zijn Figma, Balsamiq en Whimsical, maar pen en papier werken vaak prima in de eerste fase.

Waarom het ertoe doet voor MKB

Voor MKB-bedrijven die software laten bouwen of een nieuwe website ontwikkelen, voorkomen wireframes de duurste fout in softwareprojecten: pas tijdens het bouwen ontdekken wat eigenlijk bedoeld werd. Een wireframe-sessie van een halve dag levert vaak meer op dan twintig pagina’s geschreven specificatie, omdat tekenen de meningsverschillen in de werkwijze zichtbaar maakt voordat de programmeur begint.

De vuistregel: wijzigingen in een wireframe kosten minuten, wijzigingen in werkende software kosten dagen tot weken. Bedrijven die hun leveranciers vragen om eerst wireframes voor te leggen, blijken in de praktijk minder meerwerk te krijgen en software op te leveren die beter past bij dagelijks gebruik door medewerkers.

Concreet voorbeeld

Een installatiebedrijf met 25 monteurs laat een werkbon-app bouwen. De directeur beschrijft de wensen in een document van vier pagina’s en de leverancier offreert €38.000. Voordat de bouw start, vraagt de leverancier om twee dagdelen voor wireframes met drie monteurs erbij.

Tijdens die sessies komen vijf belangrijke punten boven die niet in de specificatie stonden: handtekening van klant moet ook offline werken, foto van meterstand moet bij de werkbon, materiaalverbruik moet snel toe te voegen zijn vanaf een korte lijst, en het scherm moet bedienbaar zijn met dikke werkhandschoenen. Aanpassen kostte een dag aan wireframes en €600. Was dit pas tijdens de bouw boven gekomen, dan was het meerwerk geschat €9.000 geweest. De app werd op tijd opgeleverd binnen budget.

Misverstanden en valkuilen

  • “Een wireframe moet er mooi uitzien.” Juist niet. Een wireframe met kleuren en mooi typografie leidt direct tot discussies over esthetiek en weg van de werking. Houd het bewust grijs en grof.
  • “Wireframes zijn voor de designer, niet voor mij.” De inhoudelijke beslissingen in wireframes moeten van de business komen, niet van de designer. Wie de wireframes goedkeurt, is verantwoordelijk voor de werking van het eindproduct.
  • “We kunnen dit overslaan, we weten al wat we willen.” Tussen het hoofd van de directeur en het scherm van een gebruiker zit altijd meer dan vooraf gedacht. Een paar uur tekenen heeft zich vrijwel altijd terugverdiend.
  • “Wireframes en het uiteindelijke ontwerp moeten exact overeenkomen.” Klein verschuiven mag, zolang de werking en informatieverdeling klopt. Een te strikte vertaling kost juist designkwaliteit.

Wanneer moet je hiervan wakker liggen, wanneer niet

Wakker liggen: als een leverancier voorstelt om direct met bouwen te beginnen op basis van een geschreven specificatie, zeker bij projecten boven €15.000. De kans is reeel dat er tijdens de bouw beslissingen worden genomen die niemand van de business heeft goedgekeurd, en dat het eindresultaat tegenvalt. Vraag om wireframes voordat de eerste regel code wordt geschreven.

Niet wakker liggen: bij kleine aanpassingen aan bestaande software waarvan de werking voor iedereen helder is, of bij gestandaardiseerde implementaties van bekende producten. Wireframes zijn een investering in helderheid en bij triviale wijzigingen voegen ze weinig toe.

Gerelateerde termen

  • MVP: wireframes zijn een logische voorbereiding op het bouwen van een MVP.
  • Frontend: de laag die op basis van wireframes en designs wordt gebouwd.
  • Maatwerk software: hier verdienen wireframes zich het sterkst terug.
  • Agile: aanpak waarin wireframes per iteratie aangescherpt worden.
  • No-code: bij no-code-platforms zijn wireframes vaak direct uitvoerbaar als prototype.
  • Build vs buy: wireframes helpen bij de keuze door functionele eisen scherp te krijgen.
Filed under Methodology
Leestijd 3 min
Gepubliceerd 26 mei 2026

Zie ook

A/B testing
A/B-testing is een methode om twee varianten van een digitaal element naast elkaar te tonen aan vergelijkbare bezoekers en met...
Agile
Agile is een werkwijze waarbij projecten in korte stukken worden opgeleverd en bijgestuurd op basis van wat geleerd wordt. Tegenhanger...
Build vs buy
Build vs buy is de strategische afweging tussen software zelf laten ontwikkelen of een bestaand product kopen. Geen vaste regel;...
CI/CD
CI/CD staat voor Continuous Integration en Continuous Delivery: software wordt automatisch gebouwd, getest en uitgerold zodra een ontwikkelaar wijzigingen indient....
DevOps
DevOps is een werkwijze waarin software bouwen en software draaiend houden door één team gedaan worden. Resultaat: sneller nieuwe versies...
Kanban
Kanban is een methode om werk visueel te beheren via een bord met kolommen, zoals te doen, in uitvoering en...

Verder lezen

Freelancer, bureau of fractional partner: wie moet je software bouwen?
Voor MKB-projecten is er een derde optie: vergelijk freelancer, bureau en fractional partner op kosten, risico en werkwijze.
Het one-person tech team: waarom je geen team van 5 nodig hebt
Je zoekt een developer voor je nieuwe platform. Het bureau komt met een offerte: projectmanager, UX-designer, twee developers, een tester. Vijf mensen, zes maanden,...
Technische schuld: wat het je echt kost en hoe je het oplost
Je herkent het waarschijnlijk. Elke aanpassing aan je software duurt langer dan verwacht. Je IT-kosten stijgen jaar na jaar, maar je systemen voelen niet...