”Vad kostar en MVP?” är en av de första frågorna grundare ställer, och det ärliga svaret är att det beror på beslut som ni ännu inte har fattat. Två produkter som låter likartade kan skilja sig flera gånger om i insats på grund av plattformar, integrationer eller datakrav. I stället för att ange prisintervall förklarar den här guiden de faktorer som driver kostnad, omfattning och insats i MVP-utveckling, så att ni kan göra val som håller den första versionen fokuserad och jämföra anbud på ett rättvist sätt.
Vad det är
Insatsen för en MVP drivs av hur mycket som behöver designas, byggas, integreras, testas och lämnas över. De viktigaste faktorerna är: antalet olika användarroller och kärnflöden; plattformar (webb, iOS, Android eller en plattformsoberoende lösning); om backend är specialbyggd eller använder en hanterad tjänst; integrationer med betalning, identitet, meddelanden, CRM eller branschsystem; databehov som migrering, rapportering eller filhantering; krav på säkerhet och dataskydd, inklusive autentisering, behörigheter och hantering av personuppgifter; designnivå, från funktionella skärmar till en genomarbetad varumärkesupplevelse; förväntningar på kvalitet och testtäckning; driftsättning, inlämning till appbutiker och uppsättning av miljöer; samt den överlämning som ert team behöver för att driva och vidareutveckla produkten. Osäkerhet är i sig en faktor: när kraven är oklara innehåller uppskattningarna mer marginal, eller så ändras omfattningen under leveransen.
Vem det är för
Guiden hjälper:
- Grundare som förbereder en beställning eller jämför anbud från utvecklingspartner
- Produktchefer som behöver försvara en fokuserad omfattning inför intressenter
- Företag som för första gången planerar ett internt verktyg eller en kundinriktad app
- Team som har fått uppskattningar som skiljer sig kraftigt och vill förstå varför
Vad det hjälper till att klargöra
Att förstå faktorerna hjälper till att klargöra:
- Vilka funktioner som hör hemma i den första versionen och vilka som kan vänta
- Om en enda plattform räcker för att lära sig det ni behöver
- Vilka integrationer som är nödvändiga och vilka som kan vara manuella tills vidare
- Vilka antaganden i ett anbud som driver största delen av insatsen
Vad ingår
- Formulera produktens kärnvärde i en mening och lista bara de flöden som levererar det
- Räkna användarroller; varje roll tillför skärmar, behörigheter och testning
- Välj en plattform först, om inte era användare tydligt behöver fler
- Lista integrationer och markera var och en som nödvändig, möjlig att skjuta upp eller möjlig att ersätta med ett manuellt steg
- Avgör om en hanterad backend räcker för den första versionen
- Identifiera personuppgifter eller känsliga data och det skydd de behöver
- Kom överens om en designnivå som passar er målgrupp och fas
- Definiera acceptanskriterier och vilken testning som förväntas
- Klargör vem som äger hostingkonton, kodförråd och appbutiksposter
- Planera överlämningen: dokumentation, överföring av åtkomst och stöd efter leverans
Vad som inte ingår
- Budgetintervall eller fasta belopp; insatsen beror på bekräftad omfattning
- Ett påstående om att en mindre omfattning säkerställer användning eller framgång
- Löpande funktionsutveckling utöver den överenskomna första versionen
- Kostnader för tredjepartslicenser, hosting eller transaktioner, som bekräftas separat
När det passar att välja den
Använd guiden innan ni begär anbud, så att er beställning besvarar de frågor som driver insatsen. Den är också användbar när ni jämför anbud: fråga varje leverantör vilka antaganden de har gjort om plattformar, integrationer och data, eftersom skillnader där vanligtvis förklarar skillnader i uppskattningarna. Om flera faktorer fortfarande är okända är en kort planerings- eller utforskningsfas ofta en klok investering innan ni binder er till en fullständig utveckling.
Vår strategi
Det mest tillförlitliga sättet att styra insatsen är att minska osäkerhet och omfattning innan utvecklingen börjar. Definiera kärnflödena, den minsta användbara funktionsuppsättningen, de nödvändiga integrationerna och säkerhetsbaslinjen. Begär sedan en skriftlig omfattning som anger vad som ingår, vad som är undantaget och vilka antaganden som gäller. Vår tjänst App MVP Sprint levererar en avgränsad första version med leveransdokumentation och överlämningsmaterial; omfattning och kommersiella villkor bekräftas skriftligt innan arbetet börjar. Där backend eller integrationer är omfattande kan Secure Backend & API Engineering avgränsas parallellt. Om produkten ännu inte är tillräckligt definierad för att uppskattas med säkerhet kan ett uppdrag av typen Product Blueprint & Scope ta fram de användare, flöden, funktioner och beroenden som behövs för ett fastare anbud.
Vanliga frågor
Relaterade artiklar
Kom igång
Vill ni ha en tydlig, skriftlig MVP-omfattning?
Berätta om er idé, era användare, plattformar och integrationer. Vi hjälper er att definiera en fokuserad första version och bekräftar omfattningen skriftligt.
Begär en skriftlig omfattning