Webdevelopment

Wat is webdevelopment?

Webdevelopment is het technisch bouwen van een website of webapplicatie: de code die ervoor zorgt dat pagina’s laden, formulieren daadwerkelijk iets doen met wat je invult, en gegevens ergens veilig worden opgeslagen en weer opgehaald. Het gaat over de werking, niet over het uiterlijk. Waar webdesign bepaalt hoe een site eruitziet en aanvoelt, bepaalt webdevelopment of hij ook echt doet wat hij moet doen. Een ontwerp is in die zin een blauwdruk; development is de aannemer die de blauwdruk omzet in iets dat daadwerkelijk staat en functioneert.

De discipline valt in de praktijk uiteen in twee kanten die vaak los van elkaar worden ingevuld. Front-end development gaat over alles wat in de browser gebeurt: hoe een pagina wordt opgebouwd, hoe een menu uitklapt, hoe een formulier reageert voordat er iets wordt verstuurd. Back-end development gaat over wat daarachter gebeurt: waar die formulierdata naartoe gaat, hoe een gebruikersaccount wordt herkend, hoe een bestelling wordt verwerkt en opgeslagen. Beide kanten hebben een andere logica en vaak ook andere programmeertalen, maar ze moeten naadloos op elkaar aansluiten om een werkende website op te leveren.

Het gaat nadrukkelijk niet over content, zoekwoorden of een marketingcampagne, en ook niet over de keuze van kleuren of typografie. Webdevelopment gaat over de constructie: de fundering, de leidingen en de bedrading, terwijl webdesign de indeling van de kamers en de afwerking bepaalt. Bij een eenvoudige website vallen beide rollen soms samen in één persoon of bureau; bij complexere trajecten met maatwerkfunctionaliteit is het bijna altijd een apart specialisme.

Wat valt er precies onder?

Onder de noemer webdevelopment schuilt een reeks deeltaken die per project een andere nadruk krijgen. Bij een eenvoudige brochurewebsite komt een deel ervan nauwelijks aan bod; bij een platform met gebruikersaccounts en koppelingen spelen ze allemaal mee.

• Front-end ontwikkeling: de code die in de browser draait en bepaalt hoe een pagina wordt getoond en reageert op klikken, scrollen en invoer. Dit is de laag die een bezoeker direct ziet en gebruikt.
• Back-end ontwikkeling: de serverlogica die achter de schermen draait: wat er gebeurt als iemand op “verzenden” klikt, hoe een inlogpoging wordt gecontroleerd, hoe een bestelling wordt afgehandeld.
• Database-inrichting: de structuur waarin gegevens worden opgeslagen, van een productcatalogus met duizenden artikelen tot een eenvoudige lijst met contactaanvragen.
• CMS-implementatie en maatwerk: het inrichten en uitbreiden van een contentmanagementsysteem zoals WordPress, of een headless opzet waarbij de voorkant los staat van het beheersysteem.
• Koppelingen met andere systemen: API’s die de website verbinden met een CRM, een boekhoudpakket, een voorraadsysteem of een betaalprovider, zodat gegevens niet dubbel hoeven te worden ingevoerd.
• Prestatie en schaalbaarheid: ervoor zorgen dat pagina’s snel laden en dat de site overeind blijft bij drukte, bijvoorbeeld tijdens een actie of piekperiode.
• Beveiliging: bescherming tegen veelvoorkomende aanvallen, het actueel houden van software en een zorgvuldige omgang met gebruikersgegevens.
• Testen en kwaliteitsborging: controleren of functionaliteit werkt zoals bedoeld, op verschillende browsers en apparaten, voordat iets live gaat.

Hoe verloopt een ontwikkeltraject?

Een website bouwen begint zelden bij de code. Er gaat een reeks stappen aan vooraf die bepalen wat er precies gebouwd moet worden en hoe, voordat er een regel code wordt geschreven.

1. Functioneel ontwerp. Vastleggen welke functionaliteiten de website nodig heeft, welke stappen een gebruiker doorloopt en welke gegevens waar vandaan komen. Dit document is het referentiepunt voor de rest van het traject.
2. Technisch ontwerp en technologiekeuze. Bepalen of een bestaand CMS volstaat of dat maatwerk nodig is, welk framework of welke programmeertaal wordt gebruikt en hoe het datamodel eruitziet.
3. Bouwen. De feitelijke ontwikkeling, meestal opgeknipt in fasen of sprints met tussentijdse opleveringen, zodat voortgang zichtbaar blijft en bijsturen mogelijk is.
4. Testen. Functionaliteit controleren, de site op verschillende browsers en apparaten bekijken en checken of koppelingen en formulieren doen wat ze moeten doen.
5. Opleveren en livegang. Content migreren, domein en hosting koppelen, laatste controles uitvoeren en de site daadwerkelijk online zetten.
6. Nazorg en doorontwikkeling. Kleine fouten herstellen die pas na livegang zichtbaar worden, software actueel houden en eventueel nieuwe functionaliteit toevoegen.

Wanneer heb je dit nodig?

De duidelijkste aanleiding is een nieuwe website met functionaliteit die verder gaat dan een standaardsjabloon. Een rekentool, een reserveringssysteem, een klantportaal of een zoekfunctie met filters vraagt om code die specifiek voor die situatie is geschreven, niet om een thema dat je aanpast met kleuren en teksten.

Een tweede aanleiding is een bestaande site die tegen technische grenzen aanloopt. Dat uit zich in een site die traag wordt zodra het bezoekersaantal groeit, in updates die niet meer mogelijk zijn zonder dat iets anders stukgaat, of in een structuur die simpelweg niet is gebouwd op wat de organisatie er inmiddels van vraagt. Ook een koppeling die ontbreekt is een veelvoorkomende reden: bestellingen die handmatig worden overgetypt in een boekhoudpakket, of voorraadgegevens die niet automatisch worden bijgewerkt, zijn vaak op te lossen met development in plaats van met extra mankracht.

Tot slot is groei zelf vaak de trigger. Een site die begon als eenvoudige brochure groeit soms uit tot een platform met gebruikersaccounts, gepersonaliseerde content of een eigen zoekmachine binnen de site. Op dat punt verschuift het gesprek van vormgeving naar techniek, en komt webdevelopment als apart traject in beeld.

Wat levert het op?

Goed uitgevoerde webdevelopment levert in de eerste plaats een website op die betrouwbaar doet wat hij moet doen: pagina’s die laden, formulieren die aankomen, gegevens die kloppen en een site die overeind blijft bij drukte. Dat is een technisch fundament, geen marketingresultaat. Of een website meer bezoekers, aanvragen of verkopen oplevert, hangt af van heel andere factoren: de content, de vindbaarheid, de marketinginspanning eromheen en de markt waarin een bedrijf opereert. Een technisch uitstekend gebouwde site zonder bezoekers blijft nog steeds een lege etalage.

Wat maatwerk development wel kan bieden, is onderscheid ten opzichte van standaardoplossingen: functionaliteit die precies aansluit op een specifiek proces, in plaats van een generieke oplossing die net niet past. Daar staat tegenover dat maatwerk meer tijd en geld kost dan het configureren van bestaande bouwstenen, en dat het langer duurt voordat iets bruikbaar is. De afweging tussen maatwerk en een bestaand platform is daarom niet alleen een technische vraag, maar ook een vraag over wat een organisatie werkelijk nodig heeft versus wat wenselijk lijkt.

Waar let je op als je dit uitbesteedt?

Vraag vooraf wie eigenaar wordt van de broncode en waar die wordt bewaard. Bij maatwerk is dit geen formaliteit: zonder toegang tot de code en zonder documentatie zit een organisatie na oplevering vast aan de partij die het gebouwd heeft, ook als de samenwerking daarna stopt of stroef verloopt. Vraag daarom ook naar documentatie: een overzicht van hoe de site is opgebouwd, welke keuzes zijn gemaakt en waar een andere ontwikkelaar zou moeten beginnen als dat ooit nodig is.

Kijk ook naar de gekozen technologie. Een gangbaar CMS of een veelgebruikt framework betekent dat er in de markt voldoende ontwikkelaars te vinden zijn die er later mee verder kunnen. Een zeldzame of sterk verouderde technologie maakt een organisatie afhankelijker van één partij of één persoon. Maak verder duidelijke afspraken over wat er na livegang gebeurt: wie lost bugs op, wie houdt software en beveiliging actueel, en tegen welke voorwaarden. Een website die na oplevering aan zijn lot wordt overgelaten, veroudert sneller dan de meeste opdrachtgevers verwachten.

Veelgemaakte fouten

De meeste problemen in webdevelopment ontstaan niet tijdens het schrijven van code, maar in de beslissingen die daaraan voorafgaan of die na livegang worden vergeten.

• Maatwerk kiezen waar een bestaand platform had volstaan. Een volledig op maat gebouwde oplossing kost aanzienlijk meer tijd en geld dan het configureren van een bestaand systeem, terwijl de functionaliteit uiteindelijk weinig afwijkt van wat standaard beschikbaar is.
• Beginnen zonder helder functioneel ontwerp. Als niet vooraf is vastgelegd wat de website precies moet doen, groeit de scope gaandeweg. Dat leidt tot vertraging en meerwerk dat niemand had begroot.
• Geen afspraken over broncode-eigendom. Zonder toegang tot de code en documentatie ontstaat afhankelijkheid van één partij, wat een latere overstap onnodig duur en omslachtig maakt.
• Onderhoud na livegang vergeten. Een website is nooit klaar. Software die niet wordt bijgewerkt, wordt kwetsbaarder voor beveiligingsproblemen en kan na verloop van tijd stukken minder soepel functioneren.

Wat bepaalt de prijs?

De prijs van webdevelopment hangt in de eerste plaats af van de mate van maatwerk: een bestaand CMS inrichten is doorgaans sneller en goedkoper dan een applicatie helemaal vanaf de grond opbouwen. Daarnaast tellen het aantal koppelingen met andere systemen en de complexiteit van de gevraagde functionaliteit stevig mee.

De vorm van samenwerking bepaalt mede hoe de prijs is opgebouwd. Een afgebakend project met een vaste scope wordt vaak op projectbasis aangeboden, met een vooraf besproken bedrag voor het geheel. Werk waarvan de omvang minder scherp is af te bakenen, of doorlopende doorontwikkeling, wordt gebruikelijk op uurtarief of via een maandelijkse retainer gefactureerd. Vraag altijd expliciet of een offerte alleen de bouw dekt of ook testen, livegang en een periode van nazorg, want dat is waar offertes onderling het meest uiteenlopen.

Webdevelopment en aanverwante diensten

Webdevelopment levert de technische werking van een website, maar staat zelden helemaal op zichzelf. Webdesign is de andere kant van dezelfde medaille: de vormgeving en gebruikerservaring die development vervolgens moet bouwen, waarbij ontwerp en techniek voortdurend op elkaar moeten aansluiten. Voor webshops is e-commerce platforms een aangrenzend vakgebied, met development dat specifiek gericht is op productcatalogi, betaalstromen en voorraadkoppelingen. CRO en A/B-testen bouwt voort op een bestaande site en vraagt vaak technische implementatie om varianten daadwerkelijk te kunnen testen. En UX-onderzoek gaat vooraf aan development door te bepalen welke functionaliteit en indeling gebruikers werkelijk nodig hebben, zodat er niet wordt gebouwd op aannames. Welke van deze diensten samen worden ingekocht, hangt af van de omvang van het project en van hoeveel een organisatie bij één partij wil beleggen.