Så halverar du funktionslistan för din MVP
Av CodexierPublicerad 5 min läsning
Funktionslistan du tar med till en utvecklare är den enskilt största hävstången på vad din MVP kostar och hur lång tid den tar. De flesta listor är dubbelt så långa som de behöver vara, inte för att grundare är slarviga utan för att varje intressent lägger till en rimlig idé och ingen har en regel för att säga nej. Den här guiden är den regeln, i en övning du kan göra på en eftermiddag.
Namnge kärnuppgiften
Kärnjobbet är inte er vision eller positionering; det är den smala, specifika sak de första användarna betalar för. Ett bokningsverktyg för fysioterapeuter anlitas inte för att driva kliniken, det anlitas för att en patient ska kunna boka en ledig tid utan att ringa. Kan du inte formulera jobbet i en mening med en konkret användare och ett konkret resultat, stanna här och gör kundsamtal innan du rör listan; ett jobb du inte kan namnge går inte att prioritera.
Koppla funktioner till den
Lägg varje funktion i en tabell och besvara en fråga per rad: om det här inte fanns, skulle användaren ändå kunna slutföra kärnjobbet? Var strikt. Bekvämlighet, finputs och sådant som får produkten att se färdig ut faller alla på det testet, och det är poängen.
| Funktion | Misslyckas jobbet utan den? | Manuell lösning möjlig? | Kolumn |
|---|---|---|---|
| Patienten väljer tid och bokar | Ja | Nej | Måste |
| Sms-bekräftelse | Nej, men uteblivna besök ökar kraftigt | Ja, skicka för hand de första veckorna | Senare, tidigt |
| Kalendersynk med befintligt system | Ja för kliniker som redan har ett | Ja, kopiera bokningar för hand under piloten | Senare, tidigt |
| Patientkonton och inloggning | Nej, en länk och BankID eller e-post fungerar | Behövs inte | Senare |
| Adminpanel med statistik | Nej | En kalkylbladsexport | Senare |
| Hantering av flera kliniker | Nej | Sälj till enskilda kliniker först | Aldrig, tills vidare |
| Lojalitetspoäng | Nej | Behövs inte | Aldrig |
Den andra och tredje kolumnen gör jobbet. En funktion som jobbet misslyckas utan och som inte kan göras för hand är den enda sorten som förtjänar en plats i version ett.
Måste, senare och aldrig
Tre kolumner, och den mittersta är där förhandlingen sker. Använd de här definitionerna i rummet så att orden betyder samma sak för alla:
Måste
Kärnjobbet misslyckas utan den och ingen människa kan täcka upp. Oftast fem till åtta funktioner. Har ni tjugo är meningen om kärnjobbet för bred.
Senare
Värdefull, men jobbet går att slutföra utan den. Ordnad efter hur snart frånvaron gör ont. De första två eller tre är oftast version två, planerad innan version ett släpps.
Aldrig
Tjänar en annan användare, ett annat jobb eller en skala ni inte har. Skriv ner den och släpp den. Den här kolumnen är det som hindrar produkten från att bli en plattform innan den är ett verktyg.
Beslutsregeln när två personer är oense: i vilken kolumn skulle de tio första betalande kunderna lägga den? Inte investerare, inte teamet, kunderna. Vet ingen är det en fråga för ett kundsamtal, inte en debatt.
Manuella lösningar i första versionen
Hälften av det grundare kallar funktioner är automatiseringar av något en person kan göra för de första femtio kunderna. Att göra det för hand i version ett är inte fusk; det är den billigaste research du någonsin gör, eftersom du lär dig exakt vad automatiseringen ska göra innan du bygger den.
- Onboarding: sätt upp varje kunds konto själv på ett samtal i stället för att bygga en självbetjäningsguide.
- Aviseringar: skicka de första bekräftelserna och påminnelserna från en mall för hand, automatisera sedan den folk svarar på.
- Integrationer: exportera en CSV och importera den i kundens system varje vecka tills volymen motiverar en API-integration.
- Fakturering: fakturera manuellt från Fortnox innan ni kopplar in prenumerationsfakturering.
- Rapportering: ett delat kalkylblad slår en dashboard tills ni vet vilka siffror kunderna faktiskt tittar på.
Varje manuell lösning har en brytpunkt, oftast ett antal kunder eller ett antal timmar per vecka. Skriv den utlösaren bredvid, så att senare-listan får datum knutna till verkligheten i stället för till förhoppningar.
En synlig lista för senare
Nedskärningar misslyckas när de känns som förluster. Senare-listan är hur du får dem att kännas som ordningsföljd. Håll den i ett delat dokument med en rads motivering och en utlösare per post, gå igenom den varje gång ni pratar med en kund, och flytta upp poster bara när en riktig användare ber om dem. Intressenter som ser sin idé på listan med ett villkor bredvid slutar ta upp den igen.
När du inte behöver den här övningen från någon: är listan redan under tio poster och kan du formulera kärnjobbet, bygg. Är listan lång och jobbet luddigt är en eftermiddag med den här metoden mer värd än någon offert. Och vill du ha ett andra par ögon innan du binder en utvecklingsbudget är det vad vår MVP-plan är: en avgränsad, prioriterad plan till fast pris, listad på prissidan. Det är också där frågan om no-code eller egen kod får ett riktigt svar, eftersom den beror på vad som överlevde nedskärningen. Boka ett kort samtal om du vill gå igenom din lista tillsammans.
Vanliga frågor
Hur många funktioner ska en MVP ha?
Så många som kärnjobbet kräver och inte fler, vilket i praktiken brukar bli fem till åtta. Är måste-kolumnen längre är kärnjobbet för brett definierat eller flera jobb hopbuntade. Dela upp dem och bygg det de första kunderna betalar för.
Vad gör vi om en kund säger att de behöver en funktion vi skurit bort?
Fråga vad de skulle göra utan den och om de ändå skulle köpa. En förfrågan flyttar en post uppåt på senare-listan; den flyttar den inte in i version ett. Gör flera tidiga kunder samma förfrågan är det riktiga bevis och posten förtjänar sin plats i nästa släpp.
Är det riskabelt att göra saker manuellt bakom kulisserna?
Bara om du döljer det för dig själv. Följ timmarna, sätt en utlösare för när varje manuell lösning ska automatiseras, och var ärlig mot kunderna om svarstider. Risken att bygga fel automatisering är mycket större än kostnaden för att göra det för hand ett tag.
Vill du göra nedskärningen med någon som gjort den förut?
Ta med din funktionslista till ett samtal på femton minuter. Vi säger vad som ser ut som måste, vad som ser ut som senare och om en planeringsfas eller ett direkt bygge är rätt nästa steg.
Boka ett kostnadsfritt 15-minuterssamtal