Hvad koster det at udvikle en app?
En ærlig guide til app-priser, scope, prototype, platforme, integrationer og løbende drift.
En app har ikke én standardpris. Antal brugerroller, platforme, integrationer, offline-behov, administration og sikkerhed påvirker arbejdet langt mere end antallet af skærmbilleder. Det billigste sikre udgangspunkt er ofte en afgrænset første version med én dokumenteret kerneopgave.
Tegn på at det er værd at handle
- Funktionslisten vokser før problemet er testet
- Web, iOS og Android antages at være tre ens projekter
- Administration og support er glemt
- Ingen har prioriteret en første version
Den fornuftige vej frem
Køb først afklaring og et realistisk scope. Beskriv brugere, data, kerneflow og integrationer, og del derefter leverancen i en testbar første version og senere forbedringer.
- 01
Beskriv kerneopgaven
Vælg den handling appen skal gøre mærkbart lettere end den nuværende løsning.
- 02
Kortlæg kompleksitet
Notér roller, data, integrationer, notifikationer, offline-brug og krav til administration.
- 03
Pris i faser
Adskil prototype, første version, lancering og drift, så hver beslutning kan træffes på ny viden.
Husk at få dette med
- Brugere og roller
- Kerneflow
- Platformvalg
- Data og integrationer
- Administration
- Test, lancering og drift
Typiske faldgruber
- At bygge hele ønskelisten først
- At glemme webbaseret administration
- At undervurdere vedligeholdelse af integrationer
Spørgsmål og svar
Kan man starte med en webapp?
Ofte ja. En responsiv webapp kan teste kerneflowet hurtigere, mens native apps giver mening ved blandt andet app-butikker, enhedsfunktioner eller omfattende offline-brug.
Hvad skal jeg have klar for at få en pris?
Et problem, målgruppen, de vigtigste brugerhandlinger, nødvendige integrationer og en prioritering. En færdig teknisk specifikation er ikke nødvendig.