Hvordan gå frem når man har en idé, men er usikker på den faktiske problemstillingen for brukeren?

Når du har en idé men er usikker på selve problemet brukeren faktisk sitter med, er det viktigste rådet å unngå å teste snevre antakelser for tidlig. Mange gründere hopper rett til å spørre 'ville du brukt en app som gjør X?' — men da har du allerede låst deg til en bestemt løsning før du forstår problemet. Start heller bredt: gjennomfør åpne dybdeintervjuer for å avdekke de underliggende faktorene som driver brukerens atferd.

Et åpent dybdeintervju betyr at du stiller brede, ikke-ledende spørsmål og lar personen fortelle med egne ord. Du graver i hvordan de løser problemet i dag, hva som irriterer dem, og hvor de bruker tid og penger. En god teknikk er å spørre 'hvorfor?' flere ganger på rad for å komme til rotårsaken.

For å strukturere innsikten anbefales rammeverket 'Jobs to be Done' (JTBD). Tankegangen er at kunder ikke kjøper et produkt for produktets skyld, men 'ansetter' det for å få gjort en jobb i livet sitt. Det klassiske eksemplet: folk kjøper ikke en drill fordi de vil ha en drill, men fordi de trenger et hull i veggen. I JTBD ser du etter to ting: 'pains' (smertene, det som er frustrerende, dyrt eller tidkrevende i dagens situasjon) og 'gains' (gevinstene, det brukeren ønsker å oppnå eller drømmer om). Når du har kartlagt pains og gains, definerer du problemstillingen tydelig FØR du bestemmer den endelige løsningen.

Fallgruver å unngå: ikke still ja/nei-spørsmål, ikke pitch ideen din i intervjuet (da blir folk høflige fremfor ærlige), og ikke stol på ett enkelt intervju. Snakk med mange nok til at du ser mønstre. Først når problemet er godt forstått, bygger du løsningen — da treffer den langt bedre.