Redesign, refresh of rebuild: drie woorden, drie verschillende problemen

Door Robin Laseur

Redesign, refresh en rebuild zijn geen drie maten van hetzelfde project. Het zijn oplossingen voor drie verschillende problemen. Dat teams zo vaak de verkeerde kopen, komt doordat de branche deze woorden verkoopt als prijsklassen: goedkoop, middel en duur. Welk probleem elk ervan oplost, zegt niemand erbij. Stel je het probleem goed vast, dan volgt de juiste ingreep vanzelf, tegen de prijs die hij echt kost. Zit je ernaast, dan betaal je voor een nieuw fundament dat je niet nodig had, of je investeert in de buitenkant terwijl het fundament eronder langzaam scheurt. De duurste post in een websiteproject staat meestal in geen enkele offerte: wat het kost om het verkeerde probleem goed op te lossen.
Dit artikel kiest een ander uitgangspunt dan de gebruikelijke vergelijking. De meeste gidsen omschrijven de drie aan de hand van wat je krijgt: een lichter of zwaarder pakket op een prijsladder. Precies die benadering laat teams kiezen op budget in plaats van op diagnose. Hier omschrijven we ze aan de hand van wat ze oplossen. Het woord hoort te volgen uit de laag waarin het probleem zit, niet uit de hoogte van de factuur. Benoem je die laag goed, dan wordt het hele project goedkoper. Niet omdat iemand korting geeft, maar omdat je geen werk meer inkoopt waar het probleem nooit om vroeg.
Wat iedereen denkt dat deze woorden betekenen
Meestal wordt aangenomen dat refresh, redesign en rebuild een oplopende mate van ambitie beschrijven. Een refresh is klein en goedkoop, een redesign is de serieuze middenweg en een rebuild is het grote, dure project voor als je klaar bent om te investeren. Die aanname ligt voor de hand, want ze klopt half. De drie worden inderdaad duurder naarmate je verder op die lijn komt, en de meeste offertes zijn precies zo opgebouwd: als niveaus waaruit je kiest op basis van hoeveel je wilt uitgeven.
Die indeling klinkt redelijk, omdat alle drie op hetzelfde zichtbare resultaat uitkomen: een site die er beter uitziet en beter werkt dan de huidige. Dan lijkt het logisch om ze te zien als meer of minder van hetzelfde. Maar juist “meer of minder van hetzelfde” is het verkeerde model. Een refresh is geen kleine redesign, en een redesign is geen halve rebuild. Ze grijpen in op verschillende lagen van de site, en met meer budget verandert het een niet in het ander. Met het geld voor een redesign los je geen probleem in het fundament op. Met het geld voor een rebuild los je een probleem met het uiterlijk niet beter op dan met een refresh. Het ambitiemodel gaat er stilzwijgend van uit dat het steeds om hetzelfde probleem gaat, alleen meer of minder voelbaar. Dat is niet zo.

Wat elk van de drie echt oplost
Elk van de drie werkt op een andere laag van de site. Wie de laag benoemt, heeft de beslissing al genomen.
Een refresh gaat over het uiterlijk. De structuur van de site klopt, bezoekers vinden wat ze zoeken en kunnen doen waarvoor ze kwamen, en de techniek eronder houdt stand. Alleen ziet de site er gedateerd uit, past hij niet meer bij het merk of niet meer bij waar het bedrijf nu staat. Een refresh vernieuwt de zichtbare laag: typografie, kleur, beeld, witruimte en tekst. Aan hoe de site is ingedeeld of gebouwd verandert niets. Het probleem dat hij oplost: de site lijkt niet meer op jou.
Een redesign gaat over ervaring en structuur. Hier zit het echte probleem niet aan de oppervlakte, maar in hoe de site is ingedeeld. Bezoekers kunnen dingen moeilijk vinden, de navigatie werkt tegen hoe mensen denken, de weg naar de actie die jij wilt is onduidelijk, of de structuur is gebouwd voor een bedrijf waar je inmiddels uit bent gegroeid. Een redesign pakt de informatiearchitectuur, de paginaopbouw, de user flows en de gebruikservaring aan. Meestal verandert daarmee ook hoe de site eruitziet, maar dat is een bijproduct. Het probleem dat hij oplost: de site werkt niet meer zoals mensen hem nodig hebben.
Een rebuild gaat over het fundament. Het probleem zit niet in hoe de site eruitziet of hoe hij is ingedeeld, maar in waar hij op gebouwd is. Het platform of de codebase kan niet aan wat het bedrijf nodig heeft. Elke aanpassing is traag of riskant, koppelingen gaan snel stuk, de architectuur zet een plafond op de snelheid, of het geheel groeit niet mee naar de volgende markt, webshop of het volgende merk. Een rebuild vervangt de technische basis. Het probleem dat hij oplost zit onder alles wat de bezoeker ziet, en juist daarom stellen mensen op deze laag het vaakst de verkeerde diagnose. Flatline werkt in projecten voor corporate websites op alle drie de lagen, voor merken van Fugazzi tot Hugo Boss. En in elk project bepaalt de laag die echt kapot is hoe groot het werk wordt, niet hoe zwaar het woord klinkt.
Waarom deze woorden verkeerd geprijsd worden
Het mechanisme erachter is simpel. Deze woorden benoemen wat je krijgt, niet welk probleem je hebt, en de branche koopt en verkoopt ze op inspanning. Een offerte beschrijft wat je ontvangt, nieuwe visuals, een nieuwe structuur, een nieuw platform, en hangt een prijs aan de hoeveelheid werk. Niets in die afspraak dwingt iemand om eerst vast te stellen welke laag echt kapot is. Dus kiezen teams standaard op budget of ambitie: ze bepalen hoeveel ze willen uitgeven of hoe groot ze willen denken, en nemen het niveau dat daarbij past. De diagnose, die eigenlijk de eerste stap is, wordt overgeslagen, omdat de woorden er nooit om vroegen.
Zo komt een team met een probleem in het fundament uit bij een redesign: mooie nieuwe pagina's op dezelfde basis die het eigenlijke obstakel was. Een jaar later staat het weer op hetzelfde punt, met het structurele probleem nog onaangeroerd. En zo krijgt een team waarvan de site er alleen wat moe uitziet een rebuild verkocht, en betaalt het voor een nieuw fundament terwijl het oude prima werkte. In beide gevallen wordt het geld vakkundig uitgegeven en het verkeerde probleem opgelost, omdat het woord van een prijslijst kwam en niet uit een diagnose. Het onafhankelijke UX-onderzoek van Nielsen Norman Group zegt hetzelfde over te groot opgezette projecten: veel problemen op een site staan op zichzelf en zijn op te lossen met kleinere, gerichte aanpassingen. Een complete vernieuwing wordt vaak gekozen uit verveling of paniek, niet op basis van bewijs. In alle gevallen helpt hetzelfde: eerst de laag benoemen, dan pas het werk prijzen.

Hoe je bepaalt welk probleem je echt hebt
De diagnose is sneller gesteld dan de discussie over budget gevoerd, en komt neer op één vraag: welke laag laat je in de steek? Vraag je in deze termen af wat er echt mis is.
Ziet de site er gedateerd uit of past hij niet meer bij het merk, maar vinden mensen nog steeds wat ze zoeken, past de structuur bij het bedrijf en houdt niets technisch je tegen? Dan zit het probleem in het uiterlijk, en is een refresh het eerlijke antwoord. Kunnen mensen niet makkelijk vinden of doen waarvoor ze kwamen, werkt de navigatie of de paginaopbouw het doel tegen, of is de site ingedeeld voor een kleiner of ander bedrijf dan je nu bent? Dan zit het probleem in ervaring en structuur. Dat is een redesign, hoe de buitenkant er ook uitziet. Ligt de beperking in de techniek, kun je niet bouwen wat je nodig hebt, zijn aanpassingen traag of riskant, zitten snelheid of koppelingen aan hun plafond, of kan het platform de volgende groeifase niet dragen? Dan is het fundament het probleem, en dat is een rebuild, hoe de site er ook uitziet of leest.
Twee kanttekeningen maken de diagnose betrouwbaar. Ten eerste: baseer hem op bewijs, niet op gevoel. Kijk waar bezoekers echt op vastlopen, wat het team echt niet kan aanpassen en waar de snelheid echt instort, niet naar het algemene gevoel dat de site oud aanvoelt. Een site kan oud aanvoelen en structureel prima in orde zijn. Dan heb je een probleem met het uiterlijk dat zich voordoet als een structureel probleem. Ten tweede: de lagen kunnen zich opstapelen. Een echt probleem in het fundament vraagt meestal om een rebuild én een redesign, want als je de basis vervangt, is dat het moment om ook de structuur erboven aan te pakken. Een rebuild die de oude ervaring exact nabouwt, is zelden de moeite waard. Maar die stapeling werkt maar één kant op. Een probleem in het fundament trekt de lagen erboven mee in de scope. Een probleem met het uiterlijk rechtvaardigt bijna nooit dat je aan de lagen eronder komt. Kom je in de verleiding om een laag dieper te gaan, laat het diepere probleem dan eerst bewijzen dat het echt bestaat, voordat je betaalt om het op te lossen.

Goed benoemen is de goedkoopste beslissing
Is de laag eenmaal benoemd, dan volgen de juiste ingreep en de eerlijke prijs zonder discussie. En de duurste fout van het hele project, het verkeerde probleem goed oplossen, heb je dan net voorkomen. Daarom is de diagnose de goedkoopste beslissing die er is: ze kost alleen eerlijkheid, en het is de enige stap die elke euro beschermt die je daarna uitgeeft. Een terecht gekozen refresh behoedt je voor een rebuild die je niet nodig had. Een terecht gekozen rebuild behoedt je ervoor dat je twee keer een redesign doet: één keer nu, op de basis die het begeeft, en nog een keer nadat die basis je alsnog dwingt tot de rebuild die je had uitgesteld.
Dit is geen pleidooi om minder uitgeven tot doel te maken. Het is een pleidooi om geld te besteden aan de laag die echt kapot is. Soms betekent dat dat een rebuild het enige eerlijke antwoord is en dat de kleinere opties maar schijnbaar goedkoper zijn. Een fundament dat de komende jaren kan dragen is zijn geld waard als het fundament echt het probleem is. De discipline is in elke richting dezelfde: stel de laag vast, kies het woord dat erbij past en laat de prijs zijn wat het oplossen van het echte probleem kost. Niet wat toevallig in het pakket zat dat je op budget koos. Het woord dat je kiest is het goedkoopste deel van het project, en het bepaalt wat al het andere kost.
Veelgestelde vragen
Wat is het verschil tussen een redesign, refresh en rebuild van een website?
Ze pakken verschillende lagen van de site aan. Een refresh vernieuwt het uiterlijk, typografie, kleur, beeld en tekst, en laat structuur en platform intact. Een redesign pakt structuur en ervaring aan: informatiearchitectuur, navigatie en user flows. Daarmee verandert hoe de site werkt, niet alleen hoe hij eruitziet. Een rebuild vervangt het technische fundament, het platform of de codebase eronder. Het zijn drie verschillende problemen, geen drie maten van één project.
Hoe weet ik of ik een refresh of een volledige redesign nodig heb?
Kijk of het probleem zit in hoe de site eruitziet of in hoe hij werkt. Vinden mensen wat ze zoeken, kunnen ze doen waarvoor ze kwamen en past de structuur nog bij het bedrijf, maar ziet de site er gedateerd uit of past hij niet meer bij het merk? Dan is het een probleem met het uiterlijk en past een refresh. Lopen mensen vast in de navigatie, is de weg naar belangrijke acties onduidelijk of past de structuur niet meer bij je bedrijf? Dan is het een structureel probleem en heb je een redesign nodig, hoe de buitenkant er ook uitziet.
Wanneer heeft een website een rebuild nodig in plaats van een redesign?
Als de beperking technisch is, niet visueel of structureel. Kun je niet bouwen wat het bedrijf nodig heeft, zijn aanpassingen traag of riskant, zet de architectuur een plafond op snelheid of koppelingen, of groeit het platform niet mee naar de volgende markt, webshop of het volgende merk? Dan is het fundament het probleem en is een rebuild het antwoord. Een redesign op een fundament dat het begeeft, zet nieuwe pagina's op dezelfde basis die het eigenlijke obstakel was.
Kun je een redesign doen zonder rebuild?
Ja, en vaak is dat ook verstandig. Is het technische fundament in orde, maar passen structuur en ervaring niet meer bij het bedrijf, dan herziet een redesign de indeling en de flows op het bestaande platform, zonder het te vervangen. Andersom komt minder vaak voor: een rebuild gaat meestal samen met op zijn minst een deel redesign. Wie het fundament vervangt, heeft het natuurlijke moment om ook de structuur erboven te verbeteren, in plaats van de oude ervaring exact na te bouwen.
Waarom verschillen de kosten van een redesign en een rebuild zo sterk?
Omdat ze problemen op verschillende lagen oplossen en een andere hoeveelheid werk vragen. Een rebuild vervangt de technische basis en trekt meestal ook structuur en design mee in de scope, dus het is de zwaarste van de drie. Toch hoort de prijs een gevolg te zijn van de laag die je moet repareren, niet de reden om een woord te kiezen. Wie de goedkopere term kiest om geld te besparen, laat het echte probleem liggen. Dat is duurder dan één keer het juiste werk doen.
Kort samengevat
Redesign, refresh en rebuild lossen drie verschillende problemen op. Het zijn geen drie maten van één project. Een refresh pakt het uiterlijk aan, een redesign de structuur en ervaring, een rebuild het technische fundament.
De branche prijst ze als niveaus van inspanning, dus teams kiezen op budget of ambitie in plaats van op diagnose. Zo krijgt een probleem in het fundament een redesign en een moe ogende site een rebuild.
Stel de diagnose per laag. Ziet het er verkeerd uit, maar werkt en houdt het: refresh. Lastig te gebruiken of slecht ingedeeld: redesign. Technisch beperkt of niet schaalbaar: rebuild.
Baseer de diagnose op bewijs, niet op het gevoel dat de site oud is. En onthoud dat de lagen maar één kant op stapelen: een probleem in het fundament trekt de lagen erboven mee, een probleem met het uiterlijk rechtvaardigt zelden dat je aan de lagen eronder komt.
De laag goed benoemen is de goedkoopste beslissing in het project. Het voorkomt de duurste fout, het verkeerde probleem goed oplossen, en laat de prijs zijn wat het oplossen van het echte probleem werkelijk kost.
De drie woorden worden door elkaar gebruikt omdat ze van een afstand hetzelfde beloven: een betere website. Van dichtbij zijn het antwoorden op verschillende vragen, en de vraag is welke laag van je site je echt in de steek laat. Benoem die eerst, in gewone woorden, voordat iemand een pakket offreert. Dan is de keuze tussen redesign, refresh en rebuild geen onderhandeling over budget meer, maar wat hij hoort te zijn: een diagnose. Die diagnose is gratis. Alles wat je daarna uitgeeft, hangt ervan af of je hem goed stelt.
Gerelateerde artikelen



