Je website zelf beheren zonder developer

Er start een nieuwe campagne. De teksten zijn klaar, de beelden gekozen, de call-to-action staat. Nu moet de landingspagina nog gebouwd worden, en daarvoor ben je afhankelijk van een developer met een volle planning. De campagne start over drie dagen. Herkenbaar? Dan is het tijd om je website zelf te beheren. In dit artikel lees je wat je marketingteam zelf zou moeten kunnen, hoe je dat veilig inricht en waar de grens ligt.

Waarom is afhankelijkheid van development een probleem?

Afhankelijkheid van development is een probleem omdat elke kleine wijziging een wachtrij in moet. Bij veel organisaties is de website het domein van IT of een externe partij. Marketing mag wensen indienen, maar niet zelf aanpassen. Elke tekstwijziging, nieuwe pagina of banner wordt een ticket.

De redenen zijn begrijpelijk. Niemand wil dat er per ongeluk iets kapot gaat. Maar de gevolgen zijn groot. Marketing kan niet snel inspelen op wat er speelt. Een test met een nieuwe kop wordt een project in plaats van een experiment. Content veroudert omdat bijwerken te veel gedoe is. En developers besteden tijd aan tekstwijzigingen in plaats van aan werk waar hun kennis echt nodig is.

Wat moet je marketingteam zelf kunnen?

Je marketingteam moet alles kunnen wat over inhoud gaat. Teksten aanpassen, blogartikelen publiceren, afbeeldingen vervangen, cases en testimonials toevoegen, teamleden bijwerken, een banner plaatsen voor een actie. En het zelf samenstellen van landingspagina's voor campagnes, op basis van vooraf gemaakte bouwblokken.

Dat zijn geen technische handelingen, maar contentbeheer. En contentbeheer hoort bij de mensen die verantwoordelijk zijn voor de content.

Wat levert het op als je je website zelf beheert?

Zelf beheren levert vooral snelheid, eigenaarschap en ruimte om te testen op.

Snelheid. Geen tickets en geen planning afstemmen. Wat vandaag moet, gebeurt vandaag.

Eigenaarschap. Een team dat zelf controle heeft over de site, besteedt er meer aandacht aan. Dat leidt tot actuelere content en betere resultaten.

Ruimte om te testen. Een andere kop, een andere volgorde, een andere afbeelding. Als testen makkelijk is, gebeurt het ook.

Focus voor development. Developers werken aan nieuwe functies, koppelingen en technische verbeteringen in plaats van aan kleine tekstwijzigingen.

Hoe houd je zelf beheren veilig?

Je houdt zelf beheren veilig met structuur in plaats van beperking. De angst dat iemand iets kapot maakt, is terecht als de site daar niet op is ingericht. Vijf maatregelen maken het verschil.

Scheiding tussen inhoud en structuur. Content bewerken is iets anders dan de opbouw van de site aanpassen. Contentbeheerders werken binnen bestaande sjablonen, zonder die sjablonen zelf te kunnen wijzigen.

Een systeem van bouwblokken. In plaats van vrije hand krijgt het team een set componenten die door design en development zijn gemaakt om goed samen te werken. Marketing combineert ze tot pagina's die altijd in de huisstijl blijven.

Controle voor publicatie. Wijzigingen worden eerst bekeken voordat ze live gaan, door de maker zelf of door een collega.

Rollen en rechten. Niet iedereen hoeft te kunnen publiceren. Bewerken en publiceren kunnen verschillende rechten zijn.

Uitleg. Een korte training over hoe het CMS werkt en wat de afspraken zijn. De meeste mensen werken prima binnen kaders als ze die kaders begrijpen.

Hoe werkt zelf beheren in Webflow?

In Webflow werkt zelf beheren via een aparte bewerkomgeving voor contentbeheerders, los van de omgeving waarin de site gebouwd wordt. Contentbeheerders passen teksten aan, vervangen afbeeldingen, beheren CMS-items zoals blogartikelen en cases en publiceren wijzigingen. De layout en de code kunnen ze niet per ongeluk aanpassen. Meer over het platform lees je op onze pagina over Webflow.

Voor landingspagina's zetten we componenten en paginasjablonen klaar. Het team kiest een opzet, vult de inhoud in en publiceert. Zo combineer je vrijheid voor inhoud met bescherming van de structuur. Bij het bouwen van een marketingwebsite is dit voor ons een uitgangspunt, geen extra.

Waar ligt de grens?

De grens ligt tussen wat er op de site staat en hoe de site werkt. Gaat het om inhoud, dan kan marketing het zelf. Gaat het om werking, dan is het werk voor development.

Nieuwe paginatypes of sjablonen zijn ontwerp- en bouwwerk. Dat gebeurt één keer, daarna kan het team ermee aan de slag. Structurele wijzigingen, zoals de navigatie aanpassen of de homepage opnieuw indelen, verdienen een extra paar ogen. En koppelingen, zoals formulieren naar je CRM of het instellen van metingen, zijn technisch werk. Heb je voor dat soort vragen geregeld hulp nodig zonder zelf een developer in dienst te nemen? Daarvoor is contentondersteuning bedoeld.

Hoe maak je een bestaande website geschikt voor zelf beheren?

Een bestaande website maak je geschikt voor zelf beheren door te kijken hoe hij nu is opgebouwd. Soms volstaat het om de CMS-structuur op te schonen, componenten te maken van losse secties en het team te trainen. Soms is de site zo gebouwd dat elke pagina uniek is en elke wijziging technische kennis vraagt. Dan is een grotere opknapbeurt of een nieuwe site de logische stap.

Zet de investering af tegen wat de huidige situatie kost: de tijd die marketing verliest aan wachten, de campagnes die later starten en de content die verouderd blijft staan.

Waar begin je?

Begin met een eerlijke inventarisatie. Welke wijzigingen vraagt je team het vaakst aan? Hoe lang duurt het voordat ze live staan? En wat zou er veranderen als het team die wijzigingen zelf kon doen? Wil je weten hoe dat er voor jullie site uitziet, neem dan contact op.