Vad kostar det att bygga en app? Frågorna som avgör priset

”Vad kostar det att bygga en app?” är den fråga vi får oftast. Vi önskar att vi hade ett rakt svar, men det finns inget. Det är ungefär som att fråga vad det kostar att bygga ett hus, eller hur långt ett snöre är.

Det betyder inte att priset är taget ur luften. Ett hus kostar olika beroende på hur stort det är, vilken mark det står på och om det ska ha källare. En app kostar olika beroende på vad den ska göra, vilka system den ska prata med och vem som ska använda den. De frågorna kan du svara på själv, och det är dem den här artikeln går igenom. Har du svaren blir offerterna lättare att förstå och jämföra.

Det du ser är den mindre delen

När du tänker på en app tänker du på vyerna: startsidan, listan, knappen som gör något. De går att skissa på en eftermiddag, och därför känns appen mindre än den är. Det som tar tid sitter oftast bakom vyerna:

• Servern som lagrar datan och delar den mellan användare och enheter.
• Kontona: registrering, inloggning, glömt lösenord och att kunna radera sitt konto.
• Kopplingarna till system du redan har, som affärssystemet, CRM:et eller bokningssystemet.
• Administrationen: gränssnittet där personalen ändrar innehåll, svarar kunder och ser vad som händer.
• Allt runt omkring: säkerhet, behörigheter, backup, övervakning och att få in appen i butikerna.

Två appar med samma vyer kan därför kosta helt olika mycket. Den ena visar information som ligger i appen. Den andra hämtar kundens order ur affärssystemet och låter kunden betala med Swish.

Frågorna som styr priset

Gå igenom dem i tur och ordning. Du behöver inte kunna svara på allt, men ”vet inte” är också ett svar. Det visar var osäkerheten sitter.

Behöver appen en server?

Om allt appen gör kan ske i telefonen behövs ingen server. En kalkylator, en checklista eller ett verktyg som en person använder på en enhet klarar sig ofta utan. Så fort data ska delas mellan användare, synas på flera enheter eller finnas kvar när telefonen byts behövs oftast en server: en databas, ett API, drift, backup och någon som ser till att den är uppe. Den kostar både att bygga och att ha.

Ska användaren ha ett konto?

Ett konto låter enkelt men drar med sig mycket: registrering, inloggning, glömt lösenord, byte av e-postadress och möjligheten att avsluta kontot och få sina uppgifter raderade. Hanterar appen personuppgifter gäller GDPR, och då behöver du veta vad som sparas, varför och hur länge. Kan appen fungera utan konto är det en av de största besparingarna du kan göra.

Hur ska användaren logga in?

E-post och lösenord är enklast att bygga, men inte alltid enklast för användaren. Med inloggning via Google eller Apple slipper användaren ännu ett lösenord. BankID är det vanliga valet när du måste veta vem användaren är, och kräver avtal och har löpande avgifter. Ska anställda logga in med sitt jobbkonto blir det en koppling mot företagets inloggningstjänst. Varje sätt är en egen del att bygga och testa, så välj de sätt som behövs, inte alla som går.

Ska appen prata med andra system?

Här brukar den största osäkerheten finnas. Att hämta order ur affärssystemet, boka tider i ett bokningssystem eller skicka kunduppgifter till CRM:et kostar olika mycket beroende på det andra systemet. Har det ett väldokumenterat API går det oftast snabbare. Har det inget API alls, eller ett som ingen har använt på länge, kan en enda koppling bli den största delen av projektet. Ta reda på vilka system det gäller och om det finns dokumentation innan du ber om ett pris.

Tar appen betalt?

Kortbetalning kräver avtal med en betalleverantör och Swish ett avtal med banken. Sedan ska flöden för köp, återbetalning och kvitton byggas. Säljer du digitalt innehåll i en app från butiken kan butikens regler kräva att du använder deras betalning, med den avgift det innebär. Det påverkar både vad appen kostar att bygga och hur mycket du behåller av varje köp.

Vem sköter innehållet?

Ska personalen kunna ändra texter, lägga till produkter, svara på ärenden eller se statistik behövs ett administrationsgränssnitt. Det glöms ofta bort i den första kalkylen, och det kan bli lika stort som appen själv. Ibland räcker ett färdigt verktyg för innehållet. Ibland behöver det byggas.

Vilka plattformar, och vad behöver appen från telefonen?

iPhone, Android, webb eller alla tre? Ska appen fungera utan uppkoppling, skicka notiser, använda kameran eller bluetooth? Varje sådant krav påverkar både vilken teknik som passar och hur mycket som måste byggas per plattform. Tips: vi har skrivit om hur du väljer mellan native, cross-platform och webb.

Vilka krav gäller för din verksamhet?

Hanterar appen uppgifter om hälsa, privatekonomi eller barn ställs högre krav på hur de skyddas. Omfattas tjänsten av tillgänglighetskraven ska den bland annat gå att använda med skärmläsare och förstoring. Krav som är kända från början är billigare att bygga in än krav som upptäcks efter lansering.

Ett pris utan förutsättningar är en gissning. Ett pris med nedskrivna förutsättningar går att diskutera.

Kostnaden slutar inte vid lansering

Ett hus är inte färdigt för att du har flyttat in. Hängrännorna ska rensas varje höst, taket ses över och fasaden målas om, även om du aldrig bygger ut. En app fungerar likadant. Telefonernas operativsystem får nya versioner varje år, butikerna höjer sina krav, bibliotek får säkerhetsuppdateringar och servern ska driftas. Det är appens hängrännor, och de kostar även om du inte lägger till en enda funktion. Fråga därför inte bara vad appen kostar att bygga, utan också vad den kostar per år att ha.

Så kommer du fram till ett pris som håller

Börja med problemet, inte med funktionerna. Vem ska använda appen, vad ska de få gjort, och hur vet du att det fungerar? Fråga också om appen behöver byggas alls. Kan ett färdigt verktyg lösa problemet är det oftast billigare. Skriv sedan ner vad appen måste kunna i första versionen och vad som kan vänta. Den första versionen ska vara den minsta som löser problemet på riktigt, inte den största som ryms i budgeten.

Med det underlaget kan en leverantör ge ett spann i stället för en gissning, med antagandena nedskrivna: vilka system som ingår, hur inloggningen fungerar och vad som inte ingår. Är något fortfarande okänt, som en koppling ingen har provat, går det att testa i liten skala innan hela projektet prissätts. Det är antagandena som gör offerter jämförbara. Två offerter med olika pris bygger ofta på olika antaganden, och det är dem du ska jämföra.

Får du ett fast pris innan någon har ställt de här frågorna, fråga vilka antaganden det bygger på och vad som händer när något visar sig vara större.

Det här tar du med när du frågar

Du behöver inte ha svar på allt. Men med listan framför dig blir det första samtalet ett samtal om din app och inte om hur långt ett snöre är.