Så tjänar du pengar på en app: förklaring av intäktsmodeller
Appar tjänar pengar på några få sätt: att ta ut en prenumeration, ett engångspris, en avgift för användning, en andel av transaktioner mellan användare, annonsering eller att sälja tjänster kring appen. Rätt modell beror på hur ofta människor använder den och hur mycket värde varje användning skapar. Ett verktyg som människor förlitar sig på varje vecka passar en prenumeration; ett enstaka hjälpprogram passar en enda betalning. Hur du distribuerar appen spelar också roll: en webbapp tar betalt via en betalningsleverantör som Stripe, medan inbyggda appar som säljs i App Store eller Google Play följer butikernas regler och provisioner.
De viktigaste intäktsmodellerna
| Modell | Hur den fungerar | Passar | Se upp för |
|---|---|---|---|
| Prenumeration | Återkommande månads- eller årsavgift | Verktyg som används regelbundet: SaaS, produktivitet, innehåll | Måste fortsätta leverera värde, annars avslutar folk |
| Engångsbetalning | Betala en gång för appen eller en livstidslicens | Hjälpprogram, mallar, verktyg med låga driftskostnader | Ingen återkommande intäkt för att täcka löpande hosting |
| Freemium | Gratisnivå, betalnivå med fler funktioner eller mer kapacitet | Appar som sprids genom användning och har ett tydligt "mer" | En för generös gratisnivå ger få uppgraderingar |
| Användningsbaserad | Betala per användning: per credit, per rapport, per API-anrop | Appar med verkliga kostnader per användning, till exempel AI-funktioner | Oförutsägbara fakturor oroar kunder |
| Transaktionsavgift | En procentandel eller fast avgift på försäljning mellan användare | Marknadsplatser, bokningsplattformar | Kräver tillräckligt många transaktioner för att spela roll; utbetalningar ger extra komplexitet |
| Annonsering | Visa annonser, tjäna per visning eller klick | Appar med stor, frekvent och gratis publik | Kräver mycket trafik; kan skada upplevelsen |
| Sponsring och affiliate | Betalda placeringar, provision på hänvisad försäljning | Kataloger, innehåll, nischade gemenskaper | Måste vara ärlig om vad som är betalt |
| Tjänster | Ta betalt för installation, utbildning, specialarbete | B2B-verktyg, specialistnischer | Tidsbegränsat: du säljer dina timmar |
Prenumerationer
Den vanligaste modellen för mjukvaruföretag, eftersom intäkterna återkommer och växer när du lägger till kunder. Den fungerar när appen är en del av någons vanliga rutin. Erbjud månads- och årsalternativ; årsplaner brukar ha en rabatt i utbyte mot åtagandet. Prisstrukturen (nivåer, per användarplats, fast pris) är ett eget ämne; se hur du prissätter en SaaS-produkt.
Engångsbetalningar
Enkla att förklara och lätta att köpa. Haken: om appen har löpande kostnader, till exempel hosting, en databas eller AI-användning, kostar varje kund dig pengar för evigt medan den betalar en gång. Engångsprissättning passar bäst när driftskostnaderna per användare ligger nära noll, eller när du tar betalt separat för uppdateringar eller en ny version.
Freemium
En gratisnivå lockar in folk; en betalnivå fångar dem som får verkligt värde. Det svåra är gränsen mellan dem. Bra gränser följer användning som hänger ihop med värde: antal projekt, teammedlemmar, poster, exporter eller avancerade funktioner. Dåliga gränser frustrerar gratisanvändare utan att göra betalnivån mer lockande.
Användningsbaserad prissättning
Att ta betalt per användning är rättvist när dina kostnader ökar med användningen. AI-funktioner är det självklara exemplet, eftersom varje modellanrop kostar dig något. Kunder gillar att bara betala för det de använder men ogillar överraskande fakturor, så visa användningen tydligt och överväg en basplan med ett inkluderat utrymme.
Transaktionsavgifter
Om din app kopplar köpare och säljare, till exempel en marknadsplats, en bokningsplattform eller en jobbportal, ger en andel av varje transaktion att din inkomst går hand i hand med dina användares framgång. Det kräver volym för att fungera och ger verklig komplexitet: utbetalningar till säljare, återbetalningar, tvister och ibland skatt. Planera utbetalningsdelen innan du bygger; det är oftast den svåraste delen.
Annonser, sponsring och affiliateintäkter
Annonser betalar bara meningsfullt i stor skala och kan underminera en produkt som folk betalar uppmärksamhet till. För nischade appar med mindre publik tjänar sponsring (ett relevant företag betalar för en placering) och affiliatelänkar (en provision på försäljning du hänvisar) ofta mer per besökare. Märk alltid betalda placeringar tydligt.
Tjänster kring appen
Särskilt i början kan försäljning av installation, introduktion eller specialarbete vid sidan av ett verktyg finansiera utvecklingen och lära dig vad kunderna behöver. Det skalar inte som mjukvara, så se det som en bro, inte som målet.
Att välja en modell
Svara på dessa frågor om din app:
- Hur ofta använder någon den? Dagligen eller veckovis pekar mot prenumeration. En gång eller sällan pekar mot engångsbetalning eller användning.
- Kostar varje användning dig pengar? Om ja, användningsbaserad eller prenumeration med gränser.
- Vem betalar, användaren eller ett företag? Företag accepterar prenumerationer och fakturor lättare än privatpersoner.
- Kopplar den ihop två grupper? Överväg transaktionsavgifter.
- Är publiken stor och tillfällig? Först då bör du överväga annonser.
- Finns det ett naturligt "mer"? Om ja kan freemium fungera.
De flesta appar landar i en huvudmodell och lägger till en andra: en prenumeration med användningsbaserade tillägg, eller en gratisnivå plus en betalplan plus tjänster för större kunder.
Ta betalt
För en webbapp använder du nästan alltid en betalningsleverantör i stället för att hantera kort själv. Stripe är ett allmänt använt val för mjukvara; alternativ är Paddle och Lemon Squeezy, som agerar "merchant of record": de säljer till din kund för din räkning och sköter momsen, med sin egen avgiftsstruktur. Jämför prissidorna innan du väljer.
Vad en betalningsleverantör sköter:
- Kassa: en säker sida där kunder anger kortuppgifter. Din app ser aldrig kortnumret.
- Prenumerationer: återkommande fakturering, uppgraderingar, uppsägningar, nya försök vid misslyckade betalningar.
- Kvitton och fakturor.
- Webhooks: meddelanden till din app när en betalning lyckas, misslyckas eller en prenumeration ändras, så att du kan ge eller ta bort åtkomst.
Om avgifter: från och med september 2026 anger Stripes prissida att standardprissättningen saknar installations- och månadsavgifter, och kortbetalningar debiteras med en procentsats plus ett fast belopp per lyckad transaktion. De exakta satserna varierar beroende på land, korttyp och extra produkter som prenumerationsfakturering, så kontrollera sidan för ditt land i stället för att lita på en siffra du sett någon annanstans.
Så lägger du till betalningar i din app går steg för steg igenom kassan, prenumerationer, webhooks och testläget.
Appbutiker mot webben
Var din app finns förändrar hur du kan ta betalt.
Webbappar
En webbapp körs i webbläsaren på alla enheter, inklusive telefoner. Det finns ingen butik mellan: du väljer din betalningsleverantör, sätter dina priser och betalar bara leverantörens avgifter. Du behöver inte heller godkännande från en butik för att skicka en uppdatering. Avvägningarna är upptäckbarhet (ingen hittar dig genom att bläddra i en butik) och att vissa användare helt enkelt föredrar att installera appar. Inbyggda appar mot progressiva webbappar förklarar skillnaderna.
Inbyggda appar i App Store och Google Play
Distribution i butik kommer med regler för hur du tar betalt:
- Apple. Från och med september 2026 säger Apples App Review Guidelines att upplåsning av funktioner eller innehåll i en app, till exempel prenumerationer, premiuminnehåll eller en fullversion, måste använda Apples köp i appen. Fysiska varor och tjänster som konsumeras utanför appen (en taxiresa, en levererad produkt) måste i stället använda andra betalningsmetoder. Apples Small Business Program erbjuder en reducerad provision på 15 procent på betalda appar och köp i appen till utvecklare som tjänade upp till 1 miljon USD i intäkter under föregående kalenderår, och till utvecklare som är nya i butiken; standardsatsen gäller över den gränsen. Andra villkor gäller i vissa regioner, inklusive EU.
- Google Play. Google tar en serviceavgift på digitala varor och prenumerationer som säljs via Play-fakturering. Från och med september 2026 visar dess sida om serviceavgifter att satserna ändras per region under 2026, med olika satser för prenumerationer, nya kontra befintliga installationer och intäktströsklar. Läs den aktuella sidan för dina marknader innan du planerar priser.
Reglerna i båda butikerna har ändrats upprepade gånger de senaste åren, ofta region för region. Behandla alla siffror, även de ovan, som något att kontrollera på den officiella sidan innan du binder dig.
Innan du tar betalt: en checklista
- Någon har sagt att de skulle betala. Helst har någon redan betalat. Att förförsälja innan du bygger är den starkaste signal du kan få.
- Betalningsflödet är testat från början till slut i leverantörens testläge: betala, misslyckas, avbryt, återbetala.
- Åtkomst följer betalningen. Att betala låser upp rätt funktioner; avbrytning eller en misslyckad förnyelse tar bort dem.
- Prissättningen finns på en tydlig sida med vad varje plan innehåller.
- Villkor, integritetspolicy och återbetalningspolicy finns. Skaffa lokal rådgivning om skatt och konsumentregler; de skiljer sig mellan länder.
- Du känner dina kostnader per användare, till exempel hosting, databas och AI-användning, så att varje pris täcker dem.
Vanliga misstag
- Att vänta för länge med att ta betalt. Gratisanvändare berättar vad de gillar; betalande användare berättar vad de värdesätter.
- För många planer. Två eller tre nivåer räcker gott i början.
- Att ignorera driftskostnaderna. Särskilt med AI-funktioner kan tunga användare kosta mer än de betalar.
- Oklar uppsägning. Gör det enkelt. Det bygger förtroende och minskar tvister.
- Att anta att appbutikernas regler är enkla. Kontrollera dem innan du bygger en inbyggd app kring en betalningsmodell.
Bygga en betald app med Mythex
Mythex bygger webbappar, så på webben tar du betalt med din egen betalningsleverantör och ingen appbutik står mellan. För Stripe lägger du till dina egna Stripe-nycklar som projekthemligheter och ber agenten att lägga till Checkout; du testar med Stripes testkort i förhandsvisningen och publicerar sedan. Stripe-receptet i dokumentationen har stegen. Mythex erbjuder inte en Stripe-koppling med ett klick. På Pro kan den också paketera appen som en Android- och iPhone-app; när du är i butikerna gäller Apples och Googles regler för betalningar i appen. För idéer som är värda att ta betalt för, se micro-SaaS-idéer, och när du är redo att hitta kunder, hur du lanserar en app och får dina första användare.
Frågor
Vad är det bästa sättet att tjäna pengar på en app?
Det beror på vem som använder den och hur ofta. Verktyg som människor förlitar sig på regelbundet passar prenumerationer; enstaka hjälpprogram passar en engångsbetalning; appar med många tillfälliga användare kan använda annonser eller freemium; appar som kopplar köpare och säljare kan ta en avgift per transaktion. Många framgångsrika appar kombinerar två modeller.
Måste webbappar betala avgifter till appbutiker?
Nej. En webbapp som människor använder i webbläsaren går inte genom Apple App Store eller Google Play, så du tar betalt med en betalningsleverantör som Stripe och betalar bara dess avgifter. Butikernas regler och provisioner gäller när du distribuerar en inbyggd app genom dessa butiker.
Hur mycket tar Apple av försäljningen av appar?
Från och med september 2026 tar Apples Small Business Program en reducerad provision på 15 procent på betalda appar och köp i appen för utvecklare som tjänade upp till 1 miljon USD i intäkter föregående år, eller som är nya i butiken; en standardsats gäller över det. Kontrollera Apples utvecklarwebbplats för aktuella villkor.
När bör jag börja ta betalt för min app?
Tidigare än vad som känns bekvämt. Att be om betalning, även från en liten grupp tidiga användare, är det tydligaste testet på om appen löser ett verkligt problem. Du kan alltid erbjuda tidiga användare en rabatt eller en gratisperiod.