Produktvalidering

Hej Jesper

Det er et virkelig spændende emne du bringer op! Mange tænker slet ikke på at validere deres produkt inden de bygger det. Så du er allerede foran de fleste :)

Lad mig prøve at komme med et par ustrukturerede råd:

- Du bør *aldrig* spørge nogen om deres fremtidige handlinger. Det får du simpelhen ikke nogen valide svare på. Så du kan ikke spørge nogen: Ville du bruge det her produkt hvis det fandtes? Vil du betale 500 kr/md for det her produkt?

- Du bør også holde dig fra at bede folk om at forklare rationalet bag deres beslutninger. Det er de sjællent klar over (hvem har den form for selvindsigt?). Men stiller du et spørgsmål, så skal folk nok svare efter deres bedste evner, og efterrationalisere deres egne valg (men det betyder ikke at det er sandheden). Læs evt Predictably Irrational.

- Du kan til gengæld godt spørge folk om *hvad* de gjorde eller *hvad* de følte i en situation tilbage i tiden (selv her, er der også udfordringer, da folks hukommelse heller ikke altid er til at stole på). Men det er det mest valide du kan spørge om, især hvis det ikke er alt for længe siden.

- Du bør søge validated learnings (læs Lean Startup). De mener basalt set at du kun kan skabe hypoteser i samtaler med dine potentielle kunder. En validation får du først når du ser de hypoteser bekræftet i virkeligheden. Spørg dig selv; hvad er den mest risikable hypotese som produktet/forretningen er bygget på og hvad er den hurtigste/billigste måde at be- eller afkræfte den på? Et eksempel er fx bare at bygge en landingsside som viser og sælger dig produkt, købe noget annoncering der peger derhen og så se om der er nogen der tilmelder sig.

- En anden skole, JTBD, argumentere for at du skal starte med at forstå det job som dine kunder gerne vil have udført. Med andre ord; at du skal starte med at forstå behovet og markedet, før du prøver at bygge produktet. Læs evt. Competing Against Luck (meget kendt bog, god intro, som sælger dig på ideen) og The Jobs To Be Done Playbook (en praktiske guide til hvordan du rent faktisk gør).

- Jeg faldt over den her artikel, som meget kort dækker flere af ovenstående områder: https://www.smashingmagazine.com/2016/07/a-lean-approach-to-product-validation/:

1. Validate the problem.
   Is this a problem worth solving? If users don’t think this is a major problem, your solution won’t be appealing.
2. Validate the market.
   Some users might agree that this is a problem worth solving. But are there enough of them to make up a market for your product?
3. Validate the product.
   The problem might exist, but does your product actually solve it?
4. Validate willingness to pay.
   There might be market demand and a great product. But will people actually be willing to reach into their wallets and pay for it?

Og så vil jeg slutte af med, i fuldstændig modsætning til alle mine andre anbefalinger, at anbefale dig at passe på med at bruge for meget tid på forarbejde (self afhængig af risikoen du løber ved projektet). For det meste bliver du først klogere når du begynder at bygge. Pas på med at se det som en linær sekventiel proces, hvor du går fra 1 til 5. Gør en lille smule af det hele, og så vend tilbage til det, mens du bygger. Men kom hurtigst muligt hen til et sted hvordan kan skabe validated learnings / Validate willingness to pay.

PS: I alt ovenstående forudsætter jeg lidt at det er et IT eller service-orienteret produkt. Hvis du skal bygge en rumraket eller medicinal produkt, så glem alt ovenstående :)