SaaS och MVP: en första version med riktiga användare

Från idé till något människor betalar för: kärnflödet först, konton och betalning när de behövs, och riktiga användare innan budgeten är borta.

En MVP är den minsta versionen som låter riktiga användare göra det viktigaste, så att du lär dig om det är värt att bygga mer. Jag bygger den första versionen av din egen mjukvara, på en arkitektur som inte behöver skrivas om vid kund nummer tio.

Vem det passar

Du har en idé till en egen produkt, en SaaS som kunder ska betala för, och vill se den framför riktiga användare innan budgeten är borta. Det viktiga är att kärnflödet går att göra färdigt, från början till slut.

Ett produktbygge kan vara en webbapp, en nativ iOS-app eller en första version av din egen mjukvara, med kärnflödet på plats och riktiga användare i den.

Det som ska vara med i första versionen

• Kärnflödet. Det enda användaren kommer för, från början till slut. Går det inte att göra färdigt är det ingen MVP.
• Konton, om de behövs. Ska användaren komma tillbaka till sina egna uppgifter behövs inloggning från start.
• Betalning, om frågan är betalningsvilja. Vill du veta om folk betalar måste de kunna betala.
• En enkel administration. Någon på din sida måste kunna rätta fel, hjälpa en användare och ta bort det som blev fel.
• Mätning. Utan den vet du inte vad användarna gjorde, bara vad de sa.

Det som kan vänta är inställningar som bara några få efterfrågar, flera användarroller, integrationer som kan skötas för hand i början, flera plattformar och en genomarbetad introduktion för nya användare. Hur du väljer, utifrån den fråga du vill ha svar på, står i Vad är en MVP, och vad ska första versionen innehålla?.

Vad som ingår

En första version byggs som ett produktbygge:

• Förstudie och arkitektur. Vilken fråga versionen ska besvara, och vad som får vänta.
• Bygge, test och driftsättning. På dina konton, med analys och administration från dag ett.
• TestFlight och App Store-inlämning. Om produkten är en iOS-app.
• Justeringar efter lansering. 30 dagar av justeringar ingår.

Så går det till

Ett kostnadsfritt samtal först, sedan omfattning och fast pris skriftligt. En första version av din egen mjukvara tar vanligtvis fyra till åtta veckor, och du får en fast omfattning och ett datum innan något startar. Hela arbetssättet står på startsidan.

Välj den fråga som avgör om resten är värt att bygga: en första version som försöker besvara alla frågor på en gång blir sällan klar. Vanliga fallgropar är att bygga det användarna kanske vill ha innan det de säkert behöver fungerar, att hoppa över mätningen, och att strunta i administrationen så att varje fel kräver en utvecklare.

Pris

Produktbygget har ett frånpris, eftersom produkter skiljer sig mycket i omfattning. Du får ett fast pris skriftligt efter samtalet, innan något byggs.

Vanliga frågor

Ska första versionen vara en webbapp eller en app?

Börja där användarna finns, eller med en webbapp som fungerar på alla enheter. Att bygga en nativ app innan flödet är bevisat är en av de vanligaste fallgroparna. Mer under Webbappar och iOS-appar.

Vem äger koden?

Du gör det. Allt levereras i ditt repo med dokumentation, och det körs på dina konton och din infrastruktur. Jag arbetar under sekretessavtal som standard när data är inblandad. Mer i Vem äger koden?.

Vad händer efter första versionen?

En MVP är början, inte målet, så planera för versionen efter. När det finns mer att bygga ger löpande partner överenskommen kapacitet varje månad, med prioriterad svarstid och 30 dagars uppsägning. Ändrad omfattning betyder ett nytt förslag och ett nytt fast pris innan det byggs.

Vad kostar det att utveckla en app?

Det avgörs av hur mycket produkten ska kunna göra åt användaren: konton och roller, data, flöden med undantag, integrationer och administration. Vad som driver priset står i Vad kostar det att utveckla en app?.