Tenk deg dette: teamet samles i et rom, begeistret for en ny idé
Ideen får nikk fra alle sider — produktteamet, lederne, sjefene.
Planen ser rett og slett fantastisk ut.
Lanseringsdagen kommer.
Etter hundrevis av arbeidstimer trykker du på knappen, folk smiler og klapper.
Men snart begynner de første supportmeldingene å komme.
Flere og flere problemer dukker opp.
Pengene som var forventet, kommer ikke.
Den gode stemningen forsvinner.
Alle føler det: uker med innsats, men feil satsing.
Kjenner du deg igjen?
I denne artikkelen vil du lære hvordan du kan minimere risikoen for å gjenta denne feilen.
Hva er rapid prototyping?
Enkelt sagt er rapid prototyping å lage en testversjon av ideen før du bruker ingeniørtid på å bygge produktet.
Disse modellene hjelper med å sjekke om en idé faktisk fungerer.
De viser om produktet:
- oppfyller kravene
- løser brukernes behov
- gir mening i forhold til kostnaden
Denne tilnærmingen brukes i mange bransjer, fra fysiske produkter til programvare.
I programvare betyr dette vanligvis en klikkbar prototype — en enkel versjon av produktet som ser ekte ut, men ikke er fullt utviklet. Du kan klikke deg gjennom den for å teste om den er enkel å bruke, om folk forstår oppsettet, og om tekst og visuelle elementer fungerer godt.
Hvordan bruke rapid prototyping i praksis når du bygger produkter?
Ideelt sett bør en prototype av produktet lages etter brukeropplevelsesforskning, innsamling av analytiske data, krav osv.
Mange selskaper har ikke tid og ressurser til grundig research. Jeg vet hvordan det høres ut, men det er en hard sannhet.
Deretter testes en prøveversjon av produktet gjennom brukertesting, brukerintervjuer, A/B-testing og mye mer.
På hvert trinn brukes tilbakemelding for å forbedre produktet eller funksjonen før det faktiske produktet bygges.
Vår erfaring med rapid prototyping hos Rocksoft
Fra vår erfaring med å utvikle digitale produkter kommer én hovedkonklusjon frem: du kan hoppe over research, men du har ikke råd til å hoppe over validering.
Hvorfor?
Hvis du har begrensninger i budsjett, ressurser eller tid, er det lett å velge en slik tilnærming:
“Ok, la oss bygge en løsning, så ser vi hvordan den fungerer etter lansering.”
Men tenk på dette: hvor ofte fører dette til at produktteamet ditt lager den samme løsningen om og om igjen?
Og til slutt oppnås ingen mål. Dette er veldig dyrt og gir ikke ROI som interessenter ønsker, brukerne er misfornøyde, og virksomheten din vokser ikke eller kan til og med falle fra hverandre.
Og her har vi rapid prototyping som en genial løsning. Jeg vet at tidsfrister kan være stramme. Men tenk på dette: en dyktig designer kan bygge en prototype på én arbeidsdag, planlegge 4–6 testøkter (hver 1,5–2 timer) på én annen dag, og i AI-tider analysere innsikt — én dag til. Høres ikke dette bra ut?
Tre arbeidsdager som kan spare måneder med arbeid?
Hos Rocksoft anbefaler vi ofte denne tilnærmingen.
Forbedring av dashboardet med rapid prototyping
En av våre klienter kom til oss med et dashboard. Det var en del av et komplekst system for bærekraft, ressursbruk og CO2-utslippssporing for hospitality-objekter som hoteller, restauranter osv. Mange brukere ønsket ikke, eller visste ikke hvordan de skulle bruke innsikten det presenterte.
Våre designere brukte beste praksis og klientens ekspertise til å bygge et nytt dashboard som vi mente var mye enklere og veiledet brukerne tydeligere.
For å sikre at den nye tilnærmingen var så effektiv som mulig, ønsket klienten å validere den direkte med sine brukere. Hele prosessen ble betydelig raskere takket være våre kunder som tok seg av deltakere til brukertesting, de vet nøyaktig hvilke roller og personer som kan gi verdifull innsikt.
På to uker bygget og gjennomførte vi brukertesting med 6 brukere med ulike ferdighetsnivåer i bruk av produktet. Siden dashboardet brukes av to hovedgrupper — general managers og facility managers — inviterte vi begge gruppene til valideringsprosessen.
Resultat? Vi fikk tillit til at vi var på riktig vei og valgte varianten som best støtter brukernes mål i systemet.
I tillegg oppdaget vi tapte muligheter og uventede problemer som påvirket brukerne. Uten rapid prototyping ville vi ikke visst dette før lansering. Vi kunne ha funnet det ut først etter en lang og kostbar utvikling — noe som ikke gir mening, ikke sant?
My thoughts
Mine tanker
Din virksomhet har ikke råd til å hoppe over validering.
For å oppsummere tankene mine vil jeg fremheve denne påstanden. Den er ganske modig og hard, men i tråd med virkeligheten.
Neste gang du jobber med et nytt produkt, en funksjon eller forbedrer eksisterende flyter — husk dette.
Brukerne dine er din beste sannhetskilde. Som Sam Walton sa det:
“There is only one boss: the customer… who can fire everybody simply by spending his money somewhere else.”
Dette er virkeligheten ingen virksomhet kan unnslippe. Til slutt er det brukerne dine som bestemmer.
Vil du lære mer om rapid prototyping? Les hvordan du kan unngå “dette er ikke det jeg mente”-øyeblikket, hvor vi går dypere inn i hvordan rapid prototyping fungerer i programvare sammenlignet med den vanlige måten å bygge på.
