Hvordan gå frem for å teste en prototype, håndtere tilbakemeldinger og bevege seg fra prototype til ferdig produkt?

Sorter tilbakemeldinger systematisk (f.eks. i Excel) for å se mønstre, og snakk med både brukere og beslutningstakere. Prosessen er iterativ, men du må lansere på et tidspunkt, og pris produktet ved å kombinere en bunn-opp- og topp-ned-tilnærming.

Slik løser du det

Sorter tilbakemeldinger systematisk (f.eks. i Excel) for å holde oversikt over hvem som har gitt hvilken feedback. Det er viktig å snakke med både brukere og beslutningstakere (kunder) for å forstå krav. Prosessen er iterativ, men på et tidspunkt må man lansere. Når det gjelder prising, kan man bruke en topp-ned eller bunn-opp tilnærming basert på kostnadene ved programmet.

En prototype er en tidlig, forenklet versjon av produktet som du bruker for å teste idéer og samle tilbakemeldinger før du bygger ferdig. Når du tester den, vil du raskt drukne i innspill hvis du ikke holder orden. Derfor er rådet om å sortere tilbakemeldinger systematisk i Excel (eller et annet regneark) så verdifullt: lag kolonner for hvem som sa det, hva de sa, hvilken type tilbakemelding det er (feil, ønske, forvirring), og hvor viktig det virker. Da ser du mønstre – sier ti personer det samme, er det et tydelig signal, mens enkeltønsker kan vente.

Et sentralt poeng er å snakke med både brukere og beslutningstakere. Brukeren er den som faktisk bruker produktet i hverdagen, mens beslutningstakeren (ofte den egentlige kunden i en bedrift) er den som bestemmer om de skal kjøpe og betale. Disse har gjerne ulike behov: brukeren bryr seg om at det er enkelt og nyttig, mens beslutningstakeren bryr seg om pris, gevinst og risiko. Du må forstå begge for å treffe.

Prosessen er iterativ, altså at du gjentar sløyfen bygg–test–lær flere ganger og forbedrer litt hver gang. Men en vanlig fallgruve er å bli sittende fast i evig finpussing. På et tidspunkt må du lansere, selv om produktet ikke føles helt ferdig. Tenk MVP (Minimum Viable Product) – den enkleste versjonen som gir reell verdi.

Når det gjelder prising, finnes to hovedtilnærminger. «Bunn-opp» betyr at du tar utgangspunkt i kostnadene dine (hva koster det å lage og drifte programmet?) og legger på en margin. «Topp-ned» betyr at du tar utgangspunkt i hva markedet er villig til å betale og hvilken verdi kunden får. De fleste lykkes best med å kombinere: sørg for at prisen dekker kostnadene, men landskap den mot verdien kunden opplever.

Begreper forklart

Prototype
En tidlig, forenklet versjon av produktet som brukes til å teste idéer og samle tilbakemeldinger.
Bruker vs. beslutningstaker
Brukeren er den som faktisk bruker produktet, mens beslutningstakeren er den som bestemmer kjøp og betaling.
Iterativ prosess
At du gjentar sløyfen bygg–test–lær flere ganger og forbedrer litt for hver runde.
Bunn-opp- og topp-ned-prising
Å sette pris ut fra kostnadene dine (bunn-opp) eller ut fra verdien og betalingsviljen i markedet (topp-ned).
MVP (Minimum Viable Product)
Den enkleste versjonen av produktet som gir reell verdi og lar deg lansere uten å vente på alt.