Mit einer App Geld verdienen: Erlösmodelle erklärt

Apps verdienen Geld auf wenige Arten: mit einem Abo, einem einmaligen Preis, einer Gebühr für die Nutzung, einem Anteil an Transaktionen zwischen Nutzern, Werbung oder dem Verkauf von Dienstleistungen rund um die App. Das richtige Modell hängt davon ab, wie oft Menschen sie nutzen und wie viel Wert jede Nutzung schafft. Ein Werkzeug, auf das sich Menschen jede Woche verlassen, passt zu einem Abo; ein einmaliges Hilfsprogramm passt zu einer einzigen Zahlung. Auch die Art der Auslieferung spielt eine Rolle: Eine Web-App nimmt Zahlungen über einen Anbieter wie Stripe an, während native Apps, die über den App Store oder Google Play verkauft werden, den Regeln und Provisionen dieser Stores folgen.

Die wichtigsten Erlösmodelle

Abos

Das gängigste Modell für Softwareunternehmen, weil sich die Einnahmen wiederholen und mit jedem neuen Kunden wachsen. Es funktioniert, wenn die App Teil der täglichen Routine von jemandem ist. Biete monatliche und jährliche Optionen an; Jahrespläne kommen meist mit einem Rabatt im Austausch für eine längere Bindung. Die Preisstruktur, also Stufen, Preis pro Platz oder Pauschale, ist ein eigenes Thema; siehe wie du ein SaaS-Produkt bepreist.

Einmalzahlungen

Einfach zu erklären und leicht zu kaufen. Der Haken: Hat die App laufende Kosten wie Hosting, eine Datenbank oder KI-Nutzung, verursacht jeder Kunde dauerhaft Kosten, der nur einmal zahlt. Einmalpreise passen am besten, wenn die Betriebskosten pro Nutzer nahe null liegen oder wenn du Updates oder eine neue Version separat berechnest.

Freemium

Eine kostenlose Stufe holt Menschen herein, eine bezahlte Stufe bindet diejenigen, die echten Nutzen haben. Schwierig ist die Grenze zwischen beiden. Gute Grenzen folgen der Nutzung, die mit dem Wert korreliert: Anzahl der Projekte, Teammitglieder, Datensätze, Exporte oder erweiterte Funktionen. Schlechte Grenzen frustrieren kostenlose Nutzer, ohne den bezahlten Tarif attraktiver zu machen.

Nutzungsbasierte Preise

Bezahlung pro Nutzung ist fair, wenn deine Kosten mit der Nutzung steigen. KI-Funktionen sind das offensichtliche Beispiel, denn jeder Modellaufruf kostet dich etwas. Kunden zahlen gern nur für das, was sie nutzen, mögen aber keine Überraschungsrechnungen. Zeige die Nutzung deshalb klar an und erwäge einen Grundtarif mit einem inbegriffenen Kontingent.

Transaktionsgebühren

Wenn deine App Käufer und Verkäufer verbindet, etwa einen Marktplatz, eine Buchungsplattform oder eine Jobbörse, richtet ein Anteil an jeder Transaktion dein Einkommen am Erfolg deiner Nutzer aus. Das braucht ein hohes Volumen und bringt echte Komplexität mit sich: Auszahlungen an Verkäufer, Erstattungen, Streitfälle und manchmal Steuern. Plane die Auszahlungsseite, bevor du baust; sie ist meist der schwierigste Teil.

Werbung, Sponsoring und Affiliate-Einnahmen

Werbung bringt nennenswerte Einnahmen nur in großem Maßstab und kann ein Produkt untergraben, auf das Menschen zahlend achten. Für Nischen-Apps mit kleinerem Publikum verdienen Sponsoring (ein passendes Unternehmen zahlt für eine Platzierung) und Affiliate-Links (eine Provision auf Verkäufe, die du vermittelst) oft pro Besucher mehr. Kennzeichne bezahlte Platzierungen immer deutlich.

Dienstleistungen rund um die App

Besonders am Anfang kann der Verkauf von Einrichtung, Onboarding oder Individualarbeit neben einem Werkzeug die Entwicklung finanzieren und dir zeigen, was Kunden brauchen. Es skaliert nicht wie Software, also betrachte es als Brücke, nicht als Ziel.

Das Modell auswählen

Beantworte diese Fragen zu deiner App:

1. Wie oft nutzt jemand sie? Täglich oder wöchentlich spricht für ein Abo. Einmal oder gelegentlich spricht für eine Einmalzahlung oder Nutzungsabrechnung.
2. Kostet dich jede Nutzung Geld? Wenn ja, eher nutzungsbasiert oder ein Abo mit Limits.
3. Wer zahlt, der Nutzer oder ein Unternehmen? Unternehmen akzeptieren Abos und Rechnungen eher als Einzelpersonen.
4. Verbindet sie zwei Gruppen? Dann erwäge Transaktionsgebühren.
5. Ist das Publikum riesig und locker? Erst dann lohnt sich Werbung.
6. Gibt es ein natürliches „Mehr“? Wenn ja, kann Freemium funktionieren.

Die meisten Apps setzen auf ein Hauptmodell und ergänzen ein zweites: ein Abo mit nutzungsbasierten Zusatzoptionen oder eine kostenlose Stufe plus einen bezahlten Tarif plus Dienstleistungen für größere Kunden.

Zahlungen abwickeln

Für eine Web-App nutzt du fast immer einen Zahlungsanbieter, statt Karten selbst zu verarbeiten. Stripe ist eine weit verbreitete Wahl für Software; Alternativen sind Paddle und Lemon Squeezy, die als „Merchant of Record“ auftreten: Sie verkaufen im Namen deiner Kunden an deine Kunden und kümmern sich um die Umsatzsteuer, mit einer eigenen Gebührenstruktur. Vergleiche die Preisseiten, bevor du dich entscheidest.

Was ein Anbieter übernimmt:

• Checkout, eine sichere Seite, auf der Kunden ihre Kartendaten eingeben. Deine App sieht die Kartennummer nie.
• Abos: wiederkehrende Abrechnung, Upgrades, Kündigungen, Wiederholungsversuche bei fehlgeschlagenen Zahlungen.
• Quittungen und Rechnungen.
• Webhooks, also Nachrichten an deine App, wenn eine Zahlung gelingt, fehlschlägt oder sich ein Abo ändert, damit du Zugang gewähren oder entziehen kannst.

Zu den Gebühren: Stand September 2026 nennt die Preisseite von Stripe, dass die Standardpreise keine Einrichtungs- oder monatlichen Gebühren haben und Kartenzahlungen mit einem Prozentsatz plus einem Fixbetrag pro erfolgreicher Transaktion berechnet werden. Die genauen Sätze unterscheiden sich nach Land, Kartentyp und zusätzlichen Produkten wie der Abrechnung von Abos. Prüfe deshalb die Seite für dein Land, statt dich auf eine Zahl zu verlassen, die du woanders gesehen hast.

Wie du Zahlungen zu deiner App hinzufügst führt Schritt für Schritt durch Checkout, Abos, Webhooks und den Testmodus.

App Stores oder Web

Wo deine App läuft, bestimmt, wie du Geld verlangen kannst.

Web-Apps

Eine Web-App läuft im Browser auf jedem Gerät, auch auf Smartphones. Es gibt keinen Store dazwischen: Du wählst deinen Zahlungsanbieter, legst deine Preise fest und zahlst nur die Gebühren des Anbieters. Du brauchst auch keine Store-Freigabe, um ein Update auszuliefern. Die Nachteile sind die Auffindbarkeit, denn niemand entdeckt dich beim Stöbern in einem Store, und dass manche Nutzer einfach lieber Apps installieren. Native Apps und Progressive Web Apps erklärt die Unterschiede.

Native Apps im App Store und bei Google Play

Die Verteilung über die Stores bringt Regeln dafür mit, wie du Geld verlangen darfst:

• Apple. Laut den App-Store-Review-Richtlinien von Apple (Stand September 2026) muss das Freischalten von Funktionen oder Inhalten innerhalb einer App, etwa Abos, Premium-Inhalte oder eine Vollversion, über den In-App-Kauf von Apple laufen. Physische Waren und Dienstleistungen, die außerhalb der App genutzt werden (eine Taxifahrt, ein geliefertes Produkt), müssen andere Zahlungsmethoden nutzen. Das Small-Business-Programm von Apple bietet eine ermäßigte Provision von 15 % auf kostenpflichtige Apps und In-App-Käufe für Entwickler, die im Vorjahr bis zu 1 Million USD Erlöse erzielt haben, und für Entwickler, die neu im Store sind; darüber gilt der Standardsatz. In einigen Regionen, darunter der EU, gelten andere Bedingungen.
• Google Play. Google berechnet eine Servicegebühr auf digitale Güter und Abos, die über die Play-Abrechnung verkauft werden. Die Seite zu den Servicegebühren zeigt Stand September 2026, dass sich die Sätze im Laufe von 2026 je nach Region ändern, mit unterschiedlichen Sätzen für Abos, Neu- gegenüber Bestandsinstallationen und Umsatzschwellen. Lies die aktuelle Seite für deine Märkte, bevor du Preise planst.

Die Regeln beider Stores haben sich in den letzten Jahren immer wieder geändert, oft regional. Prüfe jede Zahl, auch die oben genannten, auf der offiziellen Seite, bevor du dich festlegst.

Bevor du Geld verlangst: eine Checkliste

• Jemand hat gesagt, dass er zahlen würde. Im Idealfall hat jemand schon bezahlt. Vorverkäufe vor dem Bauen sind das stärkste Signal, das du bekommen kannst.
• Der Zahlungsablauf ist durchgetestet, im Testmodus des Anbieters: bezahlen, fehlschlagen lassen, abbrechen, erstatten.
• Der Zugang folgt der Zahlung. Bezahlen schaltet die passenden Funktionen frei; Kündigung oder eine fehlgeschlagene Verlängerung entfernt sie wieder.
• Die Preise stehen auf einer klaren Seite, mit dem, was jeder Tarif enthält.
• AGB, Datenschutzerklärung und Rückerstattungsrichtlinie existieren. Hol dir lokalen Rat zu Steuern und Verbraucherschutz; sie unterscheiden sich von Land zu Land.
• Du kennst deine Kosten pro Nutzer, also Hosting, Datenbank, KI-Nutzung, damit jeder Preis sie deckt.

Häufige Fehler

• Zu lange warten, bis du Geld verlangst. Kostenlose Nutzer sagen dir, was ihnen gefällt; zahlende Nutzer sagen dir, was ihnen wichtig ist.
• Zu viele Tarife. Zwei oder drei Stufen reichen zum Start.
• Laufende Kosten ignorieren. Besonders bei KI-Funktionen können intensive Nutzer mehr kosten, als sie zahlen.
• Unklare Kündigung. Mach sie einfach. Das schafft Vertrauen und verringert Streitfälle.
• Annehmen, dass die Regeln der App Stores einfach sind. Prüfe sie, bevor du eine native App um ein Bezahlmodell herum baust.

Eine bezahlte App mit Mythex bauen

Mythex baut Web-Apps. Im Web nimmst du Zahlungen daher über deinen eigenen Anbieter an, und kein App Store steht dazwischen. Für Stripe hinterlegst du deine eigenen Stripe-Schlüssel als Geheimnisse des Projekts und bittest den Agenten, Checkout hinzuzufügen. Du testest mit den Testkarten von Stripe in der Vorschau und veröffentlichst dann. Das Stripe-Rezept in der Dokumentation enthält die Schritte. Mythex bietet keine Ein-Klick-Verbindung zu Stripe. Mit Pro kann Mythex die App außerdem als Android- und iPhone-App verpacken; sobald du in den Stores bist, gelten die Regeln von Apple und Google für Zahlungen in der App. Ideen für Angebote, die sich lohnen, findest du unter Micro-SaaS-Ideen, und wenn du bereit bist, Kunden zu finden, hilft wie du eine App startest und die ersten Nutzer gewinnst.

Fragen