Ich bin ein großer Podcast-Liebhaber.
Ich verbringe täglich 30 Minuten bis 2 Stunden mit Audio und Video – hauptsächlich höre ich chinesische und englische Podcasts beim Laufen und Pendeln und schaue lange Videos auf Bilibili beim Krafttraining. Tatsächlich habe ich mit dem Laufen angefangen, nur um Podcasts hören zu können.
Die Apps auf dem Markt konzentrieren sich alle auf „Entdeckung" und „Empfehlungsströme", was nicht wirklich zu meiner Art der Informationsaufnahme passt. Also dachte ich mir: Warum baue ich nicht einfach selbst eine? Nachdem ich eine Weile darüber nachgedacht hatte, wurde ich eines Tages aktiv. Ich fing an, mit ChatGPT zu chatten – über Ideen, Produktplanung und Positionierung und wie ich es umsetzen sollte. Als die Richtung klarer wurde, stand die erste Version des Plans im Grunde fest.
Das Produkt heißt ContextEcho, ein zurückhaltender iOS-Audio- und Video-Player. Es verzichtet bewusst auf Programmentdeckung, soziale Funktionen, Empfehlungsströme und KI-Zusammenfassungen. Es macht nur zwei Dinge – beständiges Hören + das eigene Fortschritt sehen (aufeinanderfolgende Tage, kumulierte Zeit, Programmränge, Höranalysen). Ja, wie du wahrscheinlich schon gemerkt hast, ich bin ein Daten-Nerd.
ContextEcho: Quellenübergreifende Zeitleiste mit Fortsetzungsfunktion + Lernstatistiken + Programmränge
Hier sind einige Beobachtungen aus erster Hand von mir als Entwickler, die für andere vielleicht von Interesse sein könnten.
Beobachtung 1: Der Engpass der persönlichen Entwicklung im KI-Zeitalter ist nicht das Schreiben von Code, sondern ob du „den Mut zum Kürzen" hast
Vom ersten Code bis zur Veröffentlichung im App Store vergingen 76 Tage, mit 468 Commits und etwa 48.000 Zeilen Swift-Code, komplett im Pair Programming mit KI (Cursor) erstellt.
Aber die eigentliche Schwierigkeit war nicht die Geschwindigkeit der Umsetzung – es war, dass ich zwischendurch drei Positionswechsel durchführte. Der radikalste bestand darin, alle KI-Funktionen, auf die ich damals stolz war (KI-Anmerkungen, automatische Überprüfungen, Echo-Bibliothek), zu löschen – eine Netto-Löschung von fast 3.000 Zeilen Code auf einmal. Der Grund war einfach: Ich stellte fest, dass ich diese Funktionen selbst kaum jemals öffnete. Was ich täglich tatsächlich nutzte, war nur „Hören" und „Lernstatistiken".
Die Standardtendenz der KI ist immer das Hinzufügen; das Subtrahieren kann nur die Person leisten, die das Produkt täglich wirklich nutzt.
Bevor ich mich für die Veröffentlichung entschied, hatte ich es selbst bereits 72 Tage lang ununterbrochen genutzt – baue zuerst etwas, das du nicht mehr missen möchtest, und rede dann davon, es anderen zu geben. Das ist meine wichtigste Erkenntnis aus diesen drei Monaten.
Beobachtung 2: Traffic bringt Aufmerksamkeit für deine Meilensteine, aber er bestätigt nicht die Nachfrage für dich
ContextEcho-Demovideo: https://x.com/MaiYangAI/status/2070506319866654834
ContextEcho offizieller Launch-Tweet: https://x.com/MaiYangAI/status/2073088055171571719
Tweet über ContextEchos Ranglistenposition nach dem Launch:
https://x.com/MaiYangAI/status/2073569387295203710
Ich habe vor und nach dem Launch über ein Dutzend Tweets gepostet. Ich ließ die KI die Daten für mich zusammenfassen, und es ist ziemlich interessant, sie sich anzusehen:
- Auf den Bezahl-Charts landen: 13,4k Aufrufe; Offizieller Launch: 11,3k; Veröffentlichung des Demovideos: 5,7k
- Tägliches Teilen von „20 Tage am Stück gehört": 229; Entwicklerversion installieren und Beta-Tester in den Kommentaren einladen: 275; Teilen einer bestimmten Episode, die ich beim Laufen gehört habe: 147
Die Daten zeigen, welche Art von Tweets bevorzugt werden: Meilensteine und Story-Points bringen Schaulustige, während alltägliche Nutzungsshares kaum Beachtung finden.
Kommen wir nun zur tatsächlichen Konversion, also der Frage, wie man die Kluft zwischen „Beta-Interesse auf Twitter" und „tatsächlichem Produktwert" richtig einschätzt. Der Launch-Tweet hatte 11.000 Aufrufe, aber als ich früher öffentlich Beta-Tester einlud, meldete sich fast niemand. Mir wurde damals ganz anders. Was mich wirklich zum Launch trieb, war die persönliche Anerkennung und Ermutigung von einem Dutzend Freunden bei einem Offline-Event (Cafe Cursor Shenzhen) – erst nach diesem Tag kaufte ich mir einen Developer-Account. Nach dem Launch schaffte es die App in die bezahlte Bildungskategorie und kletterte vom 125. Platz bei der Veröffentlichung auf einen Höchststand von Platz 23.
Rückblickend führen die Entscheidung für oder gegen einen Launch zu zwei völlig unterschiedlichen Entwicklungspfaden für ein Produkt: Die reine Selbstnutzung im Vergleich zu echten Nutzern sind zwei verschiedene Zustände. Wenn echte Nutzer in der Beta-Gruppe direktes Feedback zu Problemen geben, ist das Gefühl von Aufregung und Begeisterung sehr stark – das ist die Freude, ein Produkt wirklich in die Welt zu bringen. X kann dir helfen, die Geschichte zu verbreiten, aber die echte Bestätigung kommt, wenn das Produkt in den Händen der Nutzer ist.
Um ehrlich zu sein, meine App hat auch jetzt nicht viele Downloads, aber sie ist für eine kleine Gruppe von Menschen wirklich hilfreich und wertvoll. Ich denke, das gilt auch im KI-Zeitalter – schließlich ist es nur die erste App, die ich veröffentlicht habe. Warum sollte ich so hohe Ansprüche an mich stellen? Ohne Scheitern, wie soll es Erfolg geben?
Beobachtung 3: Eine leicht übersehene Falle – die ICP-Einreichung für den China App Store
Seit 2023 ist die ICP-Einreichung für den China App Store verpflichtend. Ich habe zunächst ohne Einreichung gestartet und während der Übergangsphase der Richtlinie eine Weile „überlebt" – als ich dann das Update auf Version 1.2.0 auf dem Höhepunkt der Daten veröffentlichte, löste es die Einreichungspflicht aus, und die App wurde direkt aus dem China Store entfernt.
Die gute Nachricht ist: Einzelentwickler können die Einreichung selbst durchführen; eine juristische Person ist nicht erforderlich. Ich habe später die Proxy-Einreichung über Alibaba Cloud genutzt: eine Domain gekauft + einen leichten Anwendungsserver (über 300 RMB, für Neukunden viel günstiger), den Anleitungen gefolgt, um Informationen auszufüllen, den Prüfungsanruf beantwortet und die SMS-Verifizierung des Ministeriums für Industrie und Informationstechnologie innerhalb von 24 Stunden abgeschlossen. Es dauerte etwa 6 Tage, um die Einreichungsnummer zu erhalten. Nachdem ich sie in App Store Connect eingegeben hatte, war die App in etwa zehn Minuten wieder online. Ich habe einen vollständigen Bericht über diese Erfahrung in diesem Artikel geschrieben: https://maiyang.me/post/2026-07-14-appstore-china-icp-filing/.
Die Lehre ist nur ein Satz: Wenn du in Festlandchina veröffentlichen willst, erledige die ICP-Einreichung frühzeitig. Alte Apps können in der Übergangsphase überleben, aber sobald du ein Versions-Update einreichst, wirst du wahrscheinlich aufgefordert, die Einreichung nachzuholen – mach es nicht wie ich, der wartet, bis die Chart-Daten steigen und man aufgeregt eine neue Version veröffentlicht, nur um dann aus dem Store genommen zu werden.
Zum Schluss: Ich würde gerne von euren Erfahrungen mit Fallen hören
Ich habe diese drei Beobachtungen geschrieben, teils um sie für mich selbst festzuhalten, teils um eine Diskussion anzuregen. Reden wir:
- Was war die schmerzhafteste Falle, in die du getreten bist? War es technisch, positionsbezogen oder etwas völlig Unerwartetes wie die ICP-Einreichung?
- Gab es einen Moment, der deine Sicht auf „Produkte entwickeln" verändert hat? Für mich war es der Moment, als ich erkannte: „Ich öffne nicht einmal die KI-Funktionen, auf die ich stolz war" – das hat wehgetan, aber es hat auch vieles klarer gemacht.
Fühlt euch frei, in den Kommentaren zu plaudern.
Offizielle Website (mit Screenshots und vollständiger Einführung): https://www.contextecho.top/
