Du signerer en kontrakt med et softwarehus, og de setter i gang med å bygge en applikasjon.
Første kickoff-møte – du forklarer visjonen din. Du tror de forstår den.
Andre møte. De forklarer hvordan de har forstått det. Du tror du forstår, men egentlig ikke helt.
Tredje møte. De viser deg planen sin. “Hmm… ok… jeg tror jeg skjønner hva dere mener.” sier du.
De starter utviklingen.
Etter en stund kommer de tilbake med en ferdig app.
Det holder med ett blikk for å forstå:
“Dette er ikke i det hele tatt det jeg hadde i tankene.” – sier du
Pinlig.
Det er et større problem enn du tror
Disse situasjonene er ikke sjeldne unntak – de skjer i hele IT-bransjen.
Forskning fra Standish Group viser at bare 16,2 % av IT-prosjekter leveres til rett tid og innenfor budsjett, mens 31,1 % blir kansellert. Mer enn halvparten overskrider budsjettet med i gjennomsnitt 189 %.
I 39 % av tilfellene er årsaken dårlig innsamlede krav, og i 57 % – kommunikasjonsproblemer.
Du kan tenke at når kontrakten ser bra ut, er du trygg. Men det er ofte da de virkelige problemene begynner.
Hvordan forebygge misforståelser i IT-prosjekter? – Et praktisk tips fra bransjen
Hos Rocksoft har vi lært hvordan vi kan unngå dette problemet, og vi deler gjerne tilnærmingen vår! Du kan se på det som et gratis profftips fra oss :)
I stedet for å bruke uker på diskusjoner og deretter bygge (noe som kanskje ikke engang er det som trengs), er det bedre å prototypere med en gang.
Rapid Prototyping
Rapid prototyping er prosessen med raskt å lage en interaktiv mockup av appen eller systemet. Noe kunden umiddelbart kan klikke seg gjennom. Det er den raskeste måten å vise hvordan applikasjonen vil se ut og fungere.
En prototype sparer tid, fordi du i stedet for ukesvis med samtaler har noe konkret du kan jobbe med (“ta på”) i løpet av få dager. Den forbedrer kommunikasjonen, fordi kunden reagerer på faktiske skjermer i stedet for beskrivelser i et møte. Og den gjør endringer billige og raske – i motsetning til endringer i et ferdig produkt.
Nøkkelen er å ikke vente til du har fungerende kode før du viser noe. Allerede etter det første møtet kan man ha en versjon kunden kan se, klikke på og kommentere. Derfra baseres hvert steg på fakta – ikke antakelser.
Hvordan prototypere raskt steg for steg – guide for softwarehus
- Samle de grunnleggende kravene etter første møte.
- Bygg en klikkbar prototype i Figma, Axure, Adobe XD eller hvilket verktøy du kjenner best (hos Rocksoft bruker vi vanligvis Figma eller “vibe coding” for å lage en prototype).
- Vis den til kunden og la dem selv klikke seg gjennom prosessen.
- Samle tilbakemeldinger umiddelbart og oppdater prototypen fortløpende.
Jo tidligere du gir folk noe de kan se og samhandle med, desto mindre tid kaster du bort på gjetting – som er bortkastet tid både for deg og kunden.
Tradisjonell tilnærming vs. Rapid Prototyping
For å visualisere det bedre har jeg laget en sammenligning av de to tilnærmingene:
Rapid Prototyping i praksis
Hvis du vil se rapid prototyping i praksis eller har spørsmål om hvordan det fungerer, ta kontakt med oss. Vi viser deg gjerne hva det kan gjøre!
