Achtung: Dieser Artikel endet mit Prompts zum Kopieren. Wenn du nur die Prompts willst, scroll nach unten. Wenn du willst, dass sie wirklich funktionieren, lies vorher den Artikel.
Du hast eine App. Menschen laden sie herunter. Die Zahl auf der Store-Seite klettert, und das fühlt sich gut an.
Dann lass mich dich etwas fragen. Funktioniert sie wirklich?
Ich meine nicht „sind die Downloads gestiegen". Ich meine die tiefere Art von Funktionieren. Von den hundert Menschen, die gestern installiert haben, wie viele sind zurückgekommen und haben ein zweites Mal geöffnet? Wie viele haben den Teil erreicht, auf den du am stolzesten bist? Wie viele sind am Freitag noch da, und wie viele davon hast du bezahlt, um sie zu holen, und sie werden still verschwinden?
Wenn du vor der Antwort gezögert hast, kennst du das Gefühl, um das es hier geht. Du fliegst im Nebel. Die Instrumente sind dunkel. Du steuerst nach dem einen Licht, das du siehst, dem Download-Zähler, und dieses Licht sagt dir fast nichts darüber, wohin du wirklich unterwegs bist.
Warum das mehr zählt, als es klingt: Im Nebel zu fliegen ist die Art, wie gute Apps still sterben. Du entscheidest aus dem Bauch. Du kippst deine nächsten hundert Euro in den Kanal, der beschäftigt aussieht, statt in den, der tatsächlich Menschen schickt, die bleiben. Du feierst eine großartige Woche, die in Wahrheit Glück war, und übersiehst das kleine Leck, das Nutzer genau einen Bildschirm vor dem Teil verliert, der sie gepackt hätte. Nichts davon fühlt sich im Moment nach einem Fehler an. Das macht der Nebel. Er lässt dich bestens fühlen, bis genau die Zahlen dich einholen, die nie echt waren. Zu wissen, was deine Nutzer tatsächlich tun, ist kein nettes Extra für später. Es ist der Unterschied zwischen Steuern und Raten.
Die gute Nachricht ist, dass der Nebel nicht bleiben muss, und ihn zu lichten braucht kein teures Werkzeug und kein Datenteam. Es braucht drei Schritte, ein wenig ehrliches Nachdenken und einen Nachmittag mit deinem KI-Agenten.
Lass es mich zeigen.
Kapitel 1: Die drei Schritte
Zuerst, wer hier spricht, damit du den Rat gewichten kannst. Ich bin Entwickler. Ich betreibe eine Handvoll Websites, ein paar SaaS-Produkte und eine wirklich komplizierte Microlearning-App, die im App Store und bei Google Play lebt. Diese App, mit ihrem Onboarding, ihrer kostenlosen und ihrer bezahlten Stufe und einer echten Bezahlschranke, ist der Ursprung jedes Beispiels in diesem Artikel. Nichts davon ist theoretisch. Es ist das System, das ich tatsächlich betreibe, um meine eigenen Nutzer zu verstehen, hier nachgebaut, damit du es kopieren kannst.
Alles passt in drei Schritte. Schreib deine Fragen auf. Definiere deine Metriken. Bitte deinen KI-Agenten, es zu bauen. Drei Schritte, in dieser Reihenfolge, und die Reihenfolge zählt.
Schritt eins: schreib deine Fragen auf
Vor jedem Code: Schreib die Fragen auf, die entscheiden, ob du weitermachst. Die ehrlichen, der Reihe nach, denn sie bilden eine Kette. Menschen finden dich, einige öffnen die App, einige melden sich an, einige tun das, wofür deine App da ist, und ein paar zahlen. Du willst genau sehen, wo sie abfallen.
Hier ist die genaue Liste, die ich verfolge, Stufe für Stufe. Deine wird fast gleich aussehen.
1. Downloads. Interessieren mich kaum. Ein Download ist die Zahl, die am leichtesten zu bekommen ist und mit der du dich am leichtesten selbst täuschst. Erstaunlich viele Menschen installieren eine App und öffnen sie nie. Das Symbol sitzt auf dem Startbildschirm, und das war es. Du musst das nicht einmal selbst messen, denn App Store und Google Play liefern es dir kostenlos. Wirf einen Blick darauf und schau dann darüber hinweg. Hier ist nichts zu bauen.
2. Menschen, die die App öffnen und dir sagen, woher sie kommen. Frag auf Seite zwei oder drei des Onboardings genau eines: Wo hast du uns gefunden? Google, ChatGPT, TikTok, Reddit, über Freunde. Das ist womöglich die wertvollste Folie deines gesamten Onboardings. Sie erledigt zwei Aufgaben auf einmal. Sie sagt dir, welche Kanäle dir wirklich Menschen bringen, und die Beantwortung markiert den ersten echten Nutzer, die Person, die die App geöffnet und sich darauf eingelassen hat. Das ist meine Ausgangsbasis, die wahre Spitze meines Trichters. Downloads sind Rauschen. Das hier ist die erste echte Zahl. Wenn du sie bauen willst, füg deinem Agenten den Prompt ATTRIBUTION vom Ende dieses Artikels ein.
3. Menschen, die ein Konto anlegen. Anmeldung per E-Mail oder weiter mit Google oder Apple. Das ist die erste harte Festlegung eines Nutzers. Der Abfall von Stufe 2 zu Stufe 3 sagt dir, ob deine ersten Minuten wirklich überzeugen. Das kommt beim Starter-Dashboard gratis mit, Prompt STARTER.
4. Menschen, die das tun, wofür deine App da ist. Bei mir ist das einen Kurs abschließen oder ein Quiz beantworten. Bei dir ist es vielleicht eine erste Nachricht senden, einen Beitrag veröffentlichen, ein Training beenden oder einen ersten Kauf tätigen. Nimm die Aktion, die bedeutet, dass eine Person wirklich den versprochenen Wert bekommen hat. Diese Stufe trennt neugierig von gepackt, und sie wird zu deiner Definition eines „aktiven" Nutzers. Der Prompt ACTIVEUSERS am Ende macht daraus deine Diagramme für täglich, wöchentlich und monatlich aktive Nutzer.
5. Menschen, die zahlen. Und woher diese Zahlenden kamen. Das ist der Riese. Er hat zwei Teile. Der erste ist, wie viele konvertieren, und den verfolgt jeder. Der zweite ist der Teil, den Gründerinnen und Gründer fast nie verbinden: Von den Menschen, die gezahlt haben, wo haben sie dich damals auf Stufe 2 gefunden? Verdrahte diese beiden Zahlen miteinander, und du findest meist etwas, das verändert, wie du jeden Marketing-Euro ausgibst. Nach meiner Erfahrung konvertieren Nutzer, die über Google oder ChatGPT kommen, zwei- bis zehnmal so häufig zu bezahlt wie Nutzer von TikTok. Gleiche App, gleiche Bezahlschranke, völlig unterschiedlicher Wert je nachdem, durch welche Tür sie kamen. Schaust du nur auf Anmeldungen pro Kanal, kann TikTok wie dein großer Gewinner aussehen. Stell es daneben, wer tatsächlich zahlt, und das Bild kippt. Diese eine Verbindung ist das Profitabelste im ganzen Artikel, und sie ist nur möglich, weil die Daten dir gehören und an einem Ort liegen. Der Prompt CONVERSIONBYSOURCE am Ende baut genau dieses Diagramm. Dürfte ich nur eine Sache dieser Liste bauen, wäre es diese.
6. Wenn du Stufen hast, vervielfachen sich die Fragen. Ich betreibe eine kostenlose und eine bezahlte Stufe, also beobachte ich zusätzlich, wie viele Gratisnutzer täglich aktiv sind, wie viele zahlende Nutzer täglich aktiv sind, wie viele Gratisnutzer mit einem Konto, das älter als drei Tage ist, noch auftauchen (die ehrliche Bindungszahl) und wie oft zahlende Nutzer sich wieder anmelden. Zahlende Nutzer, die still aufhören sich anzumelden, sind zahlende Nutzer kurz vor der Kündigung. Der Prompt TIERS am Ende baut das.
Schreib deine eigene Fassung dieser Liste. Fünf oder sechs Stufen reichen völlig. Und beachte, wie sich Attribution, Stufe 2, durch das Ganze zieht. Sie ist die Linse, durch die du jede Stufe darunter betrachtest, bis hinunter zu der Frage, wer zahlt.
Schritt zwei: definiere deine Metriken
Die Liste sieht einfach aus. Jede Stufe genau zu definieren ist die Stelle, an der es glitschig wird, und diesen Schritt überspringen die meisten. Ich habe in Physik promoviert, und Messen demütigt mich immer noch. Eine Zahl ist nur so ehrlich wie die Definition dahinter, und die meisten Dashboards reichen dir die Zahl und verstecken die Definition, sodass du nie fragen kannst, ob sie das bedeutet, was du denkst.
Nimm den „aktiven Nutzer", den berühmten hinter täglich, wöchentlich und monatlich aktiven Nutzern. DAU, WAU, MAU. Aktiv wie? App geöffnet? Das zählt jemanden mit, der versehentlich aufs Symbol getippt und sofort wieder geschlossen hat. Du musst dich bewusst entscheiden. Ich definiere aktiv als die Aktion von Stufe 4, die Kernsache: einen Kurs abschließen oder ein Quiz beantworten. Echter Kontakt mit dem Wert. Du wirst deine eigene wählen. Wichtig ist nur, dass du sie wählst, aufschreibst und genau weißt, was deine Zahl bedeutet.
Und dann gibt es die Metrik, die dich still belügen wird. MAU. Stell dir vor, du schaltest Anzeigen ein. Installationen klettern, siebzig am Tag, mehr als zweitausend im Monat, und deine Monatszahl segelt nach rechts oben. Du fühlst dich unaufhaltsam. Sieh eine Woche später genauer hin, und fast jeder davon hat die App einmal geöffnet und ist verschwunden. In einer Phase bezahlten Wachstums misst MAU vor allem dein Werbebudget. Es fühlt sich nach Fortschritt an und sagt dir fast nichts.
Deshalb zählt Stufe 6 so sehr. Zähl pro Tag die Gratisnutzer, die aktiv waren und deren Konto älter als drei Tage ist. Dieser eine Filter wirft die Erst-Tag-Neugier und die Installationsspitze hinaus und lässt die Menschen übrig, die nach dem Abklingen der Aufregung zurückkamen und trotzdem etwas Echtes getan haben. Die Zahl ist kleiner und ein wenig demütigend. Sie ist auch eines der wahrhaftigsten Dinge, die du je über deine App messen wirst.
Kläre gleich hier die unangenehmen Ränder. Jemand meldet sich an und kommt nie wieder. Zählt als Anmeldung. Zählt nicht als aktiver Nutzer. Halte diese beiden Gedanken in getrennten Kisten, und viel Verwirrung verschwindet. Jemand meldet sich zweimal an? Entscheide, das vorerst zu ignorieren, und mach weiter. Perfektes Zählen kann warten. Ehrliches Zählen nicht.
Schreib also für jede Stufe einen schlichten Satz: „Ich zähle das als X." Dieser Satz ist die ganze Aufgabe von Schritt zwei.
Schritt drei: bitte deinen KI-Agenten, es zu bauen
Jetzt der Teil, der früher ein Team brauchte und heute einen Nachmittag.
Du brauchst kein Data Warehouse und keine Werkzeugflotte. Du brauchst drei kleine Dinge, und dein Agent kann sie alle bauen, während du zusiehst. Dieser ganze Schritt ist der Prompt STARTER am Ende.
Erstens eine Events-Tabelle. Jedes Mal, wenn etwas Interessantes passiert, speicherst du eine Zeile. Eine Anmeldung ist eine Zeile. Ein abgeschlossener Kauf ist eine Zeile. Eine Antwort auf „Wo hast du uns gefunden?" ist eine Zeile. Jede Zeile trägt einen Typ und eine Zeit und alle weiteren Details, die du willst, etwa welchen Nutzer oder welche Quelle. Deine App spricht ohnehin mit einem Backend, das ist also ein Speichervorgang mehr.
Zweitens eine Seite, die diese Zeilen pro Tag zählt und Balken zeichnet. Zeit läuft unten entlang. Die Anzahl geht nach oben. Ein Diagramm pro Frage. Anmeldungen pro Tag. Aktive Nutzer pro Tag. Zahlende Nutzer pro Tag. Balken und Linien reichen, um ein Unternehmen zu führen.
Drittens ein Passwort. Du legst ein geheimes Token in dein Backend, und die Seite fragt danach, bevor sie irgendetwas zeigt. Das ist dein ganzer Login. Häng die Seite an das Frontend, das du schon hast, oder wirf sie auf ein kostenloses Cloudflare-Pages-Projekt, und schon hast du ein privates Dashboard unter deiner eigenen Adresse, das nur du öffnen kannst.
Das ist der Starter. Öffne ihn jeden Morgen, und du verstehst deine App bereits besser, als der Download-Zähler es je zugelassen hat.
Bau es Stufe für Stufe aus
Sobald das Skelett steht, wächst es ein Diagramm nach dem anderen, und jedes beantwortet eine Frage, die du heute wirklich hast. Jedes unten entspricht einem Prompt am Ende des Artikels.
Ergänze das Diagramm für aktive Nutzer mit der Definition, die du gewählt hast (Prompt ACTIVEUSERS). Ergänze den Trichter, der von deiner Ausgangsbasis bis zu den Zahlenden läuft, damit du siehst, welche Stufe Menschen verliert (Prompt FUNNEL). Und dann ergänze das eine Diagramm, das gern verändert, wie Gründer Geld ausgeben: Conversion zu bezahlt, aufgeschlüsselt nach Akquisequelle (Prompt CONVERSIONBYSOURCE). Wenn du zum ersten Mal siehst, dass der Kanal mit den meisten Anmeldungen nicht der Kanal mit den meisten Zahlenden ist, wirst du dein Marketing nie wieder gleich betrachten.
Jede neue Antwort ist ein neuer Ereignistyp und ein neues Diagramm. Das Dashboard beugt sich deinen Fragen, statt dich zu zwingen, dich ihm zu beugen. Und weil die Daten in deiner eigenen Datenbank neben deinen echten Produktdaten liegen, kannst du Dinge fragen, die dir kein Fremdwerkzeug beantwortet, etwa ob die Nutzer aus einer bestimmten Quelle dieselben sind, die drei Wochen später zahlen. Wenn die Ereignisse dir gehören, ist diese Antwort eine Abfrage entfernt.
Ein Blick auf die Technik, in einfachen Worten
Zwei Ideen machen das im Wachstum schnell und billig. Beide sind einfacher, als sie klingen.
Snapshots
Rohzeilen live zu zählen ist in Ordnung, solange du klein bist. Sobald du viele Ereignisse hast, soll die Seite nicht bei jedem Laden jede einzelne Zeile lesen. Also lässt du einmal pro Nacht einen kleinen Job laufen. Er schaut auf gestern, addiert alles und schreibt eine einzige Zusammenfassungszeile für diesen Tag: so viele Anmeldungen, so viele aktive Nutzer, so viele Zahlende, so viele aus jeder Quelle. Das nennen wir einen Snapshot.
Danach liest dein Dashboard eine saubere Zeile pro Tag statt Millionen roher. Du speicherst die Rohereignisse weiter, damit du nie Details verlierst, aber die Diagramme lesen die Snapshots und laden im Wimpernschlag, auch nach einem Jahr. Ein ganzes Jahr sind nur dreihundertfünfundsechzig kleine Zeilen. An Tag eins brauchst du das nicht, und wenn doch, ist es der Prompt SNAPSHOT am Ende.
Indizierung, erklärt wie für Zehnjährige
Stell dir ein dickes Buch ohne Register am Ende vor. Du willst jede Seite, auf der Drachen vorkommen. Ohne Register fängst du auf Seite eins an und liest bis zum Schluss jede Seite, nur um sie alle zu finden. Langsam.
Jetzt füg hinten ein Register hinzu. Du schlägst „Drache" nach, und dort steht: Seiten 7, 42 und 88. Du springst direkt hin. Schnell.
Ein Datenbankindex ist genau diese Liste hinten im Buch, nur für deine Zeilen. Du sagst der Datenbank „ich werde nach Tag nachschlagen" oder „nach Nutzer", und sie führt still eine sortierte kleine Liste, damit sie direkt zu den gewünschten Zeilen springen kann, statt alle zu lesen. Wenn dein Dashboard nach „allen Ereignissen am Dienstag" fragt, ist der Index das, was die Antwort sofort zurückkommen lässt. Der STARTER-Prompt bittet bereits um die richtigen Indizes, du bekommst das also gratis.
Ein faires Wort zu den Grenzen
Du bekommst keine Session-Replay-Videos. Du bekommst keinen Klick-Berichtsbaukasten, den auch eine nichttechnische Kollegin bedienen kann. Jedes Ereignis ist eines, das du zu erfassen beschlossen hast, du musst also darüber nachdenken, was du misst. Für diese Art Arbeit ist genau dieses Nachdenken der Punkt, ich zähle es also als Vorteil. Kenn den Handel und geh mit offenen Augen hinein.
Für einen Solo-Entwickler oder ein kleines Team mit einem KI-Agenten ist der Handel süß. Dir gehören deine Daten. Du zahlst nichts pro Ereignis. Niemand sonst beobachtet deine Nutzer. Und das Dashboard beantwortet deine Fragen, in deinen Definitionen, auf deiner eigenen kleinen Seite.
Die Prompts. Gib sie deinem Agenten.
Alles oben ist das Denken. Hier ist das Tun. Füg einen Prompt in deinen KI-Coding-Agenten ein und lass ihn arbeiten. Fang mit STARTER an, ergänze dann ATTRIBUTION und bau den Rest aus, wenn deine Fragen wachsen. Nenn deinem Agenten zuerst deinen Stack, zum Beispiel „ich nutze Convex und React" oder „ich nutze Supabase und Next.js", dann passt er den Code an dich an. Wo du eckige Klammern siehst, setz die Angaben deiner eigenen App ein.
Prompt · STARTER
Ich möchte ein minimales First-Party-Analytics-Setup für meine App oder mein SaaS. Lege in meinem Backend eine Events-Tabelle mit diesen Feldern an: einen String type, einen numerischen Zeitstempel in Millisekunden, eine optionale userId und ein optionales freies metadata-Objekt. Füge einen Index auf timestamp und einen auf type hinzu, damit Abfragen nach Tag oder Ereignistyp schnell bleiben. Ergänze eine Schreibfunktion recordEvent(type, userId?, metadata?), die eine einzelne Zeile einfügt. Baue dann eine passwortgeschützte Dashboard-Seite in meinem Frontend. Das Passwort ist ein geheimes Token, das als Umgebungsvariable im Backend liegt, und das Dashboard schickt es bei jeder Anfrage mit, damit nur ich es öffnen kann. Das Dashboard zeigt ein Balkendiagramm mit dem Tag auf der x-Achse und der Ereignisanzahl auf der y-Achse, ein Auswahlfeld für den Ereignistyp und eine Datumsbereichsauswahl. Halte es einfach und leicht erweiterbar. Zeig mir danach genau, an welchen Stellen im Code ich recordEvent aufrufen soll, beginnend mit einem Signup-Ereignis und einem Ereignis für die Hauptaktion meiner App.
Prompt · ATTRIBUTION
Hilf mir zu erfassen, woher meine Nutzer kommen, meine wichtigste Kennzahl. Füge meinem Onboarding etwa auf dem zweiten oder dritten Bildschirm einen Ein-Frage-Schritt hinzu: „Wo hast du uns gefunden?" mit Optionen wie Google, ChatGPT, TikTok, Reddit, App Store, über Freunde und Sonstiges. Wenn die Person antwortet, speichere das in einer Attributionszeile pro Nutzer, damit jede Person einmal gezählt wird, und behandle die Beantwortung dieser Frage als den Moment, in dem ein Nutzer „echt" wird, also meine eigentliche Ausgangsbasis (denn viele installieren oder besuchen und steigen nie ein). Füge dann ein gestapeltes Balkendiagramm hinzu, das pro Tag zeigt, wie viele neue Nutzer aus welcher Quelle kamen. Berate mich außerdem, wo ich die Frage platziere, damit sie meine Onboarding-Abschlussquote nicht senkt.
Prompt · FUNNEL
Baue eine Trichteransicht in mein Dashboard, eine Zeile pro Tag, mit diesen Stufen von links nach rechts: App geöffnet und die Frage „Wo hast du uns gefunden?" beantwortet (meine Ausgangsbasis), Konto erstellt, [die Kernaktion meiner App abgeschlossen, zum Beispiel eine Lektion beendet, einen Beitrag veröffentlicht oder einen ersten Kauf getätigt] und zahlender Nutzer geworden. Zeig für jeden Tag die Anzahl auf jeder Stufe und die Übergangsquote von Stufe zu Stufe. Füge klare Code-Kommentare hinzu, die jede Stufe definieren, damit ich sie später anpassen kann. Halte die Logik einfach und ignoriere doppelte Anmeldungen vorerst.
Prompt · CONVERSIONBYSOURCE
Das ist das wichtigste Diagramm, arbeite also sorgfältig. Zeig mir mithilfe der beim Onboarding erfassten Akquisequelle und meines Ereignisses für zahlende Nutzer die Conversion-Rate zu bezahlt, aufgeschlüsselt nach Quelle. Zeig für jede Quelle (Google, ChatGPT, TikTok und so weiter), wie viele Nutzer von dort kamen und welcher Prozentsatz davon zahlende Kundschaft wurde, sortiert nach Conversion-Rate. Ziel ist zu sehen, welche Kanäle Menschen schicken, die tatsächlich zahlen, und nicht nur Menschen, die auftauchen, damit ich mein Marketingbudget zu den Quellen verschieben kann, die am besten konvertieren.
Prompt · ACTIVEUSERS
Füge Diagramme für täglich, wöchentlich und monatlich aktive Nutzer hinzu. Frag mich zuerst, was „aktiv" für meine App bedeutet, und nutze dann meine Antwort. Bei mir ist ein Nutzer an einem Tag aktiv, wenn er [meine Kernaktion, zum Beispiel eine Lektion beendet oder einen Kauf getätigt] hat. Berechne DAU als eindeutige aktive Nutzer pro Tag, WAU als eindeutige aktive Nutzer über ein rollendes Sieben-Tage-Fenster und MAU über ein rollendes Dreißig-Tage-Fenster. Zeichne alle drei als Linien über einen von mir gewählten Zeitraum. Ergänze auf der Seite einen kurzen Hinweis, dass MAU während bezahlten Wachstums steigt, auch wenn neue Nutzer sofort abspringen, damit ich die Zahl vorsichtig lese.
Prompt · TIERS
Ich habe eine kostenlose und eine bezahlte Stufe. Füge diese Diagramme hinzu: aktive Nutzer der Gratisstufe pro Tag, aktive zahlende Nutzer pro Tag und die Bindungszahl, der ich am meisten traue, nämlich Gratisnutzer, die an dem Tag aktiv waren UND deren Konto älter als drei Tage ist (das filtert Erst-Tag-Neugier und Installationsspitzen heraus). Zeig mir außerdem, wie oft zahlende Nutzer sich anmelden, zum Beispiel durchschnittliche Anmeldungen pro zahlendem Nutzer pro Woche, damit ich zahlende Nutzer erkenne, die still werden, bevor sie kündigen. Falls ich keine Stufen habe, überspring das und verfolge nur aktive Nutzer.
Prompt · SNAPSHOT
Meine Events-Tabelle wird groß und das Dashboard ist langsam, weil es bei jedem Laden alle Zeilen durchgeht. Füge einen Job hinzu, der einmal pro Nacht läuft, den Vortag summiert und eine einzelne Zusammenfassungszeile für diesen Tag mit den Zahlen schreibt, die mich interessieren, etwa neue Nutzer nach Quelle, Anmeldungen, aktive Nutzer und zahlende Nutzer. Stell das Dashboard dann so um, dass es diese Tageszeilen liest, statt Rohereignisse zu durchsuchen. Speichere die Rohereignisse weiterhin, damit ich keine Details verliere. Zeig mir, wie ich Zusammenfassungen für bereits vergangene Tage nachträglich erzeuge.
Fang einfach mit dem Grundboard an. Füg STARTER ein, bring ein Balkendiagramm auf eine passwortgeschützte Seite und sieh zu, wie es sich mit echten Zahlen füllt. In dem Moment, in dem du es laufen siehst, macht es klick, und dir wird klar, dass das wirklich leicht zu bauen ist. Von da an ergänzt du eigene Diagramme und beantwortest eigene Fragen schneller, als du erwartet hast, jede nur einen kleinen Prompt entfernt. Ein einfaches selbstgebautes Dashboard verzehnfacht dein Verständnis dafür, was in deiner App tatsächlich vorgeht. Der Nebel lichtet sich. Du siehst, wohin du fliegst. Los, bau es.
Häufig gestellte Fragen
Brauche ich ein fremdes Analytics-SDK wie PostHog oder Mixpanel?
Nein. Du kannst Ereignisse in deiner eigenen Datenbank speichern und sie auf einem kleinen privaten Dashboard lesen. Die Daten gehören dir, du zahlst nichts pro Ereignis, und du kannst Analytics mit deinen echten Produktdaten verbinden, was die meisten Fremdwerkzeuge nicht können.
Was zählt als aktiver Nutzer?
Das entscheidest du, und zwar bewusst. Eine gute Definition ist ein Nutzer, der die Kernaktion deiner App ausgeführt hat, etwa eine Lektion abgeschlossen oder einen Kauf getätigt, statt die App bloß zu öffnen. Schreib die Definition auf, damit deine Zahl immer dasselbe bedeutet.
Warum führt die Kennzahl monatlich aktive Nutzer (MAU) in die Irre?
Während bezahlten Wachstums blähen neue Installationen die MAU auf, auch wenn diese Nutzer sofort abspringen. Sie kann stetig steigen, während fast niemand bleibt. Verfolge täglich aktive Nutzer und eine Bindungskennzahl, etwa Gratisnutzer, die nach drei Tagen noch aktiv sind, für ein wahreres Bild.
Wie halte ich das Dashboard schnell, wenn die Daten wachsen?
Leg Datenbankindizes auf die Spalten, nach denen du abfragst, und lass einen nächtlichen Job laufen, der Rohereignisse zu einer Zusammenfassungszeile pro Tag verdichtet. Das Dashboard liest dann ein paar Tageszeilen, statt Millionen roher Ereignisse zu durchsuchen.
Jeder NerdSip-Kurs durchläuft eine vierstufige Faktenprüfung bevor er in der App landet: auf echten Quellen gegründet, jede Nacht bewertet, bei Durchfallen gesperrt und mit einem Tipp von einem Menschen prüfbar. Artikel in diesem Blog werden mit KI-Unterstützung entworfen und anschließend von unserem Team recherchiert, geprüft und redigiert.
Redaktionell verantwortlich: ai51 UG (haftungsbeschränkt). Der verantwortliche Redakteur ist im Impressum benannt.
📚 Weiterlesen
Entdecke die NerdSip Lern-Hubs
Der Blog ist unsere redaktionelle Ebene. Wenn du vom Lesen ins Ausprobieren wechseln willst, ordnen diese Hubs NerdSip nach Format, inklusive der App selbst und der Presse, die über sie geschrieben hat.
Sieh es von innen
NerdSip ist die Microlearning-App, aus der diese Beispiele stammen. Probier sie aus und sieh, wie deine eigene Antwort auf „Wo hast du uns gefunden?" in einem Dashboard wie diesem landet.
