Van idee tot lancering. Zo bouwt HMOOD digitale oplossingen.
Achter een afgeronde website of digitale oplossing zit veel meer dan design en code. Hier krijg je een kijkje in hoe ik bij HMOOD werk aan planning, design, ontwikkeling, testen en verantwoord gebruik van kunstmatige intelligentie.
Als je een website bezoekt, valt meestal eerst het visuele op. Kleuren, beelden, animaties en hoe de inhoud is opgebouwd.
Wat je niet ziet, zijn alle afwegingen, aanpassingen en uren werk die erachter zitten.
Ik vind juist dit proces een van de interessantste kanten van het ontwikkelen van digitale oplossingen. Beginnen met een idee, verschillende mogelijkheden verkennen en geleidelijk iets bouwen dat er goed uitziet en werkt zoals het hoort.
Bij HMOOD verdeel ik een project meestal in vier hoofdfasen: verkenning, design, ontwikkeling en lancering. De fasen geven het werk structuur, maar dat betekent niet dat alles in een rechte lijn verloopt. Soms ontdek je tijdens de ontwikkeling dat een design moet worden bijgesteld. Andere keren blijkt uit testen dat een functie beter kan worden opgelost.
En dat is heel normaal.
Van idee tot afgeronde website
Doelen, gebruikers en behoeften worden in kaart gebracht, en de structuur wordt uitgetekend voordat er iets wordt ontworpen.
De structuur krijgt een visuele richting: typografie, kleuren, beelden, knoppen en lay-out.
Het design wordt een werkende interface, opgebouwd uit onderdelen die op elk schermformaat moeten samenwerken.
Functionaliteit, prestaties, mobiele weergave en toegankelijkheid worden gecontroleerd voordat de oplossing wordt gepubliceerd.
01. Verkenning – begrijpen voordat je bouwt
Een project begint met begrijpen wat er eigenlijk gemaakt moet worden, en waarom.
Wat wil de organisatie bereiken? Wie gaat de oplossing gebruiken? Welke problemen moet die oplossen?
Dat lijken misschien eenvoudige vragen, maar de antwoorden hebben grote invloed op hoe het project zich ontwikkelt.
Een website die vooral diensten moet presenteren en het makkelijk moet maken om contact op te nemen, heeft andere behoeften dan een klantportaal waar gebruikers inloggen en informatie beheren.
Daarom gaat de verkenningsfase niet alleen over het verzamelen van wensen en ideeën, maar ook over de afweging wat zinvol is om te bouwen.
Het doel is een duidelijke basis te leggen voordat het werk aan design en ontwikkeling begint.
02. Design – van idee naar visuele richting
Zodra de doelen en behoeften in kaart zijn gebracht, begint de visuele vormgeving.
Hier werk ik aan structuur, typografie, kleuren, lay-out en gebruikerservaring. Ik verken graag verschillende stijlen, en vooral hoe animaties en interactieve elementen een website interessanter kunnen maken.
Tegelijk moet het design een functie hebben.
Een animatie kan indrukwekkend ogen, maar als ze de website moeilijker te gebruiken maakt of de prestaties schaadt, is ze niet per se een goede keuze.
In deze fase gebruik ik ook kunstmatige intelligentie als hulpmiddel. Modellen zoals Sol, Astra en Opus kunnen bijdragen met ideeën, alternatieve designvoorstellen en technische perspectieven.
Zo kun je in kortere tijd meer richtingen verkennen.
Maar een voorstel van een AI-model blijft een voorstel. Ik beoordeel of het bij het project past, hoe het werkt op verschillende schermformaten en of het de gebruikerservaring echt verbetert.
Het uiteindelijke design moet niet alleen visueel aantrekkelijk zijn. Het moet ook doordacht en bruikbaar zijn.
03. Ontwikkeling – wanneer het design functioneel wordt
Zodra de designrichting is goedgekeurd, begint het werk om er een werkende oplossing van te maken.
Dat betekent de interface bouwen, functies implementeren en ervoor zorgen dat de verschillende onderdelen samenwerken.
Afhankelijk van het project kan dat alles zijn van een relatief eenvoudige website tot uitgebreidere software met meerdere functies en technische systemen.
Ook hier kan AI nuttig zijn.
Ik gebruik AI-modellen onder meer voor programmeerhulp, technische suggesties en het opsporen van fouten. Dat kan het makkelijker maken om alternatieve oplossingen te onderzoeken en problemen te herkennen.
Maar door AI gegenereerde code is niet automatisch goede code.
Een voorstel kan in het ene scenario werken, maar in een ander problemen veroorzaken. Het kan onnodige complexiteit bevatten, moeilijk te onderhouden zijn of belangrijke details over het hoofd zien.
Daarom moet de code worden nagekeken, aangepast en getest.
Voor mij draait ontwikkeling niet alleen om iets werkend krijgen. Het gaat ook om begrijpen hoe het werkt, en hoe de oplossing kan worden onderhouden en verder ontwikkeld.
Testen en fouten herstellen – het werk dat vaak onzichtbaar blijft
Dit is misschien het deel van het ontwikkelproces waarover ik het belangrijkst vind om open te zijn.
Een oplossing kan er al lang af uitzien voordat ze echt klaar is voor gebruik.
Het is niet ongewoon dat ik veel tijd besteed aan het onderzoeken van kleine details, het bijstellen van animaties, het herstellen van fouten en het testen van de verschillende manieren waarop een functie zich kan gedragen.
Hoe werkt de website op een mobiele telefoon? Wat gebeurt er als een gebruiker meerdere keren op dezelfde knop drukt? Werkt de navigatie met het toetsenbord? Wat gebeurt er als een verzoek mislukt?
Zulke vragen zijn belangrijk.
Testen gaat ook niet alleen over het vinden van fouten. Het gaat erom te onderzoeken of de oplossing echt de gebruikerservaring biedt die ze hoort te bieden.
Daarom test en verbeter ik gaandeweg tijdens de ontwikkeling, niet alleen helemaal aan het eind.
Een wijziging kan ook andere delen van het systeem beïnvloeden. Als er iets wordt hersteld of verbeterd, moet je dus controleren of andere functies nog steeds werken zoals verwacht.
Dit werk kost tijd, maar is een belangrijk onderdeel van de kwaliteitsborging.
Hoe ik AI gebruik zonder klantgegevens te delen
Kunstmatige intelligentie heeft een vanzelfsprekende plek gekregen in mijn ontwikkelwerk. Tegelijk vind ik het belangrijk duidelijk te zijn over welke grenzen er gelden.
Als ik cloudgebaseerde AI-diensten zoals ChatGPT, Claude of Gemini gebruik, mogen die geen echte informatie ontvangen over de klanten of organisaties waarmee ik werk.
Dat geldt onder meer voor bedrijfsnamen, namen van personen, afbeeldingen, contactgegevens, interne documenten en andere informatie die van de klant is of aan de klant kan worden gekoppeld.
Het werk met zulke modellen gebeurt daarom met fictieve inhoud, algemene voorbeelden en testgegevens.
Pas wanneer het werk met de cloudgebaseerde AI-modellen in het project is afgerond, voeg ik echte klantinformatie toe aan de oplossing.
Is er bij het werken met deze informatie AI-ondersteuning nodig, dan kan ik in plaats daarvan lokaal draaiende modellen gebruiken in een privé en geïsoleerde omgeving, zonder dat de gegevens naar externe AI-diensten worden gestuurd.
Deze scheiding is bewust.
Ik vind dat het heel goed mogelijk is om voordeel te halen uit moderne AI-tools zonder ze toegang te geven tot de informatie van klanten.
Technologie moet het werkproces helpen verbeteren, niet de controle verminderen over de gegevens die worden verwerkt.
04. Lancering – wanneer de oplossing de werkelijkheid ontmoet
Als de ontwikkeling het einde nadert, worden de laatste controles en verbeteringen uitgevoerd.
Het gaat dan onder meer om het controleren van functionaliteit, prestaties, mobiele weergave, toegankelijkheid en relevante beveiligingsaspecten.
Ook de echte inhoud moet aanwezig zijn en worden gecontroleerd in de afgeronde oplossing.
Het doel is dat wat gelanceerd wordt grondig is uitgewerkt, en dat bekende fouten vóór publicatie zijn opgelost.
Maar een lancering betekent niet per se dat het werk klaar is.
Behoeften kunnen veranderen. Technologie ontwikkelt zich. Nieuwe functies kunnen relevant worden, en bestaande oplossingen kunnen worden verbeterd.
Daarom is het ook belangrijk om na te denken over hoe een project in de toekomst onderhouden kan worden.
Een goede oplossing is het resultaat van veel afwegingen
Ik vind de ontwikkelingen in kunstmatige intelligentie ongelooflijk boeiend, en ik denk dat zulke tools een steeds grotere rol gaan spelen in hoe digitale oplossingen worden gebouwd.
Tegelijk heeft het werk aan HMOOD me geleerd hoe belangrijk het is om tijd te besteden aan de details.
Het is makkelijk om onder de indruk te raken van hoe snel technologie een design kan genereren of code kan produceren.
Maar vaak ontdek je pas wat echt werkt wanneer je het resultaat gaat testen, bijstellen en verbeteren.
Voor mij is het juist de combinatie van creativiteit, technologie, grondig testen en verantwoorde keuzes die ontwikkelwerk interessant maakt.
Een digitale oplossing is niet goed alleen omdat ze er af uitziet.
Ze moet werken voor de mensen die haar gaan gebruiken.