Så lang tid tar det egentlig å bygge en app

«Hvor lang tid tar det?» er et av de første spørsmålene hver appidé møter, og det ærlige svaret er at det kommer an på. Men det er mulig å gi realistiske anslag og å peke ut hva som styrer dem. Det meste som forskyver en tidsplan, ligger nemlig ikke hos utviklerne, men hos kunden: hvor raskt beslutninger tas, hvordan tilbakemeldinger gis og når innholdet kommer.

Tidslinjer per prosjekttype

Anslagene nedenfor dekker hele løpet: design, utvikling og testing, frem til en app som er klar til å sendes inn til gjennomgang. De forutsetter at arbeidet går jevnt uten lange pauser.

En enkel app har et fåtall skjermbilder, innlogging og innhold fra et enkelt API. En middels kompleks app har egen backend, flere brukerroller, betaling og kanskje et par integrasjoner. En kompleks app har sanntidsdata, tunge integrasjoner mot forretningssystemer og høye sikkerhetskrav. Jo lenger ned i tabellen, desto mer av tiden går til annet enn ren koding, først og fremst testing og koordinering.

En vanlig misforståelse er at tiden i hovedsak går til kode. I virkeligheten tar design og testing ofte like mye, og de mange små beslutningene underveis veier tungt. En app som «bare» skal bygges raskt, kan likevel ta måneder hvis hver beslutning må vente på svar.

Hva som forskyver tidsplanen

De fleste forsinkelser kan forutses, for de går igjen prosjekt etter prosjekt. Fire faktorer skiller seg ut:

• Beslutningstakt. Hver gang en beslutning drøyer, oppstår dødtid. Et prosjekt der kunden svarer samme uke, går merkbart raskere enn et der svarene tar uker.
• Tilbakemeldinger. Samlede og tydelige tilbakemeldinger driver prosjektet fremover. Spredte, motstridende eller stadig endrede tilbakemeldinger skaper omarbeiding som spiser tid.
• Innhold. Tekster, bilder og data som appen trenger, er overraskende ofte en flaskehals. Er innholdet ikke klart, kan heller ikke appen bli det.
• Voksende omfang. Hvert «kan vi også ha …» som legges til etter oppstart, forskyver planen. Det er den vanligste årsaken til at tidsplaner sprekker.

Det trøstende er at kunden styrer det meste selv. Tydelige krav fra starten, raske beslutninger og innhold i tide korter ned tidsplanen mer enn noen teknisk optimalisering. Å sette inn flere utviklere hjelper derimot sjelden i et lite prosjekt fordi flere personer også krever mer koordinering.

Planlegg for gjennomgangen i appbutikkene

Et trinn som ofte glemmes i planleggingen, er at appen må gjennomgås av Apple og Google før den blir synlig i butikkene. Gjennomgangen tar som regel fra et døgn til noen dager, men det er ingen garanti for at det går raskt. En app kan bli avvist og måtte rettes før den slippes gjennom, og det legger til en runde.

Derfor skal gjennomgangen inn i tidsplanen, med margin. Det gjelder særlig hvis lanseringen er knyttet til en dato, en kampanje eller et arrangement. Å planlegge som om godkjenningen kommer på én dag, er å bygge inn unødvendig stress i sluttfasen, akkurat når alt annet også skal klaffe.

Et konkret regneeksempel

Si at du vil lansere en middels kompleks bookingapp i tide til høsten. Utviklingen er beregnet til seks måneder inkludert design og testing. Da kan du ikke starte i mars og regne med lansering i september uten margin. Legger du til tid for gjennomgang og en buffer for at beslutninger og innhold av og til trekker ut, bør du heller starte i februar for å lande trygt. Poenget: Planlegg bakover fra lanseringsdatoen, med gjennomgang og buffer regnet inn, i stedet for å anta at alt går på skinner.

Den beste måten å holde en tidsplan på er å begynne med et tydelig grunnlag. Under tjenestene våre kan du lese mer om hvordan en forstudie legger det grunnlaget. Du kan også ta kontakt med ideen din, så gir vi et realistisk tidsestimat for akkurat den.