Minimum levedygtigt produkt: Definer den bedst egnede type, metode og følg enkle byggetrin

Hvis der var en bog om de mest episke startups mislykkedes, ville den have mindst tusind sider. Alle begår strategiske fejl, også sådanne giganter som Amazon. I 2014 erklærede det et tab på $ 170 mio. Efter brandtelefonens fiasko. Årsagen til det var enkel: ingen havde brug for denne telefon undtagen Amazon. Gadgeten var beregnet til at forbinde brugere direkte til deres shoppingplatform. Kunder havde brugt iPhones og Android-smartphones til at oprette forbindelse til Amazon. Manglen på kundeundersøgelser spillede et middel, dyrt trick for Amazon.

Hvis du vil have succes, skal du være sikker på, at det produkt, du vil tilbyde, er præcis, hvad kunderne har brug for. Hvordan skal det være? Udvikling af et minimum levedygtigt produkt (MVP) kan give dig svaret.

Hvad er en MVP?

Et MVP, eller et minimums levedygtigt produkt, er den tidligste version af et produkt, der kun har krævede funktioner, nok til at levere kerneværdien og verificere den til de tidlige kunder. Grundlæggende er MVP implementeret for at indsamle feedback og se, om produktet overhovedet er nødvendigt af brugerne. Tidlige adoptører kan også dele deres vision om funktionaliteten, så indsigt i kundernes behov og præferencer gør det muligt for udviklere at tilpasse produktet i overensstemmelse hermed og planlægge yderligere opdateringer.

MVP-strategien tillader derfor at reducere udviklingsomkostningerne samt risikoen for økonomisk fiasko som følge af at bringe et uønsket produkt på markedet.

Eric Ries, iværksætter og forfatteren af ​​The Lean Startup, giver en kortfattet definition af en MVP, der fremhæver det læringsperspektiv, en MVP giver. Ifølge ham er en MVP "den version af et nyt produkt, der giver et team mulighed for at samle den maksimale mængde af valideret læring om kunder med mindst mulig indsats."

Det er vigtigt at forstå, at MVP-strategien ikke handler om at bygge et lille produkt for at opfylde et kortsigtet mål. Teknikken foreslår at udvikle den første, mest forenklede version af et produkt, der er tilgængeligt til offentlig brug. Forbedringerne af denne version er altid baseret på feedback. Målet med at opbygge en MVP er at finde ud af, hvilke funktioner og oplevelser produktet skal levere til en målrettet gruppe brugere.

Forskellen mellem proof of concept (PoC) og MVP

MVP bør ikke forveksles med et konceptbevis. Sidstnævnte kan fortolkes forskelligt afhængigt af branchen.

Først og fremmest er beviset for koncept ikke en tidlig version af et produkt. En PoC i softwareudvikling beskriver processer, der sigter mod at finde ud af, om softwarekonceptet er teknisk levedygtigt. Holdet kan også vælge denne tilgang til at bestemme det krævede omfang af arbejde og bedste teknologier til udvikling, identificere mulige tekniske problemer og finde løsninger på dem.

Drew Houston, grundlæggeren af ​​Dropbox, lavede og fortællede en forklarende video om, hvordan Dropbox formodes at arbejde. Næsten 75.000 mennesker tilmeldte sig den første nat. En lignende teknik kan realiseres via en blog, hvor du kan dele ideer med publikum om det produkt, du vil udvikle. Mens nogle betragter dette som MVP i sig selv, har vi en tendens til at klassificere denne forklarer som en PoC.

Betegnelserne MVP og PoC er indbyrdes forbundet, men ikke udskiftelige. Beviset for koncept realiseret på en optimal måde bliver et minimums levedygtigt produkt.

Typer af MVP'er

Der er mange tilgange til opbygning af en MVP. Lad os diskutere de vigtigste typer.

Guiden fra Oz (nogle kalder det også Flinstone MVP). De to navne på denne type minimalt levedygtige produkt står for dets arbejdsprincip. Ligesom Flinstones ønskede at skabe en illusion om, at de har en rigtig bil, og troldmanden fra Oz brugte tricks til at foregive at være et kæmpe grønt hoved, en fe, en ildkugle eller et monster, synes denne type MVP bare at være fuldstændig funktionel. I virkeligheden udfører en startupper hele jobbet manuelt i stedet for at bruge et softwaresystem, eller der ansættes et team om nødvendigt. Der er overhovedet ingen underliggende software, men et produktkoncept, der kræver verifikation.

Nick Swinmurn, grundlæggeren af ​​Zappos, har bevist, at denne strategi fungerer. I begyndelsen brugte han nul dollars på køb af sko og lagerleje. Han offentliggjorde skobilleder på et websted. Da kunder begyndte at bestille sko, gik han til en butik, købte det nødvendige par og sendte det. Efter at have indset, at projektet er levedygtigt, tilføjede han funktionaliteter til hjemmesiden.

Concierge MVP. Iværksættere, der vælger en concierge-MVP, leverer også praktiske tjenester. Men i dette tilfælde ved en kunde, at en reel person står bag en leveret service. Wealthfront, en service til økonomisk planlægning og investeringer, startede fra en concierge MVP. Wealthfront-medarbejdere kommunikerede direkte med klienter, som havde brug for hjælp til forvaltning af formue. En anden vigtig forskel fra Wizard of Oz er, at conciergetypen er rettet mod at generere ideer om det fremtidige produkt, levere tjenester, kommunikere med kunder osv. Snarere end at verificere dem.

Piecemeal MVP. Ideen med stykkevis er at levere værdi ved hjælp af eksisterende værktøjer i stedet for at opbygge en tilpasset løsning. En produktprototype ser dog ud som et komplekst produkt. Du kan bruge simpel software, sammensætte den og tilføje den nødvendige funktionalitet, når du har fået feedback. Groupon er et godt eksempel på en stykkevis MVP. Dets grundlægger Andrew Mason lancerede et WordPress-websted og offentliggjorde manuelt billeder af måltidereaktioner hver dag. Han genererede tilbud som PDF-dokumenter ved hjælp af AppleScript og mailede dem via Apple Mail. Sådan validerede han Groupon-hypotesen.

Et produkt med én funktion. Og endelig kan en MVP være den rigtige software med det blotte minimum af funktioner, bare de kerneprodukter, der er nødvendige for verifikation. Med sin hjælp vil du være i stand til at indsnævre en målgruppe, modtage og analysere feedback og koncentrere dig om test.

Men uanset hvilken type du vælger, er der flere hovedtrin, der skal følges for at oprette en MVP.

Trin til opbygning af en MVP

Et produkt starter altid med en idé. Det, der adskiller et vellykket produkt fra et ikke-krævet produkt, er, at et populært produkt er et resultat af en gennemførlig idé transformeret via en grundig udviklingsplan.

Vi tilbyder en trinvis vejledning i, hvordan du validerer din idé og omdanner den til et produkt. Du er klar til at begynde at opbygge en MVP i syv trin. Trin nul er en introduktion til de vigtigste principper og teknikker. Det ottende og niende trin handler om projektstyringsmetoder, du kan bruge, og hvordan du kan teste et produkt.

Trin 0. Anerkend de grundlæggende MVP-principper og teknikker

Før ethvert faktisk arbejde er det værd at bruge lidt tid på at skitsere de grundlæggende MVP-principper og teknikker og derefter sikre dig, at dit team overholder dem på tværs af hele processen. Følgende punkter er kritiske for alle faser på tværs af dit MVP-initiativ.

Prøv at bruge så lidt penge og kræfter som muligt. Hele ideen om en MVP er at skære ned på den tid og ressourcer, der er nødvendige for at verificere din forretningsidé. Identificer den enkleste type MVP, der er tilstrækkelig til at generere feedback og holde sig til den.

Fokus på opbygning af opmærksomhed. Udnyt så mange mediekanaler som muligt for at sikre, at du har et kritisk antal tidlige adoptører. Dette kan ske inden for dine PoC-aktiviteter.

Prøv at sælge produktet forud. Du kan bruge Kickstarter, andre crowdfunding-platforme eller direkte sælge dit produkt for at opfylde to hovedmål. Den første og den vigtigste er at få feedback, og den anden er at investere disse penge i videreudvikling. Du kan se, om folk kan lide produktets koncept i første omgang.

Interview kunder hele tiden. Uanset hvilket trin du er i, skal du investere tid i at interviewe dine potentielle kunder for at starte justeringer så tidligt som den første wireframe og fortsætte aktivt med at interviewe, indtil du går over fra MVP-scenen til version 1.0. Derefter skal du stadig følge denne praksis, men forbedre den med A / B-test og andre avancerede verificeringsmetoder. Du kan bruge online undersøgelsesformularer eller tale med kunderne ansigt til ansigt. At formulere de rigtige spørgsmål ikke kun vil hjælpe dig med at lære om de problemer, der generer brugerne, men også finde ud af, om de er værd at løse. Spørg hvad der forstyrrede dem mest, da de stod overfor problemet, og hvorfor, når de sidste gang var, de oplevede det. Lad dem fortælle dig, hvordan de forsøgte at løse problemet, og hvad de ikke kunne lide ved løsninger, de brugte.

Opret en feedback loop. Den feedback, du modtager enten gennem interviews eller andre kanaler, skal være systematisk og have reel, kortsigtet indflydelse på dit produkt. Hold styr på al feedback, generaliser og konverter ideer, du modtager, til konkrete opgaver for dit team.

Ud over principper skal du overveje de vigtigste kanaler til at lade dine brugere prøve produktet og give midlerne til at dele deres ideer og bekymringer for at indstille en feedback-loop.

Opret en destinationsside. Siden skal indeholde beskrivelsen af ​​produktet og dets funktioner samt en tilmeldingsformular med gratis og betalte løsninger. Med destinationssiden kan du definere optimal prisfastsættelse for dit produkt.

Brug sociale medier. Sådanne platforme som Facebook, Reddit og YouTube vil være de mest enkle kilder til indsigt, i betragtning af at du har fået nok opmærksomhed. Vi anbefaler også at bruge blogværktøjer, enten ejet eller offentligt, som Medium.

Start en annoncekampagne. Du kan bruge sådanne platforme som Google, Facebook og Twitter for at se, om MVP når sin målgruppe. Disse annonceplatforme har meget fleksible og detaljerede segmenteringskapaciteter, så du vil være i stand til at teste dine personas hypoteser ved at målrette mod flere smalle brugersegmenter.

Trin 1. Definer et problem, du vil løse

Den første ting du skal gøre er at artikulere produktets formål. Prøv blot at besvare spørgsmålet "Hvad har jeg brug for dette produkt til?" Når du klart har kommunikeret med flere ord den værdi, et produkt bringer, kan du gå videre til næste trin. Hvis du f.eks. Vil åbne en madleveringstjeneste, kan det problem, du ønsker at løse, lyde som dette: "Tillad brugere at få måltider fra lokale restauranter til at gå."

Trin 2. Definer målgruppen, og indsnævre den

At prøve at tilfredsstille den bredeste gruppe mennesker er en fejltagelse. Øg dine chancer, og vælg et bestemt publikum, du vil tilbyde dit produkt til. Opret en fuld beskrivelse af en person, der ikke kun vil kunne lide dit produkt, men også vil købe det uden tøven. Du skal vide, hvor gammel og hvor uddannet denne person er, hvad han eller hun gør for at leve, og hvilket indtjeningsniveau dette job bringer ham eller hende. Vaner og hobbyer afslutter en beskrivelse af en potentiel kunde. For at lære mere om oprettelse af køberpersoner, skal du tjekke vores historie om at starte en SaaS-virksomhed.

Viden om kundens livsstil giver dig mulighed for at finde ud af, om dit fremtidige produkt er i overensstemmelse med det nøjagtige problem, han eller hun står overfor.

Trin 3. Evaluer dine konkurrenter

Overvurder ikke eksklusiviteten af ​​dit produkt, især når du ved, at der er andre virksomheder i din branche. Evaluer dine konkurrenter. Find ud af deres stærke og svage punkter for at definere funktionaliteten af ​​dit fremtidige produkt. Du kan også gruppere dem efter den måde, de konkurrerer om markedsandele på.

Definer dine konkurrenter og den merværdi, de giver. Analyser, hvem dine top tre rivaler er, hvor længe de har været i markedet, hvilke produkter eller tjenester de tilbyder. Definer, om de har en konkurrencefordel, og vurder din evne til at tilbyde noget bedre.

Find deres markedsandel. Du bør undersøge deres tidligere og nuværende strategier, salgsmængde, indtægter, økonomiske og markedsføringsmæssige mål. Disse data hjælper dig med at forstå, hvor rentable og vellykkede de er.

Brug primære og sekundære informationskilder. De oplysninger, selskaber deler om sig selv, er den mest pålidelige, primære kilde til analyse. Besøg deres websteder for at læse præsentationer, hvidbøger, årsrapporter, blogs, reklamemateriale og andre publikationer. Sekundære informationskilder, såsom magasin- og avisartikler, videoer, undersøgelsesrapporter og bøger, repræsenterer den offentlige mening om spillerne. Selvom disse kilder måske er mindre pålidelige end de primære, kan de give dig et større billede af branchen.

Grave dybere. Tøv ikke med at besøge forretningsbegivenheder, som konkurrenter deltager i, kontakte deres tidligere arbejdsgiver og naturligvis bruge deres produkt og analysere feedback om det.

Brug analytisk software. Forskellige online værktøjer til konkurrencedygtig analyse vil gøre dit liv lettere. Sådanne tjenester som lignende web, Ahrefs, Quantcast, App Annie eller AppFollow indsamler data om websteder og apps. Med dem kan du finde rangeringen af ​​din konkurrents app eller et websted, dets månedlige trafik, publikumsinteresser, geografiske placeringer af kunder og se relaterede produkter.

Nogle af de eksisterende værktøjer giver grundlæggende funktionaliteter gratis. De andre, ligesom Moz og SensorTower, er abonnementsbaserede.

Når du kender de vigtigste markedsaktørers svagheder og styrker, vil du være i stand til at vide, hvad der gør dit produkt unikt eller hvad det mangler for at blive det.

Trin 4. Foretag SWOT-analysen

SWOT står for styrker, svagheder, muligheder og trusler. Mens rammerne normalt anvendes i strategisk planlægning for modne virksomheder, er det enkle nok til at blive brugt til at kvalificere MVP-ideen. For at udføre SWOT-analysen skal du besvare en række spørgsmål relateret til ovennævnte kategorier. Lad os se på, hvordan SWOT-analysen kan se ud for eksemplet med madlevering, som vi nævnte ovenfor.

Den bedste praksis til SWOT-analyse er at holde beskrivelserne korte og lette at forstå for alle teammedlemmer

Målet med SWOT-analyse er at fokusere indsatsen på styrker, definere og minimere svagheder, undgå trusler samt at bruge eksisterende muligheder for videre udvikling. Styrker og svagheder vedrører normalt interne faktorer. Til gengæld er muligheder og trusler de eksterne.

Det hjælper også virksomheder med at analysere konkurrenter og vælge markedspositionering.

Trin 5. Definer brugerstrømmen

Brugerflow er en sti, som en bruger tager for at nå sit hovedmål ved brug af et produkt. Og denne sti skal være logisk og klar.

Brugerflow er en vejledning til indhold og designkrav til et websted eller app. Du skal forstå, hvad kunderne forventer at få, mens de bruger dit produkt til at opbygge en god brugerflow. Sørg for at give brugerne nogle yderligere oplysninger, hvis de har brug for det, og find ud af mulige afvigelser, der kan forhindre dem i at gå til et næste trin.

Lad os som et eksempel lade liste over de opgaver, som brugerne skal tage for at nå et primært mål, som vi sagde i trin 1, få måltider at gå fra lokale restauranter. Brugerflowet ville være: tilpasse ordre, administrere ordre, betale for et måltid, modtag ordren. Når trinnene er bestemt, er det tid til at definere funktioner for hver af dem.

Trin 6. Opret en liste over funktioner, og arranger dem efter deres prioritet

Du skal liste alle nødvendige funktioner til det fremtidige produkt. Historiekortlægning (eller brugerhistorie-kortlægning) teknik hjælper dig på dette planlægningsstadium. For øvrigt afspejles det i brugerfloweksemplet ovenfor.

Historiekortlægning er en to-dimensionel tilgang til styring af brugerhistorier. Det giver mulighed for at koncentrere sig om dele af funktionalitet og på samme tid ikke miste det store billede af et produkt.

Teknikken blev lavet for at hjælpe udviklere med at vælge både nyttige og værdifulde funktioner primært set ud fra brugerens synspunkt. Dets forfatter og udøver, Jeff Patton, foreslår, at en funktionsbeskrivelse skal indeholde en handling udført af en person snarere end midlerne til dens implementering.

Vi har opført fire trin, som brugerne gør for at løse problemet ved hjælp af vores produkt: tilpas en ordre, administrer ordren, betaler for et måltid, modtag ordren.

Nu skal vi beskrive funktioner for hvert trin og skrive dem ned på kort.

For at tilpasse en ordre, kan en bruger muligvis:

  • vælg hvor hun eller han bor
  • vælg et køkken
  • vælg en restaurant
  • vælg en skål
  • vælg en drink
  • læse beskrivelsen af ​​en valgt artikel
  • tilføj ordren til en indkøbskurv

Når du er færdig med beskrivelser, skal du tegne en vandret række, der viser brugerstrømmen, placere de vigtigste trin på kortet og deres funktioner.

Funktionerne er endnu ikke prioriteret på dette trin

Lad os nu prioritere funktioner. Du skal finde ud af, hvor vigtig og værdifuld funktionen er, hvor ofte funktionen bruges, hvor mange brugere der vil bruge den, og hvor risikabel den er.

Når du har arrangeret funktioner efter deres prioritet, skal du tegne en lodret linje og placere dem, hvor de hører hjemme. De vigtigste og hyppigt anvendte bør være øverst på listen, mindst - i bunden.

Prioritering vil hjælpe med at definere omfanget af en MVP

Trin 7. Definer omfanget af MVP

Når du har prioriteret funktionerne, kan du definere omfanget af MVP. Den første vandrette række på et kort kaldes et vandrende skelet. Det gående skelet er den mindste anvendelige version af et produkt, der mangler kød, dvs. funktionalitet. Vi skal først opbygge et vandrende skelet.

I nogle tilfælde falder MVP sammen med et gående skelet; undertiden har MVP en vis funktionalitet. For at forstå, hvad der er skelnen mellem gående skelet, et minimum, levedygtigt produkt, og dets videre koncept, skal du kategorisere funktioner under overskrifterne must-have, nice-to-have og ikke har.

Tegn nu en linje til at adskille kernefunktioner fra ikke-væsentlige. De funktioner, du giver de højeste rækker, repræsenterer MVP. Resten af ​​dem kan tilføjes efter installationen af ​​MVP og feedback-analyse.

Da funktioner prioriteres, er du god til at begynde at konstruere

Trin 8. Vælg den bedst egnede styringsmetode, og konstruer en MVP

Med et defineret arbejdsomfang kan du endelig begynde at udvikle det mindst levedygtige produkt. Lad os nu finde ud af, hvilke projektstyringsmetoder der er egnede til at opbygge en MVP.

Læne. Lean er en af ​​de agile softwareudviklingsmetoder, der er baseret på flere kerneprincipper: eliminere affald, levere så hurtigt som muligt, forstærke læring og opbygge integritet i. Lean anvender praktisk talt iterativ udvikling med build-measure-learning-mønsteret. Med Lean kan udviklere udsætte de fleste af designbeslutningerne, indstille en hurtig feedback-loop og sikre sig, at de bygger et efterspurgt produkt.

Scrum. Scrum er en anden iterativ tilgang til softwareudvikling. Det er afhængig af den effektive opdeling af arbejdsomfang, som hjælper hold med at levere hurtigere. Du kan styre udviklingen af ​​funktioner til MVP i sprints (korte cyklusser, der er cirka to og fire uger lange) og ansætte en scrum-master, der vil føre tilsyn med at holde hele Scrum-processen kørende. MVP frigives muligvis efter den første sprint, og udviklingsholdet kan opdatere produktet i henhold til brugernes feedback i alle efterfølgende sprints. Mens Scrum er mere tidskrævende end Lean, kan det være mindre stressende for ingeniører og egnet til langsigtet, trinvis udvikling.

Kanban. Kanban fokuserer på den igangværende model og i modsætning til Lean og Scrum har ikke cyklisk progression. I stedet foreslår Kanban at fokusere på opgaver, som de ser ud. Dette gør det muligt at tilpasse arbejdsomfanget efter holdkapacitet. Grundlæggende kan ingeniører kontinuerligt tilføje opgaver til en pipeline, da de får feedback fra brugerne. Kanban kan anvendes, når den første version af MVP er frigivet. Det vil være en kraftfuld metode, hvis der er løbende feedback.

Ekstrem programmering. XP er et sæt tekniske praksis, såsom kodeforarbejdning, små udgivelser, enkel design, kodningsstandarder, der giver mulighed for at forbedre koden og opgradere den inden for den kortest mulige tidsramme. Udviklingscyklusser med XP overstiger ikke en uge, så du kan levere den første version hurtigt og derefter skalere. XP passer godt til MVP'er, der i høj grad er afhængige af kodekvalitet.

At vælge en af ​​de iterative udviklingsmetoder er kritisk, da det giver dig mulighed for at opbygge en konsekvent feedback-loop.

Trin 9. Anvend alfa- og betatest

Alpha er en såkaldt intern test: En begrænset gruppe mennesker, hovedsageligt venner og familiemedlemmer, vurderer et produkt. Hvis et produkt har bestået denne test, kan du gå videre til en betatest og lade de virkelige brugere prøve et produkt i en til to uger. Analyser feedback, og vælg, hvilke funktioner du skal tilføje eller udskifte for at gøre produktet bedre og mere komplekst.

Når du har samlet nok feedback, kan du begynde at opgradere produktet, teste det og samle feedback igen. Antallet og tidsrammerne for build-test-learning-cyklusser afhænger af produktet. Når du har afsluttet flere cyklusser, kan du enten gå tilbage til trin 0 og dreje eller fortsætte med at forbedre dit produkt.

Endelig rådgivning

MVP spiller rollen som en airbag og giver en mulighed for at forudsige et kommercielt og teknisk potentiale i et produkts vision såvel som dets implementering. Det giver dig muligheden for at tage forretningsmæssige og tekniske beslutninger baseret på fakta snarere end antagelser. Derfor er test af konceptet eller produktet på markedet det centrale mål for at opbygge en MVP.

Oprindeligt offentliggjort på AltexSofts blog: "Minimum levedygtigt produkt: Definer den bedste fit-type, metode og følg enkle byggefaser"

Denne historie er offentliggjort i The Startup, Medium's største iværksætterpublikation efterfulgt af 292.582+ mennesker.

Abonner for at modtage vores tophistorier her.