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.