Zum Hauptinhalt springen
Getly
Leitfaden

Wie man Android-App-Vorlagen verkauft

139 aktive Angebote auf einem Regal, auf dem die zweite Datei mehr zählt als die erste. Was ins Zip gehört, was in die README und wie man den Preis setzt.

5 Min. Lesezeit
879 Wörter
Wie man Android-App-Vorlagen verkauft

Android App Templates trägt 139 aktive Angebote, gemessen am 19. September 2026. Nach Katalogmaßstab ein kleines Regal, und es verhält sich anders als jedes andere — wegen einer Eigenschaft: Der Käufer kann das Gekaufte erst beurteilen, wenn er es in einer IDE geöffnet hat, und da hat er schon bezahlt.

Alles Weitere folgt daraus. Eine Vorlage wird nicht am Tag des Downloads beurteilt, sondern beim ersten Mal, wenn sie nicht baut.

Was ins Zip gehört

Eine Vorlage ist ein Repository, das jemand anders erbt. Liefern Sie es so aus:

  • Ein Projekt, das sich öffnen lässt. Die Wurzel des Archivs ist die Projektwurzel. Ein Archiv, das in einen Ordner entpackt, der wieder in einen Ordner entpackt, ist die häufigste vermeidbare Beschwerde bei Code.
  • Gradle- und AGP-Version genannt, nicht angedeutet. Ein Wrapper, festgenagelt auf eine Version, die der Käufer nicht hat, kostet fünf Minuten, wenn er weiß welche — und einen Nachmittag, wenn nicht.
  • minSdk und targetSdk im Klartext. Sie entscheiden vor allem anderen, ob die Vorlage für das Projekt des Käufers taugt.
  • Keine Keystores, keine API-Schlüssel, kein Service-Account-JSON. Ein mitgelieferter Schlüssel ist nicht nur Ihr Leck — hundert Fremde teilen ihn jetzt, und die erste Supportnachricht gilt dem aufgebrauchten Kontingent.
  • Keine absoluten Pfade. Alles mit Ihrem Home-Verzeichnis ist ein Pfad, den es auf genau einer Maschine der Welt gibt.
  • Die Lizenzdatei, passend zu dem, was das Angebot erklärt.

Die zweite Datei ist die Dokumentation — fast niemand liefert sie

85,76% der Angebote im Katalog liefern genau eine Datei. Wer zwei oder drei liefert, trägt den höchsten Medianpreis aller Anhangszahlen — 9,99 $.

Die häufigsten Dateinamen im Katalog sagen, was die zweite Datei meist ist: product-info.txt (190 Verwendungen), how to use.txt (71), prompt.txt (69), examples.txt (67). Wer eine zweite Datei anhängt, hängt eine Anleitung an, und der Preis folgt.

Bei einer Vorlage muss die README auf dem ersten Bildschirm vier Fragen beantworten: was man bekommt, was installiert sein muss, wie man startet und was man zuerst ändert. Screenshots der laufenden App gehören auch hierhin — diese Datei öffnet der Käufer vor dem Code.

Sagen Sie, wogegen Sie getestet haben — die Plattform bewegt sich

Das ist die unbequeme Messung für ein Code-Regal. Im Katalog haben nur 9 Angebote jemals eine zweite Dateiversion ausgeliefert, während 89,94% der Angebote nach der Veröffentlichung bearbeitet werden. Die Beschreibung wird ständig überarbeitet, der Inhalt fast nie.

Für ein Malbuch bedeutet diese Lücke nichts. Für eine Android-Vorlage ist sie ein Versprechensproblem: Jedes SDK-Release, jeder AGP-Sprung und jede Play-Store-Richtlinie lässt das Archiv altern, während die Angebotsseite selbstbewusst bleibt.

Zwei ehrliche Wege damit umzugehen, beide besser als Schweigen:

  • Datieren Sie die Aussage. „Gebaut und getestet mit Android Studio 2026.1, AGP 9.2, compileSdk 38, September 2026" bleibt wahr. „Neuestes Android" hört auf, wahr zu sein, ohne dass jemand etwas bearbeitet.
  • Sagen Sie, was Updates bedeuten. Wenn Sie bei einem SDK-Sprung eine neue Fassung liefern wollen, sagen Sie es und nutzen die Dateiversionen statt einer Beschreibungsänderung. Wenn nicht, sagen Sie auch das — wer weiß, dass er eine Momentaufnahme kauft, fühlt sich ein halbes Jahr später nicht getäuscht.

Die Vorschau ersetzt das „vertrauen Sie mir"

12,33% der Angebote tragen ein Vorschau-Asset. Auf einem Regal, dessen Produkt Quellcode ist, ist diese Zahl das ganze Konversionsproblem, denn hineinschauen kann der Käufer sonst nicht.

Nach Nützlichkeit: eine kurze Bildschirmaufnahme der laufenden App, ein lauffähiges Demo-APK und ein Screenshot-Satz über alle Bildschirme. Die Aufnahme gewinnt, weil sie beweist, dass das Ding baut und läuft — das Einzige, woran ein Käufer wirklich zweifelt. Eine Galerie aus Mockups beweist, dass Sie Mockups bauen können.

Größenband und Preis

Das mittlere Angebot im Katalog trägt 1,68 MB, die mittlere Einzeldatei 1,33 MB. Ein Vorlagen-Repository ist deutlich schwerer, also ankern Sie nicht an der Katalogmitte.

Medianpreis nach Größenband:

  • 10–100 MB — 5,00 $
  • 100 MB – 1 GB — 11,00 $

Eine reine Code-Vorlage ohne Medien landet meist im ersten Band; eine mit Beispiel-Assets, Schriften oder Video im zweiten. Kein Band ist eine Regel — sie zeigen, was für dieses Gewicht üblich ist, und ein Preis weit außerhalb braucht einen sichtbaren Grund.

Ist das Archiv wegen Demo-Assets schwer, erwägen Sie zwei Dateien: Code und Assets getrennt. Das kostet einen Upload, bringt Sie in die teuerste Gruppe mit zwei bis drei Dateien, und der Käufer nimmt den Teil, den er braucht.

Die Lizenz ist bei Quellcode das Produkt

Im Katalog erklären 22,29% der Angebote kommerzielle Nutzung, 19,16% private und 4,91% erweiterte. Die meisten erklären nichts.

Bei einer Vorlage funktioniert „nichts" nicht. Der Zweck des Käufers ist, Ihren Code in einer App auszuliefern, die er veröffentlicht — vielleicht für einen Kunden, vielleicht mehrfach. Sagen Sie, ob ein Kauf eine App abdeckt oder mehrere, ob ein Kundenprojekt zählt und ob der Weiterverkauf der Vorlage ausgeschlossen ist — das sollte er sein.

Das Feld kostet einen Klick und erlaubt, einem Studio anders zu berechnen als einer Studentin — der sauberste Weg über das Fünf-Dollar-Band hinaus.

Wie Sie anfangen

Veröffentlichen Sie eine Vorlage, die aus einem frischen Klon baut: SDK-Versionen im ersten Absatz, README als zweite Datei, Bildschirmaufnahme als Vorschau, Lizenz gesetzt. Öffnen Sie es danach auf einer fremden Maschine und bauen Sie es einmal. Diese Prüfung findet hier mehr Defekte als alles andere zusammen. Einen Shop eröffnen lohnt sich, sobald das Archiv sie besteht.

Bereit zu starten?

Shop eröffnen