Een nieuwe dienst is klaar, marketing wil een campagne starten en sales vraagt om een landingspagina. Alleen blijkt de website minder snel mee te bewegen dan het bedrijf. Voor een nieuwe pagina is een developer nodig, een kleine wijziging moet eerst worden ingepland en niemand weet precies welke plugin verantwoordelijk is voor een foutmelding.
Dat zijn niet alleen technische irritaties. Zodra de website bepaalt hoe snel je een campagne kunt lanceren of informatie kunt aanpassen, heeft de manier waarop de site is gebouwd direct invloed op het tempo van de organisatie.
Een kleine wijziging hoort geen project te worden
Begin eens met iets eenvoudigs. Hoeveel stappen zijn nodig om een nieuwe klantcase, vacature of dienst pagina online te zetten?
Als een marketeer daarvoor eerst tekst naar een designer stuurt, die vervolgens een developer nodig heeft om de pagina op te bouwen, kost iedere publicatie onnodig veel tijd. Zeker wanneer dezelfde soort content regelmatig terugkomt.
Dat betekent niet dat iedereen onbeperkt aan het ontwerp moet kunnen sleutelen. Het tegenovergestelde werkt vaak beter: vaste onderdelen voor terugkerende content. Een case kan bijvoorbeeld een vaste plek hebben voor een introductie, afbeelding, klantgegevens en resultaat. De inhoud verandert, terwijl de visuele structuur overeind blijft.
Campagnes moeten sneller kunnen bewegen dan development
Bij een campagne worden teksten en advertenties regelmatig aangepast. Misschien blijkt een andere boodschap beter te werken of wil marketing een specifieke doelgroep naar een nieuwe landingspagina sturen. Als iedere wijziging eerst op de ontwikkelplanning moet komen, wordt testen vanzelf minder aantrekkelijk.
Dat kan een vreemd effect hebben. Niet de beste marketing keuze wordt uitgevoerd, maar de wijziging die technisch het makkelijkst te regelen is.
Een website die regelmatig voor campagnes wordt gebruikt, heeft daarom baat bij onderdelen die het marketingteam zelfstandig kan beheren. Denk aan verschillende contentblokken, formulieren, klantquotes en call-to-actions die binnen vooraf bepaalde kaders kunnen worden gecombineerd.
De developer hoeft dan niet telkens een pagina te bouwen. Die zorgt er vooral voor dat de bouwstenen goed functioneren.
Let op hoeveel oude techniek je meesleept
Websites groeien vaak stukje bij beetje. Eerst komt er een formulier bij, daarna een koppeling, vervolgens een extra plugin voor een campagne en jaren later weet niemand meer precies waarom bepaalde onderdelen nog nodig zijn.
Zolang alles werkt, valt dat nauwelijks op. Problemen ontstaan bij updates of uitbreidingen. Een wijziging op de ene plek blijkt onverwacht iets anders te beïnvloeden of een verouderde toevoeging kan niet zonder meer worden vervangen.
Dat is een goed moment om niet alleen naar het uiterlijk van de site te kijken. Breng ook in kaart welke functionaliteiten werkelijk worden gebruikt. Welke koppelingen zijn nog nodig? Welke pagina’s bestaan alleen vanwege een oude campagne? En voor welke eenvoudige aanpassingen moet steeds technische hulp worden ingeschakeld?
Zelf beheren betekent niet dat iedereen alles mag veranderen
Meer controle voor marketing klinkt aantrekkelijk, maar volledige ontwerpvrijheid kan een website snel rommelig maken. Als iedere medewerker zelf lettergroottes, kleuren en knopstijlen bepaalt, zijn na een jaar nauwelijks nog twee pagina’s hetzelfde.
Een goed beheersysteem geeft daarom vrijheid binnen grenzen. Je kunt een nieuwe pagina samenstellen of content wijzigen, maar de onderdelen volgen dezelfde ontwerpregels. Dat maakt publiceren sneller zonder de huisstijl telkens opnieuw uit te vinden.
Wanneer een organisatie precies op dat punt vastloopt, kan het interessant zijn om met een webflow bureau te onderzoeken hoe ontwerp, CMS en beheer beter op elkaar kunnen aansluiten. Webflow combineert design en contentbeheer binnen één platform en maakt het mogelijk om vaste structuren te bouwen die daarna door een marketingteam gevuld en aangepast kunnen worden.
Of dat de juiste oplossing is, hangt vooral af van hoe de website gebruikt wordt. Een site die nauwelijks verandert heeft andere behoeften dan een organisatie die iedere maand nieuwe campagnes, cases of diensten publiceert.
Gebruik een redesign om de werkwijze op te ruimen
Bij een nieuwe website gaat de aandacht gemakkelijk naar kleuren, fotografie en de homepage. Dat zijn zichtbare keuzes, maar een redesign is ook een goed moment om te kijken naar wat er achter de schermen dagelijks gebeurt.
Maak bijvoorbeeld een lijst van de wijzigingen die het afgelopen jaar het vaakst zijn uitgevoerd. Misschien blijken nieuwe cases iedere keer handmatig te worden opgebouwd. Wellicht kost het publiceren van vacatures onnodig veel werk of bestaan er vijf verschillende soorten landingspagina’s die eigenlijk dezelfde functie hebben.
Juist zulke herhaling kan in een nieuw systeem vooraf worden opgelost. Niet door voor ieder toekomstig scenario een aparte pagina te bouwen, maar door terugkerende content en onderdelen slim te structureren.
Beoordeel een website een halfjaar na de livegang
Op de dag van oplevering ziet vrijwel iedere nieuwe website er netjes uit. Alle teksten staan op hun plek, afbeeldingen zijn gekozen en de techniek is getest. De interessantere beoordeling komt maanden later.
Kan een collega inmiddels zelf een nieuwe case toevoegen? Is een landingspagina aan te passen zonder een developer te bellen? Zijn de verschillende pagina’s visueel nog steeds herkenbaar onderdeel van dezelfde website? En is het duidelijk waar content moet worden beheerd?
Als het antwoord daarop steeds nee is, zit het probleem niet per se in het ontwerp. Dan sluit de website simpelweg niet goed aan op de manier waarop de organisatie werkt.
Een website die met een bedrijf moet meegroeien, hoeft niet bij iedere verandering opnieuw gebouwd te worden. De sterkste basis is juist een systeem waarin veelvoorkomende veranderingen al zijn voorzien. Dan wordt de website geen extra stap die groei vertraagt, maar een middel waarmee nieuwe plannen sneller naar buiten kunnen.
