Connect with us

Entwicklung & Code

Abo-Apps: 95 Prozent der kündigenden Jahreskunden kommen nie zurück


Am Trend zu App-Abos scheiden sich die Geister: Einige Nutzer wünschen sich das Zeitalter der Einmalkäufe zurück und fürchten, vor lauter Abos den Überblick zu verlieren. Für Entwickler bedeuten die Abos hingegen verlässliche Einnahmen – zumindest für einen begrenzten Zeitrahmen. Doch eine neue Erhebung zeigt, dass die Herausforderung, Nutzer zu begeistern und zu halten, immer größer wird. Der Abo-Markt für Apps ist hart umkämpft – und die Entscheidung über Erfolg oder Misserfolg fällt offenbar in den allerersten Momenten nach der Installation.

Weiterlesen nach der Anzeige

Das zeigt der aktuelle „State of Subscription Apps 2026“-Report des Abo-Infrastrukturanbieters RevenueCat, der Daten aus über 115.000 Apps, mehr als 16 Milliarden US-Dollar Umsatz und über einer Milliarde Transaktionen auswertet. Der Bericht zeichnet ein gemischtes Bild: Während das obere Viertel der untersuchten Apps beim monatlich wiederkehrenden Umsatz um mindestens 80 Prozent im Jahresvergleich gewachsen ist, schrumpfte das untere Viertel um mehr als 33 Prozent. Gleichzeitig hat sich die Zahl der monatlich neu herausgegebenen Abo-Apps seit Januar 2022 versiebenfacht – von rund 2000 auf über 14.700 im Januar 2026. Immer mehr Anbieter buhlen um den Kuchen.

Besonders alarmierend für Entwickler: Die Entscheidung gegen ein Abo fällt extrem früh. Bei dreitägigen Testphasen entfallen laut dem Erhebungen 55,4 Prozent aller Kündigungen auf den ersten Tag; bei Sieben-Tage-Probezeiten sind es noch 39,8 Prozent. Selbst bei großzügigeren 30-Tage-Testphasen kündigen 31,1 Prozent gleich am Tag des Beginns. RevenueCat leitet daraus eine klare Forderung ab: Der „Aha-Moment“ – also der Punkt, an dem Nutzer den Kernnutzen einer App erkennen – müsse sofort stattfinden. Apps, die das nicht schaffen, verlieren nicht nur die sogenannte Conversion, sondern auch jede spätere Reaktivierungschance.

Für Entwickler bedeutet das, dass sie Nutzer schon beim Onboarding überzeugen müssen. Der Mehrwert einer App müsse sich unmittelbar erschließen und die Wege kurz sein, befindet RevenueCat.

Bei Jahresabonnements zeigt der Report ein paradoxes Muster: Die jährliche Verlängerungsrate liegt mit 83,4 Prozent deutlich über der monatlichen (39,2 Prozent). Wer bleibt, bleibt also loyal – die Verlängerungsraten steigen innerhalb dieser treuen Gruppe mit jeder weiteren Periode: auf 44 bis 64 Prozent beim zweiten Verlängerungszyklus, auf 56 bis 70 Prozent beim dritten. Doch 35 Prozent aller Kündigungen bei Jahresabos fallen in den ersten Monat. Und wer einmal kündigt, kommt praktisch nicht wieder: Nur rund fünf Prozent der gekündigt habenden Jahreskunden reaktivieren ihr Abo.

Weiterlesen nach der Anzeige

RevenueCat erklärt dieses Verhalten damit, dass Nutzer, die trotz einer bezahlten Jahresperiode kündigen, eine bewusste und endgültige Entscheidung treffen. Das Jahresabo wird als „bereits ausgeschöpfte Investition“ wahrgenommen. Im Vergleich dazu kehren rund 20 Prozent der gekündigt habenden Monatskunden binnen eines Jahres zurück.

RevenueCat schlüsselt die Daten nicht explizit nach Ländern auf. Deutschland, Österreich und die Schweiz sind im Segment „Western Europe“ enthalten, das bei der monatlichen Reaktivierung mit 21,7 Prozent leicht über dem nordamerikanischen Wert (18,0 Prozent) liegt. Bei der jährlichen Reaktivierung bleibt es global eng beieinander – von 4,9 bis 5,9 Prozent.

Interessant ist der Blick auf einzelne Kategorien: Produktivitäts-Apps weisen die höchste Monats-Reaktivierungsrate auf (36,1 Prozent), schneiden bei der ersten Jahresverlängerung mit nur 23 Prozent aber am schwächsten ab. Bildungs-Apps zeigen eine solidere Entwicklung. Shopping-Apps fallen durch eine besonders hohe Kündigungsquote im ersten Monat auf – rund 50 Prozent bei Jahresabos.

Für App-Entwickler im deutschsprachigen Raum dürfte in diesem Kontext relevant sein, dass Apple kürzlich Monatsabos mit Jahresbindung im App Store eingeführt hat – ein Modell, das genau die beschriebene Preisarchitektur zwischen flexiblen Monats- und langfristigen Jahresplänen adressiert. Auch die erweiterten Analytics-Funktionen in App Store Connect liefern Entwicklern bessere Werkzeuge, um die kritische erste Abo-Phase zu messen und zu optimieren.

RevenueCats Fazit ist klar: Die Schlacht um Abonnenten wird nicht am Ende einer Laufzeit geschlagen, sondern in den allerersten Stunden. Wer Nutzer im Onboarding nicht überzeugt, verliert sie mit hoher Wahrscheinlichkeit dauerhaft – insbesondere bei Jahresabos. Ein stärkerer Fokus auf „Pause statt Kündigung“ könnte helfen, den Verlust von Jahreskunden zumindest teilweise abzufedern, wird bislang aber weder technisch noch UX-seitig in den großen App-Stores besonders unterstützt.


(mki)



Source link

Entwicklung & Code

OpenSpec: Software von KI mit Spezifikationen entwickeln


Das Tool OpenSpec für Spec-driven Development führt in Version 1.6 einen Update-Befehl ein und unterstützt Projekte mit dem Coding-Agenten Oh My Pi und dem KI-Editor TRAE.

Weiterlesen nach der Anzeige

Mit dem neuen Befehl /opsx:update können Entwicklerinnen und Entwickler eine vorhandene, mit OpenSpec erzeugte Spezifikation vor der Implementierung ändern, ohne einen komplett neuen Anlauf nehmen zu müssen.

Außerdem erzeugt OpenSpec nun Kommandos und Skills für den CLI-Agenten Oh My Pi und für die KI-Entwicklungsumgebung TRAE von ByteDance. Für Prompts hat das OpenSpec-Team zudem die Genehmigungsregeln vereinfacht, die Entwickler jetzt pauschal im Vorfeld erteilen können. Auch die Validierung von Anforderungen an ein neues Projekt arbeitet laut Release Notes nun konsistenter.

Das Kommandozeilen-Tool OpenSpec organisiert KI-Projekte mit Spec-driven Development. Das heißt, Entwickler teilen dem Tool ihre Idee mit (/opsx:explore), wobei sich auch explizit bestehender Code einbinden lässt. Das Tool arbeitet also auch brown field.

Mit /opsx:propose erzeugt OpenSpec dann die Spezifikation in verschiedenen Ordnern und Markdown-Dateien. Die Spezifikation dient als Grundlage für die eigentliche Entwicklung und führt insbesondere KI-Agenten in die richtige Richtung. Eine Ablagemöglichkeit der Specs in einem Repo ist noch beta und soll als zentrale Single Source of Truth für ein Team dienen.

Weiterlesen nach der Anzeige

Sobald die Specs fertig sind und kein /opsx:update erforderlich war, startet man die Umsetzung mit /opsx:apply. Dabei arbeitet OpenSpec mit über 25 Tools zusammen, wie Antigravity, Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, Junie, Kiro, Mistral Vibe, Qwen Code und neu eben Oh My Pi sowie TRAE. Als Modelle für OpenSpec selbst empfiehlt der Herausgeber Codex 5.5 oder Opus 4.7.

OpenSpec läuft auf Node ab Version 20.19 und ist Open Source unter MIT-Lizenz. KI-Contributions sind willkommen, solange sie geprüft und mit Modellbezeichnung im Pull Request erfolgen.


(who)



Source link

Weiterlesen

Entwicklung & Code

Wiederverwendbare Rakete: China fängt erstmals Stufe auf


Erstmals holte das Land die erste Stufe einer Trägerrakete kontrolliert zurück. Die Stufe der neuen Rakete „Langer Marsch 10B“ wurde auf einer Plattform auf See aufgefangen, wie die staatliche Nachrichtenagentur Xinhua berichtete.

Weiterlesen nach der Anzeige

Es war der erste Flug der neuen Rakete. Xinhua sprach von einem „bedeutenden Durchbruch“. Ein von der Agentur veröffentlichtes Video zeigt, wie die Raketenstufe mit laufendem Triebwerk auf die Plattform zufliegt und nahezu senkrecht in ein hohes, rechteckiges Gerüst sinkt.

Nach Angaben der Zeitung „China Daily“ wartete das Rückholschiff „Linghangzhe“ („Pfadfinder“) auf die Raketenstufe. Das Schiff verfolgte sie und passte seine Position laufend an. Spezielle Metallhaken klappten schließlich aus und griffen in die gespannten Seile der Fangvorrichtung. Die Rakete war vom Weltraumbahnhof Hainan gestartet und brachte einen Satelliten in die vorgesehene Umlaufbahn.

China sei laut der staatlichen Zeitung damit nach den USA das zweite Land, das über eine zuverlässige Technik für wiederverwendbare Raketen verfüge. Zugleich sei weltweit erstmals die erste Stufe einer mit einer solchen Seil-Fangvorrichtung geborgen worden.

Empfohlener redaktioneller Inhalt

Mit Ihrer Zustimmung wird hier ein externes YouTube-Video (Google Ireland Limited) geladen.

Vor allem das US-Raumfahrtunternehmen SpaceX ist bei wiederverwendbaren Raketen deutlich weiter. China treibt die Entwicklung seit Jahren voran. Neben dem staatlichen Raumfahrtprogramm arbeiten auch mehrere private chinesische Unternehmen an der Technik, die es ermöglichen soll, Satelliten und andere Lasten günstiger ins All zu bringen.

Weiterlesen nach der Anzeige

Lesen Sie auch


(afl)



Source link

Weiterlesen

Entwicklung & Code

TypeScript 7.0: Performance-Sprung durch Go-Unterbau


Microsoft hat die finale Version von TypeScript 7.0 veröffentlicht. Im Gegensatz zu früheren TypeScript-Versionen basiert der Compiler nicht mehr auf JavaScript/Node.js, sondern ist nahezu eins zu eins in Go nachimplementiert und parallelisiert viele Arbeitsabläufe, statt sie wie bisher sequenziell abzuarbeiten. Beides führt laut Microsoft dazu, dass die Toolchain je nach Anwendungsfall zehnmal schneller kompiliert als bei TypeScript 6.0.

Weiterlesen nach der Anzeige

Gegenüber der im April veröffentlichten Beta-Version hat sich nichts Grundlegendes mehr geändert. Das finale Release konzentriert sich auf den produktionsreifen Abschluss, wie Microsoft im Blogpost zu TypeScript 7.0 schreibt: Umstellung auf das reguläre typescript-Paket, verbesserter --watch-Modus, vollständigerer Editor-Support, mehr Stabilität und klarere Migrationspfade für das TypeScript-Ökosystem.

In seinem Blog nennt Microsoft Performance-Beispiele, die sich jeweils auf einen hardwareseitig nicht näher spezifizierten Computer beziehen.

Den Quellcode von VS-Code baut TypeScript 7.0 auf dem Testsystem um den Faktor 11,9 schneller als unter TypeScript 6.0, was die Kompilierungszeit von mehr als zwei Minuten auf knapp 11 Sekunden drückt. Bei Sentry, Bluesky und Playwright ergeben sich Beschleunigungsfaktoren von jeweils knapp unter 9 Sekunden, tldraw-Beispielprojekte kommen auf 7,7-faches Tempo.



VSCode-Beispielprojekte baut TypeScript 7.0 11,9-mal schneller als TypeScript 6.0.

(Bild: Microsoft)

Das Öffnen einer fehlerbehafteten Datei in VS Code auf dem gleichen Testsystem läuft ebenfalls schneller ab. Vergehen bei TypeScript 6.0 noch 17,5 Sekunden vom Öffnen einer fehlerhaften Datei bis zur Anzeige der Fehlermeldung, dauert das Gleiche bei TypeScript 7.0 unter 1,3 Sekunden. Neben dem Geschwindigkeitszuwachs ergibt sich laut Microsoft projektübergreifend auch ein geringerer Speicherbedarf. Während er bei Sentry um sechs Prozent sinkt, reduziert er sich bei VS Code um 18 Prozent und bei Bluesky um etwas mehr als ein Viertel.

Weiterlesen nach der Anzeige

TypeScript 7.0 lässt sich via npm mit npm install -D typescript parallel zu TypeScript 6.0 installieren und ist mit dessen Type-Checking- und Kommandozeilenverhalten kompatibel. Der bekannte Befehl tsc startet dann den neuen TypeScript-7.0-Compiler. Zusätzlich gibt es das Kompatibilitätspaket @typescript/typescript6, das zusätzlich tsc6 sowie die bisherige TypeScript-6.0-API bereitstellt, damit bestehende Tools vorerst unverändert weiterlaufen können. Eine neue API soll erst mit TypeScript 7.1 kommen.

Lesen Sie auch


(mro)



Source link

Weiterlesen

Beliebt