Skal bedriften utvikle en app for første gang, er det lett å undervurdere hvor mye som avgjøres av dere og hvor lite som avgjøres av utviklerne. Her er en kort gjennomgang av hva prosjektet faktisk krever fra deres side.
Vil du ha den fullstendige versjonen, har vi skrevet mer utfyllende om hele løpet i hvordan utvikle en app og hva trenger du.
Ha et problem, ikke en funksjonsliste
Det viktigste dere kan ta med inn i første møte er en beskrivelse av hva som er galt i dag, og hva det koster.
En funksjonsliste låser samtalen til én løsning før noen har vurdert om det finnes en enklere. Et problem åpner for at svaret kanskje er et bedre skjema i systemet dere allerede har, og det er både raskere og rimeligere enn en app.
Klarer dere å si at femten ansatte bruker tjue minutter daglig på noe, har dere alt som trengs for å vurdere om prosjektet bærer seg. Vi har skrevet mer om det regnestykket i når lønner det seg å lage en app.
Utpek én person som kan bestemme
Dette er det enkeltbidraget som betyr mest for framdriften.
Utviklere støter på spørsmål hele tiden, og de fleste er små. Skal feltet være påkrevd? Hva skjer hvis to registrerer samme oppdrag? Når slike spørsmål må gjennom flere ledd, taper prosjektet dager på noe som kunne vært avklart på en telefonsamtale.
Personen trenger ikke være teknisk. Den trenger å kjenne arbeidsprosessen og ha myndighet til å ta valg uten å innkalle til møte.
Slipp utviklerne til brukerne
Beskrivelser av hvordan arbeidet foregår, er ofte hvordan det er ment å foregå. De som gjør jobben har som regel funnet egne måter fordi den offisielle ikke henger sammen i praksis.
En time ute hos dem som skal bruke appen, gir mer enn tre møter i et møterom. Det er også her de fleste dyre misforståelsene fanges opp, mens de fortsatt er gratis å rette.
Be om å se noe som virker
Krev en testversjon minst annenhver uke, ikke statusrapporter. Det er først når dere klikker på noe at dere oppdager om det ble som dere tenkte.
Kunder ser jevnlig noe vi har bygget nøyaktig etter spesifikasjonen og sier at det ikke var det de mente. Det er et godt utfall når det skjer i uke tre, og et dyrt et når det skjer i uke tjue.
Start med én arbeidsflyt
Fristelsen er å digitalisere alt samtidig. Det tar lengre tid, koster mer, og dere finner ut om det traff først når budsjettet er brukt opp.
Velg den ene oppgaven som koster mest tid i dag, bygg den ordentlig, og sett den i drift hos en liten gruppe. Fungerer det, har dere både grunnlag for å utvide og et tall å vise til internt.
Planlegg for drift fra start
En app er ikke ferdig ved lansering. Operativsystemene endrer seg hvert år, og begge app-butikkene krever jevnlig at apper bygges mot nyere versjoner for å bli værende.
Sett av 10 til 20 prosent av utviklingskostnaden årlig til vedlikehold, pluss drift av servere. Bestem også hvem hos dere som eier løsningen etter at prosjektet er avsluttet. Uten en eier forfaller den gradvis.
Avklar de kjedelige tingene tidlig
Hvem eier koden? Svaret bør være dere, og det bør stå skriftlig.
Hvilke data samler appen inn, og hvor lagres de? Behandler den personopplysninger, bør dette være avklart før utviklingen starter.
Og skal appen bruke BankID eller Vipps, start de avtalene med én gang. Ventetiden der har veltet flere tidsplaner enn tekniske problemer.
Hva det koster
En enkel app for både iOS og Android, uten innlogging, ligger på 50 000 til 100 000 kroner med skreddersydd design inkludert. Trenger den innlogging og en backend, er nivået 80 000 til 300 000 avhengig av hvor mye funksjonalitet som skal med. Du kan sette sammen et anslag i priskalkulatoren.
Vurder samtidig om dere faktisk trenger en app. Skal løsningen brukes ved en skjerm i arbeidstiden, er en webapplikasjon ofte både raskere og rimeligere.
Vil du ha en vurdering av deres situasjon? Ta kontakt, så sier vi ærlig fra om hva vi mener dere trenger.