Veel websites worden behandeld als eenmalige ontwikkelingen. Ze worden gebouwd, getest, gelanceerd en vervolgens vergeten. Zelfs beveiligingsupdates worden vaak genegeerd totdat een site is gehackt. Na verloop van tijd raken veel sites in verval, niet langer in staat te voldoen aan moderne technologische standaarden of verwachtingen van de gebruiker. Ze zijn bijvoorbeeld niet ontworpen voor gebruik op mobiele apparaten. Een continue ontwikkeling van uw website voorkomt veel van deze problemen en biedt vele voordelen!
Continue ontwikkeling: spreidt uw budget
Het is tegenwoordig nog steeds gebruikelijk dat een budget beschikbaar wordt gesteld voor een eenmalige websiteontwikkeling. Alleen hosting wordt gebudgetteerd als een terugkerende uitgave. Maar hoe zit het met het adopteren van Agile principes? Een minimum viable product (MVP) maken dat verbeterd kan worden als deel van een continu ontwikkelproces? Een succesvolle website heeft een managementteam nodig dat toegewijd is aan hun online aanwezigheid. Een website die beheerd wordt als een levend wezen dat voortdurende verzorging nodig heeft. Een verwaarloosde website zal uiteindelijk sterven, zelfs als u met een geweldige site begint.
Hou het simpel
Klanten kiezen er vaak voor om hun budget te investeren in een complexe webapplicatie met een schat aan functies. Maar het is beter om te beginnen met alleen de functies die nodig zijn om live te gaan (de eerder genoemde MVP). In dit geval blijft een aanzienlijk deel van het budget beschikbaar. Dit verlaagt het algehele risico als er iets misgaat. Het zorgt er ook voor dat er geld beschikbaar is om de site stapsgewijs te verbeteren in reactie op gebruikersfeedback. Deze benadering noemt men vaak ‘continue ontwikkeling’.
Deze benadering heeft veel voordelen:
- Onzekerheden en risico’s kunnen worden geminimaliseerd met een kleinere faalkans;
- Er is weinig of geen risico van budgetoverschrijdingen;
- Gebruikerservaring kan worden opgedaan bij de eerste release, en gebruikt tijdens het ontwerpen van volgende releases;
- Een partnerschap tussen de klant en de webontwikkelaar kan groeien, zonder de druk die inherent is aan zeer complexe ontwikkelingen;
- De eerste levering zal eerder zijn.
Niet alleen de klant profiteert van deze aanpak. Gebruikers van de website zullen ook van de voordelen genieten. Een eenvoudig te gebruiken website zonder toeters en bellen is minder intimiderend. De website zal ook evolueren en veranderen in de loop van de tijd, waardoor de gebruikerservaring fris blijft.
Continue ontwikkeling, meerdere releases
Kortom, het komt erop aan nieuwe webontwikkelingsprojecten te verdelen in meerdere leveringen die in de loop van de tijd worden uitgebreid. Het budget spreiden over incrementele releases. Dus de kwaliteit en het bereik van uw site verbeteren.
Deze aanpak moet ook worden overgenomen door de webontwikkelaar. In plaats van simpelweg te focussen op een enkel ontwikkelproject, moet de nadruk liggen op het opbouwen van een relatie met klanten die zich over een langere periode uitstrekt. Dit maakt het voor beide partijen eenvoudiger om meer te weten te komen over elkaars behoeften. Hiermee kan een partnerschap worden ontwikkeld, met gedeelde doelen. Een continu ontwikkelplan zorgt voor gestage verbeteringen en verlaagt onderhoudskosten op de lange termijn. De webontwikkelaars moeten account (klant) gebaseerd, niet product/project gebaseerd werken. Het is misschien beter als ze zichzelf zien als een consultant in plaats van een bureau. Dat legt de nadruk meer op de klantrelatie, niet slechts uw vaardigheden als leveraars van technologie.
Meer leren
We willen graag met u praten over uw continue ontwikkeling van uw website. Neem contact op, en we bespreken hoe we denken dat onze aanpak kan helpen met uw volgende project.
Volgende week zullen we het tweede deel van deze blog publiceren waar we dieper zullen ingaan op de samenwerking tussen klant en ontwikkelaar, en ook tips die zullen helpen een succesvolle site te maken.
Deze blogpost is geschreven door gastauteur Martin Postma [lolandese] in samenwerking met Martyn Simpson.
Martin schrijft gewoonlijk technische documentatie op Drupal.org.
