The “minimum viable product” is a widely misused and misunderstood concept. But it’s powerful when done right. In this article, you will learn: The definition of a minimum viable product (MVP), What questions to ask to to create an MVP, and How to test your MVP
Är du redo att se Bird i aktion?
Vad är en Minimum Viable Product (MVP)?
A minimum viable product (MVP) is an early version of a product, such as a SaaS (software as a service) application, that is designed to ensure that product vision and strategy are aligned with market needs.
Typically, an MVP delivers just enough functionality and value to appeal to early adopters and other innovators. It’s not a beta version of your product, designed for shaking out bugs or for fine-tuning features and interface elements. It’s also not an idea that exists only on paper (or slides), or a raw demonstration of a proof-of-concept.
Istället antyder termen "MVP" något mycket specifikt:
Minimum: the smallest number of capabilities, features, and packaging that…
Viable: deliver enough value that customers are willing to spend money (or another currency such as personal information)…
Product: on something they can use today… not just invest in a future concept, promise, or offer.
The goals of an MVP are to validate the premise of a product, to test hypotheses about market needs, to make adjustments till product vision, and to prioritize where to invest in future development. As such, MVPs are a profoundly powerful approach towards finding product-market fit.
Bra MVP:er börjar med tuffa frågor
Låt dig inte luras att tro att "minimum" betyder "lätt". Att bestämma en MVP: s minsta funktionsuppsättning är hårt arbete, men att ställa rätt frågor är en viktig del av processen.
Vilket problem försöker du lösa, och är det verkligen ett problem som är värt att lösa?
Vi stöter alla på stora och små smärtpunkter i vår vardag. Om du har identifierat en som du tror behöver en lösning bör du fundera lite på om det är ett problem som har tillräckligt med friktion för att människor ska vilja använda din produkt.
Ta till exempel Uber. Alla som har tillbringat tillräckligt mycket tid i en storstad vet hur frustrerande det kan vara att stå vid en trottoarkant och försöka få tag på en taxi. Det var en smärtpunkt som var tillräckligt stor för att göra Uber attraktivt för alla som ville kunna ta fram sin smartphone, starta en app och snabbt tillkalla transport.
Å andra sidan, tänk på Juicero. Det visade sig att väldigt få människor ville ha en dyr juicepress som hade Wi-Fi och krävde skanning av en QR-kod innan den kunde pressa ett juicepaket. Det hjälpte inte att det fungerade nästan lika bra att pressa ett juicepaket för hand som att lägga det i pressen.
Vilket är det enklaste, mest direkta sättet att lösa problemet?
Tänk inte på alla coola funktioner som din produkt kan erbjuda. Tänk bara på den raka vägen från problem till lösning, med så få steg som möjligt på vägen.
Tänk på Uber igen. Uber gick ursprungligen under namnet UberCab och erbjöds först endast i San Francisco, med en svart biltjänst som var dyrare än en taxi. Men man kunde få skjuts genom att helt enkelt klicka på en knapp eller skicka ett textmeddelande, och den grundläggande funktionen visade sig vara mycket populär. Att se hur väl det fungerade övertygade företaget om att aggressivt fortsätta med idén.
Test av "minimivärde" ett steg i taget
Som tidigare nämnts betyder en riktig MVP något ganska specifikt. Men precis som en MVP hjälper till att påskynda produktmarknadens passform, finns det också sätt att komma till en MVP själv snabbare och med mindre risk. Här är tre tillvägagångssätt att prova när du arbetar för att utveckla en MVP.
Before building an MVP, test your promise and offer
Du behöver inte ens ha skrivit en enda kodrad för att börja skapa en MVP. Skapa en landningssida med övertygande punktlistor som säljer in din produkts funktioner och skärmdumpar som visar dem din vision. Du kanske också vill skapa en video som berättar om dina skärmdumpar och förklarar vilket problem din produkt kommer att lösa.
Inkludera ett registreringsfält där besökare kan lägga till sina e-postadresser till din lista. Du kan även lista olika prisplanalternativ och be folk att välja det som intresserar dem, vilket hjälper dig att förstå vad de vill ha från din produkt.
Skapa en AdWords-kampanj för att driva människor till landningssidan, så att du vet vilka sökord som skapar mest trafik. Du kanske blir förvånad över resultaten.
Dessa preliminära steg kommer inte att ersätta en faktisk MVP, men de kan hjälpa till att avgöra om det är värt att utveckla en MVP.
Använda en manuell process för att leverera din produkt eller tjänst
Tricket med detta tillvägagångssätt är att ge en illusion av att du erbjuder en fullt fungerande upplevelse även när du inte gör det. Så länge du ger kunderna det de betalat för spelar det ingen roll om du använder en klumpig process bakom kulisserna.
När till exempel Zappos grundare Nick Swinmurn kom på idén att sälja skor online, vilket verkade främmande 1999, testade han först sitt koncept genom att fotografera skor på butikshyllor och lägga ut dem till försäljning på sin webbplats. När någon köpte ett par köpte han dem från butiken och skickade dem.
Även om det inte var en hållbar långsiktig plan gav den enkla idén Swinmurn möjlighet att se om han hade rätt i sitt antagande att människor skulle köpa skor på Internet utan att prova dem först. Det visade sig att han hade rätt. Och som en extra bonus behövde han inte investera stort i lagerhållning och riskera att bli sittande med en massa osålda skor.
Använd befintliga appar och tjänster för att förbättra upplevelsen
Det finns många sätt att använda modern teknik för att skapa en process som du senare kan förfina med unik programvaruutveckling. Du kan använda befintliga verktyg för att i princip utveckla en demo utan att lägga en massa pengar på programmeringsresurser.
Groupon började till exempel som en WordPress-webbplats där grundaren Andrew Mason och hans lilla personal publicerade erbjudanden som blogginlägg. De använde ett AppleScript för att generera en PDF av en kupong som de skickade via e-post till alla som hade gjort anspråk på ett erbjudande. Det var ett klumpigt sätt att arbeta på, men det bevisade att konceptet fungerade.