Prioritere hva du skal bygge

Nå fristes du sikkert til å bygge alt du har drømt om. Denne leksjonen handler om det motsatte: å bygge så lite som mulig, men lære så mye som mulig. Kunsten er å finne ut hva som må være sant for at idéen skal fungere — og teste akkurat det først.

MVP-tankegangen

MVP står for «minste testbare produkt». Den vanligste misforståelsen er at det betyr en billig, halvferdig versjon av det ferdige produktet. Det gjør det ikke. En MVP er det minste eksperimentet som lærer deg det du er mest usikker på. Noen ganger er det ikke et produkt i det hele tatt.

Det finnes flere typer:

• Landingsside-MVP: En enkel side som forklarer tilbudet, med en knapp for å melde interesse. Du måler om folk klikker og legger igjen e-post.
• Concierge-MVP: Du leverer tjenesten helt manuelt til de første kundene, uten teknologi. Maria kan koble hundeeiere og passere for hånd via telefon og Vipps før hun bygger noe som helst.
• Wizard-of-Oz-MVP: Utad ser det automatisk ut, men bak kulissene gjør du alt manuelt.
• Enkeltfunksjon-MVP: Én eneste funksjon, gjort skikkelig, i stedet for ti halvferdige.

Jonas trengte ikke bygge hele regnskapsverktøyet for å teste om byråene ville ha automatisk avstemming. Han kunne tilby å gjøre det manuelt for tre kunder og se om de fulgte opp.

Prioritere etter verdi og innsats

Når du skal velge hva du bygger først, hjelper en enkel firefelts-tabell: verdi for kunden opp mot innsats for deg.

• Høy verdi, lav innsats: Gjør dette først. Dette er de raske gevinstene.
• Høy verdi, høy innsats: Planlegg det, men del det opp.
• Lav verdi, lav innsats: Kan vente.
• Lav verdi, høy innsats: Unngå. Dette er tidssluk.

Tegn tabellen, plasser funksjonene dine, og vær ærlig. Nesten alle overvurderer verdien av sin egen favorittfunksjon.

Kartlegg antakelser og risiko

Bak enhver idé ligger en stabel antakelser du tror på uten bevis. «Folk vil betale.» «Passere vil melde seg.» «Jeg klarer å nå målgruppa til en rimelig kostnad.» Skriv dem ned — alle sammen.

Sorter dem så etter to akser: hvor sikker er du, og hvor mye avhenger av at den stemmer? Antakelsen som er både usikker og avgjørende, er din største risiko. Det er den du skal teste først, ikke den som er lettest å teste.

Formuler hypoteser du kan teste billig

Gjør den farligste antakelsen om til en testbar hypotese. En brukbar form: Vi tror at [dette stemmer]. Vi vet at vi har rett hvis [dette målbare skjer].

«Vi tror at hundeeiere vil betale for trygg passing. Vi vet vi har rett hvis minst ti av femti besøkende på landingssiden legger igjen kortdetaljer for en forhåndsbestilling.» Nå har du noe konkret å teste i neste modul, i stedet for en magefølelse.

Hold MVP-en ærlig

En MVP skal fortsatt gi ekte verdi til den som bruker den. «Viable» betyr levedyktig: et produkt som er så avstumpet at det ikke løser noe, tester ingenting annet enn folks tålmodighet. Skill mellom å kutte omfang og å kutte kvalitet. Du kan lansere med færre funksjoner, men de få du har, bør virke skikkelig.

Et nyttig bilde: ikke bygg et halvt kjøretøy. Om målet er å frakte noen fra A til B, er en komplett sykkel en bedre første versjon enn et bilchassis uten motor. Sykkelen løser jobben i det små; chassiset løser ingenting før alt er på plass. Spør derfor alltid: hva er den minste komplette tingen som løser jobben for én ekte bruker?

Gjør dette nå

Skriv ned alle antakelsene idéen din hviler på. Ranger dem etter risiko: usikker og avgjørende øverst. Ta den øverste og skriv den om til én testbar hypotese med formen «Vi tror at … Vi vet vi har rett hvis …». Velg deretter hvilken MVP-type som lar deg teste den billigst mulig. Den planen tar du med inn i prototyping-modulen.