Verstehen, was App-Nutzer tun
Der Store sagt Ihnen, wie viele Menschen sie installiert haben. Er sagt Ihnen nichts darüber, ob sie sie zweimal geöffnet haben.
Die Ausgangslage
Eine App ist schwerer zu messen als eine Website, und die Fragen sind dieselben: welche Bildschirme Menschen erreichen, ob sie wiederkommen und ob die letzte Version es schlimmer gemacht hat.
Die besondere Schwierigkeit ist, dass Sie einen schlechten Build nicht durch ein Deploy beheben können. Er ist draußen, bis Menschen aktualisieren, und die erste Warnung ist meist eine Bewertung.
Wie es gemacht wird
1. Bauen Sie das SDK ein. Es gibt eines für Android, iOS, Flutter, React Native, Kotlin Multiplatform, Unity, .NET und Electron. Jedes nimmt die App-ID und einen Aufruf zum Starten.
2. Benennen Sie Ihre Bildschirme sorgfältig. Eine App hat keine URL, der Name, den Ihr SDK meldet, ist also das, was in jedem Bericht erscheint. Das ist die eine Entscheidung beim Einbau, die sich später nicht billig ändern lässt.
3. Lesen Sie Stabilität je Version. Absturzfreie Rate, aufgeteilt nach App-Version. Insgesamt ist sie während einer gestaffelten Auslieferung bedeutungslos: ein schlechter Build, der ein Zehntel der Nutzer erreicht, verdünnt sich auf ein Zehntel.
4. Notieren Sie die Veröffentlichung. Der Unterschied zwischen „die Nutzung fiel in Woche 12" und „die Nutzung fiel, als wir 4.2 ausgeliefert haben".
5. Rechnen Sie damit, dass alte Builds weiter melden. Das Übertragungsformat ist auf Version 1 eingefroren, ein vor zwei Jahren veröffentlichter Build sendet also weiterhin Daten. Nach Version zu filtern ist die Art, die Berichte zu lesen, und keine Zusatzfunktion.
Wo das aufhört
Es gibt keine Geschwindigkeitsdaten, und es wird auch keine erfundenen geben. Ein App-SDK sendet, wann ein Bildschirm auftrat, nicht wie lange etwas dauerte. Eine Zahl aus dem Abstand zwischen zwei Bildschirmen zu erfinden würde messen, wie schnell jemand tippt. Wenn Sie Startzeiten und Bildraten brauchen, ist das ein Performance-Werkzeug.
Keine Heatmaps, keine Aufzeichnungen, kein Feedback-Widget. Die brauchen eine Seite, an die sie sich hängen können. Eine App bekommt Bildschirme, Sitzungen, Wiederkehr und Fehler, und das ist die ganze Liste.
Eine absturzfreie Rate verbirgt eine Funktion, die still versagt. Die App läuft weiter, und der Bildschirm tut nichts. Das Signal dafür sind Bildschirme pro Sitzung, nicht die Stabilität.
Was dafür genutzt wird
Andere Aufgaben
Einen undichten Registrierungsablauf abdichten
Den Schritt finden, den Menschen abbrechen, und dann ansehen, was dort wirklich geschah.
Belegen, welches Marketing Umsatz gebracht hat
Das Geld der Kampagne zuordnen, ohne dass der Quellenbericht „Direkt" sagt.
Von Besuchern hören, bevor sie gehen
Ein Kommentar, angeheftet an die Seite, um die es geht, statt einer Umfrage, die niemand beginnt.
Berichten, ohne Zugänge zu verteilen
Ein Nur-Lese-Link für einen Kunden oder einen Beirat und eine Zusammenfassung, die von selbst kommt.
Einen Starttag beobachten
Verkehr ankommen sehen, während er ankommt, und binnen einer Stunde wissen, ob es schiefgeht.