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.

Onze klanten

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

    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.

    Wat is een discovery traject?
  • 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.

Klantverhaal · OfficeRMichon van der Salm, oprichter OfficeR

"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.

Lees de volledige case

Veelgestelde vragen over een webapplicatie laten maken

  • Wat kost een webapplicatie laten maken?
  • Hoe lang duurt het om een webapplicatie te laten bouwen?
  • Wat is het verschil tussen een webapp laten maken en een website laten maken?
  • Kunnen jullie ook een bestaande webapplicatie verbeteren of uitbreiden?
  • Wat als ik al een plan of specificaties heb uitgewerkt?

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.

  1. 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.
  2. 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.
  3. 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.
  4. 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.

Plan direct een 30-min kennismaking

Liever direct een founder mailen? Daniël · Maarten · Niels

Liever algemeen mailen? [email protected]