Vad kostar en appprototyp?

Detaljnivåer och deras kostnad

Detaljnivå	Så ser den ut	Bra för	Relativ kostnad
Skiss	Handritade eller fyrkantiga vyer, ingen styling	Enas om flödet med en medgrundare på en dag	Lägst; görs ofta internt
Wireframe	Gråa rutor, riktiga texter, klickbar	Testa om användarna förstår flödet	Låg
Hög detaljnivå	Slutgiltiga färger, typografi, ikoner, rörelse	Testa förtroende och tilltal, pitcha, brief till utvecklare	Högst; merparten av designtimmarna

De flesta grundare behöver wireframe-nivå för hela kärnflödet och hög detaljnivå för tre eller fyra nyckelvyer. Att betala för varje vy i hög detaljnivå före test är det vanligaste slöseriet.

Antal flöden och vyer

Ett flöde är en väg genom appen som slutar i något: registrera, boka, betala, se status. Varje flöde är typiskt fem till tolv vyer inklusive fel- och tomlägena ingen tänker på först. Priset växer mer med flöden än med vyer, för varje flöde är ett eget designproblem medan extra vyer inom ett flöde mest är varianter.

Ett kärnflöde: anledningen till att appen finns. Alltid med i prototypen.
Onboarding och inloggning: behövs om ni testar med främlingar, kan hoppas över om ni testar med välvilliga användare.
Inställningar, profil, historik: lämnas oftast som statiska vyer eller utelämnas.
Admin- eller leverantörssidan i en tvåsidig app: i praktiken en andra prototyp, och prissatt som en.

Ange flödena ni vill ha innan ni ber om pris. 'En prototyp av appen' går inte att prissätta; 'en prototyp av boka och betala, plus en inloggningsvy' är ett fast uppdrag.

Test ingår eller inte

En prototyp utan test är en bild. Värdet kommer av att sätta den framför fem personer som liknar era användare, ge dem en uppgift och se var de tvekar. Vissa offerter inkluderar den rundan; många gör det inte, och skillnaden betyder mer än designtimmarna. Fråga specifikt: hur många testsessioner, vem rekryterar deltagarna, och kommer resultaten tillbaka som en ändringslista eller som en video ni själva ska tolka.

Ingår

Fem korta sessioner, en lista med fynd rangordnade efter allvar, och en revideringsrunda av prototypen. Det här vill ni ha.

Ingår inte

Bara design. Okej om ni kör testerna själva, vilket ni kan med ett gratis inspelningsverktyg och en tydlig uppgift.

Ingår för mycket

Stora paneler, formella rapporter, statistik på fem personer. Kostar mer och säger mindre än att se sessionerna.

Använd prototypen för att få offerter

Det här är den underskattade användningen. Skicka samma prototyp till tre utvecklare och deras offerter blir jämförbara, för alla prissätter samma vyer och samma flöden i stället för sin egen tolkning av ett stycke text. Den avslöjar också omfattningen: en utvecklare som frågar 'vad händer när betalningen misslyckas?' har hittat en vy prototypen saknar, och ni kan lägga till den för en timmes design i stället för att upptäcka den mitt i bygget.

Exportera prototyplänken och en vylista med ett syfte på en rad per vy.
Lägg till en kort notering om integrationer: betalningar, BankID, kartor, notiser, ett befintligt backend.
Be varje utvecklare om fast pris per flöde och en lista över vad som inte ingår.
Jämför listorna över vad som inte ingår först. Det är där offerterna faktiskt skiljer sig.

När du kan gå direkt till bygget

Vi säljer prototyper, och ändå: vissa appar behöver ingen. Är appen ett mobilgränssnitt ovanpå en befintlig webbprodukt med beprövade flöden, kopiera webbflödena och bygg. Är den ett internt verktyg för tio anställda som ändå ska utbildas räcker en skiss på en eftermiddag. Arbetar utvecklaren ni valt i korta cykler med veckodemos är första cykeln i praktiken en prototyp i kod, och ni kan hoppa över det separata steget. I de fallen gör pengarna mer nytta i bygget, eller på frågan i vår kalkyl för restaurangappar: om en app behövs över huvud taget.

När flödena är genuint osäkra, när främlingar ska förstå appen utan utbildning, eller när ni står i begrepp att lägga en byggbudget på en oprövad idé, är prototypen den billigaste försäkring ni kan köpa. Prissidan har det fasta priset, och ett kort samtal säger vilken av de två situationerna ni är i.

Vanliga frågor

Kan jag använda prototypen för att ta in pengar eller pitcha partners?

Ja, och det är en av de bästa användningarna av en version i hög detaljnivå: en klickbar prototyp i en mobil förmedlar en idé snabbare än någon bild. Var ändå ärlig mot publiken; en prototyp visar upplevelsen, inte att tekniken bakom fungerar.

Är en prototyp samma sak som en MVP?

Nej. En prototyp har ingen kod och sparar ingenting; den finns för att testa förståelse och tilltal. En MVP är en fungerande produkt som riktiga användare kan använda och betala för. Prototypen kommer först och är typiskt en liten bråkdel av MVP:ns kostnad.

Vem äger designfilerna?

Det ska ni göra. Be om att Figma-filen förs över till ert eget konto i slutet, med alla komponenter och tillgångar, så att vilken utvecklare eller designer som helst kan fortsätta från den. En prototyp som bara finns i byråns konto är ett beroende ni inte behövde.

Kan jag bygga prototypen själv?

För en skiss eller en enkel wireframe, ja; Figma och liknande verktyg har gratisnivåer och mallar, och en grundare som kan flödena kan få fram något testbart på några kvällar. Köp hjälp när flödena är komplexa, när prototypen måste se färdig ut för en pitch, eller när ni vill ha ett utomstående öga på användarupplevelsen före bygget.