Du har en idé: ett system där kunder kan boka online, en panel där dina återförsäljare kan lägga order, eller en tjänst med medlemskap. Du har begärt ett par offerter och sett hur omfattningen snabbt växer. Varje funktion låter rimlig, men tillsammans blir det ett projekt som är både långt och riskabelt.
I sådana lägen säger experter: "Vi bygger en MVP först." Många företagare skräms av förkortningen. Tanken är enkel: i stället för att bygga allt bygger man den minsta version som en första riktig kund kan pröva. Här förklarar jag vad en MVP är, hur den ser ut i ditt företag och vad du kan förvänta dig av en specialist. Undrar du vad en MVP är, börja här.
Vad är en MVP, och vad är den inte?
MVP betyder "minimum viable product", alltså den minsta fungerande produkten. Det betyder inte en halvfärdig, dålig produkt. Det är en första version som gör en uppgift ordentligt från början till slut.
Exempel: Ett system som tänkts för en tandklinik kan innehålla onlinebokning, patientjournal, påminnelsemeddelanden, betalning och en kampanjmodul. Första versionen kan göra bara detta: patienten väljer en ledig tid och bokningsförfrågan hamnar hos klinikens team. Resten läggs till när verklig användning visar behovet.
Varför göra så? För att vissa antaganden i din idé kan visa sig vara fel. Kanske föredrar kunderna WhatsApp framför onlinebokning. Det billigaste sättet att ta reda på det är att börja smått.
Vad ger det här arbetssättet ditt företag?
- Mindre ekonomisk risk och tidsrisk: slår idén inte igenom har du inte gjort en jättesatsning.
- Verklig feedback: du utvecklar efter det kunderna faktiskt använder, inte efter gissningar.
- Snabbare lansering: beroende på omfattning kan du gå live på veckor eller några månader.
- Tydliga beslutspunkter: fortsätta, ändra eller stoppa, utifrån fakta.
Behöver du verkligen en applikation, eller räcker en webbplats?
Många som hamnar här behöver egentligen inte en applikation utan en väl genomtänkt webbplats. Fråga dig själv:
| Fråga | Om svaret är "ja" |
|---|---|
| Ska kunden bara få information och ringa mig? | En webbplats räcker |
| Räcker det med en bokning eller formulärförfrågan? | Webbplats med formulär räcker |
| Ska kunden logga in och hantera sitt eget konto? | Du kan behöva en webbapplikation (ett program som körs i webbläsaren) |
| Finns betalningar eller komplicerade beräkningar? | Du kan behöva en webbapplikation |
Om det ska bli en mobilapp eller en webbplats är ett separat beslut; för en första version räcker ofta en enkel lösning i webbläsaren.
Kom ihåg en sak: att börja smått betyder inte att göra halvt arbete. Första versionen har färre funktioner, men varje funktion måste fungera ordentligt. Om ett bokningsformulär fylls i och inte leder någonstans försöker kunden inte en andra gång.
Hur bestämmer du vad som ska vara med i första versionen?
Innan du sätter dig med en specialist, svara själv på tre frågor:
- Vem ska använda systemet? Tänk på en konkret person, till exempel din återförsäljare Anders.
- Vad är det enda viktigaste problemet som personen vill få löst?
- Vilka funktioner går det inte att klara sig utan?
Allt annat hamnar på en "senare"-lista. Skriv ner den och prioritera tillsammans med experten. Det är din mest värdefulla förberedelse.
Ännu ett exempel: en fastighetsmäklare kan i stället för ett gigantiskt system för alla annonser först låta bygga bara ett formulär för "begär värdering" och en uppföljningslista. Börjar förfrågningar komma byggs nya funktioner på. Kommer inga kan du tänka om utan en stor investering.
Det här kan du göra och det här gör experten
Din del: definiera målgrupp, problem och mått på framgång (till exempel "tjugo bokningsförfrågningar den första månaden"). Hitta de första användarna och lyssna på deras åsikter.
Expertens del: utformning av skärmarna, uppbyggnad av systemet, säkerhet, datalagring, lansering och åtgärdande av problem efteråt. Om du ska samla in personuppgifter bör du rådfråga en jurist om integritetspolicy och lagringsskyldigheter.
Vanliga misstag och frågor till experten
Vanliga misstag
- Försöka få med allt i första versionen
- Börja utveckla utan att ha pratat med kunder
- Lansera utan mätning, så att du inte vet hur framgång ser ut
- En offert som inte anger omfattningen skriftligt; "vad ingår och vad ingår inte" ska vara tydligt
- Att inte fråga vem som äger koden och datan
Vad bör du fråga experten?
- Vad skulle ni bygga först och vad skulle ni spara till senare?
- Blir det svårt att bygga ut systemet efter lansering?
- Vem äger systemet och datan?
- Vem sköter underhåll och säkerhetsuppdateringar?
- Hur mycket tid räknar ni för första versionen och vad levererar ni?
Vanliga frågor
Betyder MVP att det är billigt?
Det kräver oftast mindre investering eftersom omfattningen är mindre än hos den fullständiga produkten. Men det är ett sätt att minska risk, inte ett sätt att köpa billigt. Kom överens om omfattningen skriftligt.
Lämnar kunderna om första versionen ser enkel ut?
Den får vara enkel, men den måste fungera. En ren, förtroendeingivande design och en enda funktion som fungerar rätt är bättre än en funktionsrik men felaktig produkt.
Hur lång tid tar det till lansering?
Det beror på omfattningen. En liten, tydligt avgränsad första version mäts oftast i veckor; be experten om en skriftlig plan med tidsram.
Går det att bygga ut senare?
Om den byggs rätt, ja. Berätta därför om dina tillväxtplaner för experten från första dagen, så att grunden läggs därefter.
Slutsats
Du behöver inte bygga din idé fullt ut på en gång. Att börja smått minskar din risk och visar vad kunderna verkligen vill ha. Vill du skärpa idén tillsammans och planera en första version kan du läsa om min tjänst bygga hemsida.