Validering av produktfunksjoner mot konkurrenter

Usikkerhet om hvorvidt en spesifikk funksjon (f.eks. krav om profilering) er hovedårsaken til at brukere velger en konkurrent fremfor eget produkt.

Kort oppsummert

Bruk en strukturert Design Thinking-prosess til å avdekke den reelle grunnen til at brukere velger konkurrenten, før du endrer produktet. Test antakelsen konkret med A/B-testing, og vekt faktisk atferd tyngre enn hva folk sier.

Gjennomfør en design thinking-prosess for å undersøke brukeratferd og identifisere om den aktuelle barrieren faktisk er hovedårsaken til at potensielle brukere ikke benytter tjenesten. Design Thinking er en brukersentrert metode i fem steg – empatisere, definere, idéutvikle, prototype og teste – og den er spesielt godt egnet her fordi den tvinger deg til å bygge på faktisk innsikt fra brukerne i stedet for på egne antakelser. Grunnen til at dette er viktig, er at det er lett å bli forelsket i én forklaring («det må være kravet om profilering som skremmer folk vekk»), mens den virkelige årsaken kan være noe helt annet, som pris, vane eller at konkurrenten rett og slett er mer kjent. Start med å empatisere: snakk med ekte (potensielle) brukere – både de som bruker konkurrenten og de som ikke bruker noen av løsningene. Still åpne spørsmål om hvordan de løser problemet i dag og hva som eventuelt holder dem tilbake, uten å lede dem mot svaret du håper på. Et nyttig grep er å spørre «hvorfor» flere ganger på rad (en teknikk kalt «5 whys») for å grave deg ned til den egentlige grunnen. Deretter definerer du innsikten i én tydelig problemstilling, og tester den konkret: du kan for eksempel lage to varianter av produktet – én med profileringskravet og én uten – og se om atferden faktisk endrer seg. Dette kalles ofte A/B-testing, altså å sammenligne to versjoner for å se hvilken som fungerer best. En vanlig fallgruve er å stole på hva folk sier fremfor hva de gjør – mange sier at en funksjon plager dem, men handler likevel ikke deretter. Vekt derfor faktisk atferd (klikk, frafall, kjøp) tyngre enn meninger. Konklusjonen står fast: bruk en strukturert design thinking-prosess til å avdekke den reelle barrieren før du endrer produktet. En Spark*-veileder kan hjelpe deg å sette opp gode brukerintervjuer og enkle tester.

Begreper forklart

Design Thinking
En brukersentrert metode i fem steg – empatisere, definere, idéutvikle, prototype og teste – som tvinger deg til å bygge på faktisk innsikt fra brukerne.
5 whys
En teknikk der du spør «hvorfor» flere ganger på rad for å grave deg ned til den egentlige grunnen bak et problem.
A/B-testing
Å sammenligne to versjoner av produktet for å se hvilken som fungerer best i praksis.

Trenger du hjelp med akkurat dette?

Er du student ved NTNU i Trondheim eller Ålesund? Da kan du få en gratis, personlig veileder fra Spark* som hjelper deg videre med nettopp din idé.

Søk veiledning

Ofte stilte spørsmål

Hvordan bekrefte at det er et faktisk behov for et produkt (f.eks. RFID-system for bønder)?

Snakk med flere ekte potensielle brukere for å validere behovet før du bygger eller starter en pilot. Gjennomfør kundeintervjuer med åpne spørsmål og test betalingsvilje, så du unngår å bygge noe ingen trenger.

Les hele svaret →
Usikkerhet på om det er reell etterspørsel etter et produkt (f.eks. universitets-merch eller golfsimulator).

Valider ideen før fullskala produksjon ved hjelp av spørreundersøkelser, en stand eller en landingsside. Stol på harde signaler (folk betaler eller forhåndsbestiller) framfor myke signaler (folk sier de liker det).

Les hele svaret →
Hvordan hindre at brukere deler betalt videoinnhold eller kontoer med andre (f.eks. på YouTube)?

Gjør videredeling ulovlig gjennom tydelige bruksvilkår (ToS), og konsulter en IP-ekspert om tekniske sperrer som DRM og vannmerking. Du kan ikke gjøre innhold 100 % lekkasjesikkert, bare vanskelig nok.

Les hele svaret →
Usikkerhet rundt om det er betalingsvillighet for et nytt teknisk produkt (f.eks. sensorer) og hvordan bevise nytteverdi.

Skaff bevis (validering) før du bygger i full skala: få forskningsmiljøer som SINTEF til å dokumentere at produktet virker, kartlegg konkurrenter, og regn ut besparelsen mot dagens manuelle løsning. Mål ekte betalingsvillighet i handling, ikke i komplimenter.

Les hele svaret →
Usikkerhet om et nytt produkt krenker eksisterende patenter (f.eks. Google/Yondr).

Patentrett er komplisert, så gjett ikke selv. Bruk en patentrådgiver til et patentsøk (freedom to operate) for å vurdere risiko for å krenke andres patenter, og avklar det før du lanserer eller henter investering.

Les hele svaret →

Har du et annet spørsmål? Ta kontakt med oss.