At prissætte en app uden et omfang er gætværk. Mellem to tilbud på »en bookingapp« kan der være flere gange forskel på prisen, fordi det ene regner med én brugertype og betaling via faktura, mens det andet regner med tre roller, onlinebetaling, apps i butikkerne og en kobling til regnskabssystemet. Her deler vi prisen op i dele.
Hvad du betaler for
- Research og prototype. Interviews med kommende brugere og en klikbar prototype af den vigtigste brugerrejse. En ændring på dette stadie koster en brøkdel af en ændring i koden.
- UX, design af brugerfladen og designsystem. Skærmene, fejltilstande, tomme tilstande og det sæt komponenter, som hele produktet bygges af.
- Frontend og backend. Brugerfladen, logikken, databasen, login og rettigheder.
- Integrationer. Betalinger, CRM, mail, kundens systemer. Hver af dem er et selvstændigt stykke arbejde med egne test.
- Test og idriftsættelse. Miljøer, automatiske test af de vigtigste brugerrejser, fejlovervågning og udgivelse, for mobilapps også i App Store og Google Play.
Hvad der ændrer prisen mest
- Antal brugerrejser. Hver rejse, altså det, en bruger vil opnå fra start til slut, betyder egne skærme, egen logik og egne test.
- Antal roller. Kunde, medarbejder og administrator er tre forskellige produkter i ét.
- Integrationer med andre systemer, især ældre eller dårligt dokumenterede.
- Native apps. En app til iOS og Android koster mere end en webapp, der kører i mobilens browser.
- Realtid og offline. At synkronisere data mellem enheder er noget af det sværeste i softwareudvikling.
- Krav til sikkerhed og compliance, for eksempel ved sundheds- eller finansdata.
- Datamigrering fra et eksisterende system.
Udgifter efter lancering
- Infrastruktur: servere, database og fillagring. De vokser med antallet af brugere.
- Eksterne tjenester: udsendelse af mails, kort, betalinger med gebyr pr. transaktion, AI-modeller, der afregnes efter forbrug.
- App-butikker: en udviklerkonto hos Apple koster 99 USD om året, og en konto i Google Play koster et engangsgebyr på 25 USD.
- Vedligeholdelse: opdateringer af biblioteker og styresystemer, overvågning, fejlrettelser.
- Videreudvikling: nye funktioner, der dukker op, når brugerne begynder at bruge produktet.
Sådan holder du prisen nede
- Afgræns den første version godt. Hvordan du gør det, beskrev vi i artiklen om MVP-omfang.
- Start med en prototype, før du betaler for kode.
- Overvej en webapp før en native app. Kan den vigtigste brugerrejse gennemføres i browseren, kan appen i butikken vente.
- Gør sjældne ting manuelt. Ikke alle processer skal automatiseres fra første dag.
Spørgsmål til leverandøren
- Hvem ejer koden, og fra hvornår har jeg adgang til kodearkivet?
- Får jeg dokumentation, og kan et andet team videreudvikle produktet?
- Hvor skal produktet hostes, og på hvis konti?
- Hvordan afregnes der: fast pris pr. fase eller pr. time?
- Hvad sker der efter lanceringen?
Sådan prissætter vi apps
Produktprojekter starter ved 192 000 kr ekskl. moms. En MVP tager som regel 6–8 uger: én brugerrejse, én integration og idriftsættelse i produktion. Vi afregner i faser, og du kan holde pause mellem dem. Når betalingen er registreret, overgår ophavsretten til koden til dig, og du får kodearkivet og dokumentationen i deres helhed.
Efter en gratis samtale på 30 minutter får du et tilbud i tre varianter: omfang, tidsplan og pris. Læs mere om, hvordan vi bygger apps og SaaS.
Lad os tale om dit projekt
Den første samtale tager 30 minutter og er gratis. Bagefter ved du, om vi kan hjælpe, og hvad det vil koste.
Book samtale



