Så lång tid tar det att bygga en app – på riktigt

“Hur lång tid tar det?” är en av de första frågorna varje appidé möter, och det ärliga svaret är att det beror på. Men det går att ge realistiska spann, och att peka ut vad som styr dem. Det mesta som förskjuter en tidplan ligger nämligen inte hos utvecklarna, utan hos beställaren: hur snabbt beslut fattas, hur återkoppling ges och när innehållet kommer.

Tidslinjer per projekttyp

Spannen nedan omfattar hela vägen: design, utveckling och test, fram till en app som är redo att lämnas in för granskning. De förutsätter att arbetet flyter på utan långa pauser.

En enkel app har ett fåtal vyer, inloggning och innehåll från ett enkelt API. En medelkomplex app har egen backend, flera användarroller, betalning och kanske ett par integrationer. En komplex app har realtidsdata, tunga integrationer mot affärssystem och höga säkerhetskrav. Ju längre ner i tabellen, desto mer av tiden går till annat än ren kodning, framför allt testning och samordning.

En vanlig missuppfattning är att tiden i huvudsak är kod. I själva verket tar design och testning ofta lika mycket, och de många små besluten längs vägen väger tungt. En app som “bara” ska byggas snabbt kan ändå ta månader, om varje beslut måste vänta på svar.

Vad som förskjuter tidplanen

De flesta förseningar går att förutse, för de återkommer projekt efter projekt. Fyra faktorer sticker ut:

• Beslutstakt. Varje gång ett beslut dröjer uppstår dötid. Ett projekt där beställaren svarar samma vecka går påtagligt snabbare än ett där svaren tar veckor.
• Återkoppling. Samlad och tydlig återkoppling driver projektet framåt. Spridd, motstridig eller ständigt omprövad feedback skapar omtag som äter tid.
• Innehåll. Texter, bilder och data som appen behöver är förvånansvärt ofta en flaskhals. Är innehållet inte klart kan inte heller appen bli det.
• Växande omfattning. Varje “kan vi också ha…” som läggs till efter start förskjuter planen. Det är den vanligaste orsaken till att tidplaner spricker.

Det tröstande i detta är att beställaren styr det mesta själv. En tydlig kravbild från början, snabba beslut och innehåll i tid kortar tidplanen mer än någon teknisk optimering. Att kasta in fler utvecklare hjälper däremot sällan i ett litet projekt, eftersom fler personer också kräver mer samordning.

Räkna in app-butikernas granskning

Ett steg som ofta glöms i planeringen är att appen måste granskas av Apple och Google innan den blir synlig i butikerna. Granskningen tar oftast från något dygn till några dagar, men den är inte garanterad att gå snabbt. En app kan nekas och behöva rättas innan den släpps igenom, vilket lägger till en runda.

Därför ska granskningen in i tidplanen, med marginal. Det gäller särskilt om lanseringen är knuten till ett datum, en kampanj eller ett event. Att planera som om godkännandet kommer på en dag är att bygga in onödig stress i slutskedet, precis när allt annat också ska klaffa.

Ett konkret räkneexempel

Säg att du vill lansera en medelkomplex bokningsapp lagom till hösten. Bygget beräknas till sex månader inklusive design och test. Då kan du inte starta i mars och räkna med lansering i september utan marginal. Lägg till tid för granskning, och en buffert för att beslut och innehåll ibland dröjer, och du bör snarare starta i februari för att landa tryggt. Poängen: planera bakåt från lanseringsdatumet, med granskning och buffert inräknade, i stället för att anta att allt går som på räls.

Det bästa sättet att hålla en tidplan är att börja med ett tydligt underlag. Läs mer om hur en förstudie lägger grunden bland våra tjänster, eller hör av dig med din idé så ger vi en realistisk tidsbild för just den.