Lean, Agile måte å bygge ditt første produkt

Så langt i denne serien om å starte en oppstart, har du lært hvordan du kommer opp med ideer for oppstarten, hvordan du tester ut disse ideene og velger den beste, og hvordan du rekrutterer et team med grunnleggere.

Nå er det på tide å begynne å bygge ditt første produkt.

Vi vil utforske de nyeste teoretiske tilnærmingene, som fleksibel utvikling, minimalt levedyktig produkt (MVP), og lean oppstartsprinsipper. Men ikke bekymre deg - det vil også være en veldig praktisk opplæring, hvor du lærer å sette disse teoriene i bruk, og se eksempler på hvordan det har blitt gjort i den virkelige verden av vellykkede selskaper som Dropbox.

Til slutt vil du ha en solid forståelse for vellykkede tilnærminger til produktutvikling, og vil være klar til å begynne å bygge ditt første produkt på den smarte måten: i små trinn med konstant tilbakemelding fra kunder for å sikre at du alltid er på rett spor.

Disse metodene passer best til online, programvarebaserte oppstart, så det er det vi vil fokusere på i denne opplæringen, men de grunnleggende prinsippene kan også gjelde for andre typer oppstart.

1. Bruk Agile Product Development

Vi lever i skiftende tider. Teknologien er i endring, kundernes preferanser endrer seg, og ideer kan gå fra å være levedyktige til ikke-forrettere (og omvendt) innen et år eller to.

I denne sammenheng trenger du en rask og smidig måte å bygge produkter på. Men de tradisjonelle produktutviklingsreglene ble utformet i en helt annen tid, og kan holde deg tilbake hvis du prøver å bruke dem i dag.

I den tradisjonelle produktutviklingsmodellen vil du begynne å grundig undersøke ideen din og scoping ut den foreslåtte løsningen, du vil komme opp med et omfattende sett med spesifikasjoner, du vil bygge hele produktet fra start til slutt, og da 'D lansere den og begynne å få tilbakemeldinger fra kunder.

Det var fornuftig i en tid da kostnaden for produksjon av fysiske produkter var høy, og muligheten til å få kontinuerlig tilbakemelding fra kunder var lav.

Risikoen er imidlertid at du bruker så lenge å designe og bygge produktet ditt slik at det er foreldet før det treffer markedet. Og fordi tilbakemeldinger fra kunder bare kommer inn rett på slutten, kan du bare ende opp med å bygge noe som oppfyller alle spesifikasjonene, men er ikke det folk vil ha.

I dag er det en bedre måte.

Sett kunden først

Med fleksibel produktutvikling, prøver du ikke å designe produktet fra bunnen av og levere den ferdige versjonen til kundene.

I stedet bryter du prosjektet ned i små stykker. Du starter små, samler potensielle kunder ved hjelp av metodene beskrevet i den forrige opplæringen, og gir dem tilgang til verdifulle, fungerende stykker programvare mens du utvikler den. Du begynner å tilfredsstille kundene dine, og du bruker tilbakemeldingen til å hjelpe deg med å designe neste komponent på en måte som er mest nyttig for dem.

Hvis ditt endelige produkt er en omfattende programvarepakke som hjelper folk med å administrere alle sine forskjellige sosiale medier, kan du for eksempel begynne med å slippe et lite stykke som lar folk finne ut hvilke Twitter-brukere som skal slippe ut.

Du har allerede en generell ide om hvordan hele pakken vil se ut, og du kan kommunisere denne visjonen til kundene dine, men gi dem noe å bruke med en gang, oppnår to ting:

  1. Det holder dem lykkelige mens de venter på sluttproduktet.
  2. Det gir deg verdifull tilbakemelding om design og funksjoner på produktet ditt, slik at du kan unngå å kaste bort tidbygging av ting som folk ikke liker eller vil ha.

Omfavn forandring

Kundefeedbacken kan bety at utformingen av produktet ditt fortsetter å forandre seg gjennom utviklingsfasen.

Dette høres ut som en ulempe, men så lenge du er villig til å omfavne skiftende krav, er det en stor fordel. Det kan ta lengre tid å endre planene dine og gjøre noe du ikke hadde planlagt å gjøre, men i det lange løp er det mye raskere enn å bygge et ferdig produkt, finne ut at folk ikke liker det, og gå tilbake for å endre det.

Tyngden i den fleksible metoden er vedvarende utvikling. Så i stedet for å presse for å fullføre alt innen en bestemt frist, er målet ditt å fortsette å frigjøre nyttig programvare på en vanlig tidsplan - si en trinnvis forbedring hver måned.

2. Lag et minimumsvirksomt produkt

Målet ditt i denne første fasen av produktutvikling er ikke å produsere et perfekt produkt.

Det kan hende at det er overraskende å si dette: Tross alt er de fleste bransjer så konkurransedyktige, og du tror kanskje at produktet ditt må være det beste det kan være for å skille seg ut.

Men du vil faktisk gjøre det minste arbeidet, ikke fordi du er lat eller billig, men fordi den viktigste delen av å starte en oppstart er å lære av kundene dine og gjøre det raskt.

Å produsere et minimumsgjennomførbart produkt (MVP) er den raskeste måten å starte en samtale med kundene, og begynne å lære om hva de vil, hvordan de vil ha det, og hvordan du mest effektivt kan løse sine problemer.

Hvordan MVP fungerer: En casestudie

Et eksempel på en virksomhet som utnyttet MVP-tilnærmingen godt, er det populære fildelings- og cloud-storage-selskapet Dropbox. I dag er det et $ 10 milliarder selskap, men tilbake i 2007 var det bare en ide. Folk sliter med å dele store filer på nettet, og Drew Houston trodde han hadde en enkel løsning.

Men problemet var at han trengte betydelige investeringer for å kunne bygge et testbart produkt, og det var vanskelig å overbevise venturekapitalister og andre om å investere uten et testbart produkt. Han ble fanget i en klassisk Catch-22-situasjon.

Måten han rømte fra denne dødvåpen, var å produsere en enkel demovideo som viste hvordan Dropbox ville fungere og forklare det smertefulle problemet det var ment å løse.

Som en bonus for å fremme deltakelse, inkluderte han noen innsatte vitser som ville appellere til hans målgruppe av ivrige techies. Videoen ble delt tusenvis av ganger, og kjørte Dropboxs venteliste fra 5.000 til 75.000 personer over natten.

En demo video er omtrent så minimal som et produkt kan få. Det var ikke engang å jobbe med programvare på det stadiet, og likevel oppnådde det målet om noen MVP-det viste at det var interesse for produktet, og det startet en samtale som hjalp Dropbox med å utvikle sitt produkt på en måte som var mest verdifull for sin kunder. I dette tilfellet bidro det også til å gi den finansieringen som ville ta Dropbox fra ide til multi-milliard dollar selskap.

Din MVP kan ta mange forskjellige former. Det kan være en nedskalert versjon av ditt endelige produkt, eller en demo, eller noe annet. Hovedkravet er at det lar folk se hvordan ditt produkt fungerer og begynner å snakke om det, noe som hjelper deg både med å generere kundeinteresse og veilede utviklingen av produktet mens du utvikler deg gjennom senere iterasjoner.

3. Ta tak i Lean Startup Principles

Du lærte i trinn 1 å fortsette å jobbe gjennom suksessive iterasjoner av produktutvikling, ved hjelp av tilbakemeldinger fra kunder som veileder deg hele tiden.

Men hvordan gjør du det? I dette trinnet ser vi på noen av hovedprinsippene for drift av en liten oppstart, og viser deg hvordan du søker dem på din bedrift.

Å være magert handler ikke om å spare penger; Det handler om å unngå bortkastet innsats. I dette svært konkurransedyktige, raskt forandrede miljøet har du ikke råd til å kaste bort tid og energi, spesielt hvis du jobber alene eller med et lite lag. Målet er å effektivisere all tid og ressurser.

Bygg, Mål, Lær

Når du har begynt å bygge ditt første produkt og frigjøre det til kundene dine, må du begynne å lære og tilpasse.

Mantraet "Build, Measure, Learn" kan hjelpe deg med å få produktet ditt riktig. Vi har dekket bygningsmetodikken, men hva med måling? Dette er hvor det blir vanskelig, fordi det er så mange ting du kan måle, alt fra gratis tjenester som Google Analytics til mer omfattende og kostbare produkter som Ontraport. Med all denne informasjonen er det enkelt å spore feil ting.

Mange av de beregningene du ser sitert ved oppstart er bare "forfengelighet", for eksempel. Det er flott hvis du ser økt trafikk til nettstedet ditt, eller har tusenvis av tilhenger på sosiale medier, men de beregningene som burde ha betydning for deg, er ikke de som får deg til å føle deg bra, men de som hjelper deg med å ta avgjørelser..

De nøyaktige tingene du måler vil avhenge av virksomheten din, men tenk på ting som gir deg innsikt i hva kundene dine vil ha. Gjennomfør A / B delt tester på alle nøkkel sider på nettstedet ditt, og også innenfor selve produktet. Finn ut hva folk verdsetter, hvilken type ordlyd appellerer til dem, hvilken konfigurasjon av siden er mest sannsynlig å få dem til å ta handlingen du vil ha.

Du kan også se på "kohorter" eller grupper av kunder som registrerte seg på samme tid. Se hvilken prosentandel av kundene som registrerte seg i en bestemt uke, fortsatte å ta en handling, som å kjøpe fra deg eller be om mer informasjon. Spor hvordan denne prosentandelen endres med forskjellige kohorter over tid, og hvordan det påvirkes av produktene du tilbyr og hvordan du tilbyr dem.

Når du har fått noen smarte målinger av produktets effektivitet, kan du supplere det med god gammeldags kundekontakt. Spør dem hva de trodde, bruk undersøkelser, samhandle på sosiale medier, og begynn å bygge opp et omfattende bilde av hvordan produktet ditt fungerer.

Så når du jobber med neste iterasjon, kan du inkludere alt du har lært av kundene dine, og endre det etter behov.

4. Hold klarhet gjennom hver ivertering

En av risikoen i tilnærmingen vi har sett på i denne opplæringen er mangel på klarhet. I tradisjonell produktutvikling har du og ditt team alle sine marsjeringsordrer, og arbeidet metodisk gjennom hver fase til sluttproduktet var klar til utgivelse. Med den fleksible utviklingen kan du på den annen side finne deg selv skiftende kurs hvert par uker.

Så hvis du følger denne tilnærmingen, krever det litt ekstra innsats for å sikre at alle holder seg på sporet og er klar over hva de gjør og hvorfor de gjør det.

Asana medstifter Justin Rosenstein sier at du ideelt sett bør kunne gå opp til noen av dine ansatte eller medarbeidere og få klare, positive svar på følgende spørsmål:

  • Hva jobber du med akkurat nå?
  • Er du sikker på at det er det viktigste du kan gjøre?
  • Vet du hvem som venter på deg?
  • Vet du hvem du kan gå til støtte?
  • Vet du hvordan arbeidet ditt passer inn i det overordnede produktet vi prøver å oppnå?
  • Vet du hvorfor det produktet betyr noe?

I praksis blir det imidlertid sjelden slik. Folk rutinemessig blir sidebestemt til mindre viktige oppgaver, eller forstyrret i byråkrati, eller swamped via e-post, eller sløsing med tid på å prøve å spore informasjon.

For å overvinne dette må du jobbe hardt for å sikre at alle som arbeider i oppstarten din har:

  1. Klarhet av hensikt.
  2. Klarhet av planen.
  3. Klarhet av ansvar.

Formålsklarhet 

Dette betyr at du husker hvorfor du jobber med noe i første omgang - den større grunnen eller hensikten bak bedriftens eksistens, og betydningen av hvert enkelt stykke. Påminn deg selv og dine ansatte om fordelene kundene vil få glede av, og hvordan produktet du jobber med, vil gjøre livet bedre.

Klarhet av planen 

Dette handler om utførelse. Bestem deg på en måte å bli organisert, og hold deg til den. Nettbaserte verktøy er gode for samarbeid i et lag, spesielt fordi de gjør det enkelt å oppdatere planen - noe du vil gjøre ganske ofte. Det kan være noe så enkelt som et regneark på Google Dokumenter, eller du vil kanskje undersøke et spesialisert prosjektstyringsverktøy som Trello eller Basecamp. Uansett hva du går for, sørg for at alle oppgaver er fanget, og du kan lett holde rede på hva alle gjør og forventet tidslinje.

Klarhet av ansvar 

Dette betyr at det er veldig klart om hvem som gjør hva. Selv om flere forskjellige personer jobber med å bygge en bestemt del av produktet ditt, må det alltid være en enkelt person med ultimate ansvar. Ellers er det lett å ende opp, enten i situasjonen der noe blir forlatt, fordi alle trodde at noen andre gjorde det, ellers i en posisjon hvor folk dupliserer innsats.

Å bygge ditt første produkt kan ofte bli overveldende, men hvis du får organisasjonsstrukturen helt fra begynnelsen, og fokus på å opprettholde klarhet i de tre hovedområdene gjennom utviklingsfasen, vil du være i en bedre posisjon til å holde deg oppdatert og unngå siste øyeblikk panikk.

Neste skritt

Så nå vet du hvordan du bygger ditt første produkt på en smart, smidig måte som innebærer mindre forhåndsinvesteringer av tid og energi, og involverer kunden i alle stadier. Du har sett hvordan du bruker MVP-konseptet til å begynne å lære av kundene dine, og hvordan du fortsetter å lære og utvikle seg i alle stadier av produktutvikling. Du har også fått tips om å holde et tydelig fokus gjennom alle kundens ledede endringer i retning.

Hva blir det neste? Vel, selv om produktutvikling er en iterativ prosess, vil du fortsatt ha en offisiell lansering. Det er en fin måte å generere buzz for oppstart, og å signalere til verden at du er klar til å åpne opp til et større marked.

Så i den endelige opplæringen i denne serien om å starte en oppstart, kommer du til å få ideer og eksempler på hendelser utenfor lanseringen, og se hvordan du bruker e-postmarkedsføring og sosiale medier for å sikre at du har størst mulighet basen av engasjerte kunder når du kommer til den offisielle dag ett av den nye oppstarten din.

ressurser

Grafisk kreditt: Beaker designet av Edward Boatmanfra noun-prosjektet.