Een webapplicatie laten maken die werkt
De meeste briefings beginnen met een lijst. Functionaliteiten, schermen, integraties. Wat er zelden in staat is waarom. Wat het systeem moet oplossen, voor wie, en wat er misgaat als het niet werkt. Riotbyte begint daar. Niet bij de lijst, maar bij het probleem dat de webapplicatie moet oplossen. Van dat gesprek tot productie, door hetzelfde team.
Wat er misgaat als je een webapplicatie laat ontwikkelen
Bureaus bouwen wat gevraagd wordt, niet wat nodig is
Een lijst met functionaliteiten is geen probleemomschrijving. Het is een vertaling, en die vertaling is bijna altijd onvolledig. Bureaus die puur op specificaties werken bouwen wat er staat, vragen niet door en sturen niet bij. Na lancering blijkt wat er mist, wat niet klopt voor echte gebruikers, en welke features niemand gebruikt. Tegen die tijd is de leverancier al verder.
De lijst groeit, het probleem blijft
Zonder helder beeld van het onderliggende probleem groeit de scope bij elke sprint. Er komen features bij, randgevallen worden toegevoegd en de eerste versie wordt steeds groter. Het gevolg: een webapplicatie laten bouwen duurt langer dan gepland, kost meer dan begroot, en lost bij lancering nog steeds niet op wat het had moeten oplossen.
Na lancering weet niemand meer waarom iets zo gebouwd is
De developers die de keuzes gemaakt hebben zijn weg. Wat achterblijft is een systeem vol beslissingen zonder context. Elke aanpassing kost meer tijd dan het zou moeten, omdat niemand meer weet waarom iets zo werkt. Een webapplicatie laten ontwikkelen bij een partij die daarna verdwijnt is geen project, het is een risico.
Hoe Riotbyte een webapplicatie maken aanpakt
We beginnen bij het probleem, niet bij de oplossing
Wat is een discovery traject?Voordat we ook maar één scherm ontwerpen of één regel code schrijven, willen we begrijpen wat er eigenlijk opgelost moet worden. Daarom starten we met een kort, betaald discovery traject, waarin we samen het probleem scherp krijgen en de eerste milestone bepalen. Hoe dat werkt en wat het kost, lees je in onze blog.
Eerste versie snel live, daarna bouwen op basis van wat je leert
We werken in milestones. De eerste versie van de webapplicatie gaat zo snel mogelijk live, met de functionaliteit die er op dat moment echt toe doet. Niet alles in één keer, geen big bang. Livegang is het moment waarop je voor het eerst echte feedback krijgt van echte gebruikers. Alles wat daarna komt, bouwen we op basis van wat je leert.
Eén team van het eerste gesprek tot deployment
Het team dat het probleem begrijpt, bouwt ook de oplossing. Geen overdracht van discovery naar development, geen andere partij voor design of infrastructuur. Geen kennis die verloren gaat tussen disciplines. Eén vast team dat verantwoordelijk is van architectuurkeuze tot release, en dat ook na livegang betrokken blijft.
We zeggen wat niet gebouwd hoeft te worden
Elke feature bouwen die gevraagd wordt is makkelijk. Terugduwen kost een leverancier omzet. Wij doen het toch. Als iets niet bijdraagt aan het oplossen van het probleem, zeggen we het. Als een keuze je over twee jaar duur komt te staan, zeggen we het. Dat is niet altijd wat je wil horen, maar het is wel wat je nodig hebt.
"Wat hij zocht was geen bureau dat bouwt wat gevraagd wordt, maar een partner die meedenkt over wat er gebouwd zou moeten worden."
OfficeR wilde een platform bouwen voor kantoorverhuur: huurders en verhuurders die elkaar direct kunnen vinden. De vraag leek concreet, maar het model achter het platform was complexer dan het op het eerste gezicht leek.
Riotbyte startte met een discovery traject om het kernprobleem scherp te krijgen, definieerde de eerste milestone en had de eerste versie binnen twee maanden live. De samenwerking stopte daar niet. Het platform wordt actief doorgebouwd op basis van wat gebruikers doen.
Veelgestelde vragen over een webapplicatie laten maken
Wat kost een webapplicatie laten maken?
De kosten lopen sterk uiteen: van een afgebakende eerste versie tot een platform dat in de tonnen loopt. Een eerlijk bedrag noemen kan pas als we je vraag kennen. Daarom bepalen we de prijs in een kort, betaald discovery traject, met een onderbouwde inschatting in plaats van natte-vinger-werk. Wat dat kost en wat het inhoudt, lees je in onze blog: Wat is een discovery traject?
Hoe lang duurt het om een webapplicatie te laten bouwen?
We starten met een discovery traject van maximaal twee weken om het probleem en de architectuur scherp te krijgen. De doorlooptijd van de eerste werkende versie bepalen we daar samen met de scope van de eerste milestone, zodat je voor de bouw weet wat je kunt verwachten.
Wat is het verschil tussen een webapp laten maken en een website laten maken?
Een webapplicatie is interactief: gebruikers loggen in, voeren data in, voeren processen uit en zien uitkomsten. Een website is primair informatief. Als er gebruikers zijn die iets moeten kunnen doen in het systeem, is het een webapplicatie.
Kunnen jullie ook een bestaande webapplicatie verbeteren of uitbreiden?
Ja. We beginnen dan met een technische review van de bestaande codebase om te begrijpen waar de grenzen zitten. Daarna definiëren we samen de eerste milestone. Bestaande software moderniseren of uitbreiden is een groot deel van het werk dat we doen.
Wat als ik al een plan of specificaties heb uitgewerkt?
We nemen dat mee als startpunt. We toetsen wel of de aanpak klopt voor het probleem dat je wil oplossen. Soms blijkt een keuze in het plan later duur te worden. Als we dat zien, zeggen we het.
Wanneer wij niet de juiste keuze zijn
Liever vooraf helder dan halverwege teleurgesteld. Herken je jezelf in een van deze punten, dan zijn wij waarschijnlijk niet de juiste partij.
- 01Wanneer je een fixed price offerte wil voor een volledig uitgewerkte scope. We werken met milestones en eerlijke schattingen, niet met vaste prijzen voor een onbekend vraagstuk.
- 02Wanneer je op zoek bent naar 'even snel een MVP' zonder gesprek over wat er na lancering moet gebeuren. Dat gesprek is bij ons altijd onderdeel van het traject.
- 03Wanneer je al een volledig uitgewerkt plan hebt en alleen uitvoering zoekt. We denken altijd mee over het probleem achter de oplossing. Als je dat niet wil, zijn wij de verkeerde partij.
- 04Wanneer je extra development capaciteit zoekt voor een intern team. We nemen eigenaarschap over het product, we werken niet in bij bestaande teams.
Cases
Eerder werk uit deze hoek.
Begin met een gesprek
Tien minuten is genoeg om te weten of we de juiste partij zijn voor jouw webapplicatie. Geen verkoopgesprek, geen intake met een accountmanager.
Liever direct een founder mailen? Daniël · Maarten · Niels
Liever algemeen mailen? [email protected]









