Med et begrenset budsjett er den viktigste beslutningen ikke hvem som skal bygge appen, men hvor lite du kan bygge og fortsatt ha noe nyttig.
De fleste som kommer til oss med en stram ramme, har en liste over tjue ting appen skal gjøre. Jobben vår er som regel å hjelpe dem å finne de tre som betyr noe. Det er ikke en nedgradering av ambisjonen. Det er måten å få råd til å teste den på.
Hvor pengene faktisk går
Det hjelper å vite hva de enkelte delene koster, fordi det gjør prioriteringen konkret.
En enkel app for både iOS og Android, som lagrer data lokalt og ikke har innlogging, ligger typisk på 50 000 til 100 000, med skreddersydd design inkludert. Deretter koster hver funksjon sitt: innlogging 25 000 til 50 000, betaling 30 000 til 60 000, push-varsler 10 000 til 25 000, et administrasjonspanel 70 000 til 130 000.
Regner du på det, ser du hvorfor lista på tjue funksjoner ikke går. Men du ser også at en app med grunnmur og to funksjoner er innenfor rekkevidde for mange. Den viktigste enkeltbeslutningen er om appen trenger innlogging, fordi det er den som gjør at du trenger en backend. Du kan sette sammen ditt eget regnestykke i priskalkulatoren.
Hvor du kan kutte
Det mest effektive kuttet er antall funksjoner. Alt annet er marginalt i sammenligning.
Spør for hver funksjon: kan den første brukeren få gjort jobben sin uten dette? Er svaret ja, ut med den. Du sletter den ikke, du utsetter den til du vet om den trengs. De fleste blir overrasket over hvor mye som kan vente.
Det nest mest effektive er å droppe administrasjonspanelet i første versjon. Det koster fort 70 000 til 130 000, og i starten har du få nok brukere til at du kan håndtere det manuelt eller direkte i databasen. Det er ikke elegant, men det er billig, og du kan bygge panelet når volumet krever det.
Du kan også kutte plattformer. Trenger du virkelig både iOS og Android fra dag én? Vet du at målgruppen din i hovedsak bruker iPhone, kan du lansere der først. Med kryssplattform er det uansett enkelt å legge til den andre senere.
Og du kan bruke det som finnes. Trenger appen betaling, bruk en etablert løsning framfor å bygge noe eget. Trenger den innlogging, bruk innlogging med Google eller Apple framfor å lage e-post og passord med all håndteringen det medfører.
Hvor du ikke bør kutte
Det er tre steder der sparing koster mer senere.
Ikke kutt forarbeidet. Det er fristende, fordi det føles som tid uten framdrift. Men en klikkbar prototype som avdekker at brukerne tenker annerledes enn dere trodde, sparer flere uker med utvikling. Med et lite budsjett har du minst råd til å bygge feil ting.
Ikke kutt testingen med ekte brukere. Fem personer fra målgruppen, tjue minutter hver, koster nesten ingenting og avdekker de fleste alvorlige problemene.
Og ikke kutt vedlikeholdet ut av budsjettet. Apple og Google krever jevnlig at apper bygges mot nyere versjoner for å bli værende i butikkene. Setter du ikke av 10 til 20 prosent av utviklingskostnaden årlig, står du om to år med en app som forsvinner eller en uforutsett regning.
Vurder om du trenger en app i det hele tatt
Med stramt budsjett er dette det viktigste spørsmålet, og det er verdt å stille det ordentlig.
En webapplikasjon er ofte rimeligere, fordi du slipper app-butikkene med alt som følger med av kontoer, oppføringer, godkjenninger og ventetid. Den kan legges til på hjemskjermen og oppleves nesten som en app. Skal løsningen brukes ved en skjerm, eller sjelden nok til at folk ikke gidder å installere noe, er dette som regel riktig valg.
Vi har gått gjennom avveiningen i app eller nettside. Det er et spørsmål som kan halvere prosjektet.
Feilene som koster mest når budsjettet er lite
Den vanligste er å bruke opp hele rammen på versjon én. Da har du ingenting igjen til å endre basert på det du lærer, og det er nettopp da pengene gir mest. Hold av en fjerdedel til månedene etter lansering.
Den nest vanligste er å velge leverandør kun på pris. Det billigste tilbudet er ofte billigst fordi det utelater ting som må gjøres uansett, og de dukker opp som tillegg underveis. Be om at estimatet spesifiserer hva som er med, og spør eksplisitt hva som ikke er det.
Den tredje er å ikke ha noen plan for hvordan folk skal finne appen. En app ingen laster ned, har samme verdi som ingen app. Selv en enkel plan er bedre enn ingen.
Et realistisk utgangspunkt
En første versjon ligger typisk på 50 000 til 150 000 for begge plattformer, avhengig av om den trenger innlogging og hvor mange funksjoner som skal med. Det er nok til å teste om ideen holder med ekte brukere.
Det er ikke nok til å bygge den komplette visjonen, og det skal det ikke være. Målet med første versjon er å finne ut om visjonen er verdt å bygge.
Vil du vite hva som er mulig innenfor din ramme? Regn på det i priskalkulatoren, les mer om hva som driver prisen, eller ta kontakt for en uforpliktende prat om hva budsjettet ditt faktisk rekker til.