Ein schlechtes Release im Web ist ein Deploy, den Sie zurücknehmen. Ein schlechtes Release in einer App ist draußen, bis Menschen aktualisieren, und die erste Warnung ist meist eine Bewertung.

Die Version muss an allem hängen

Nicht in einem eigenen Bericht, sondern an jedem Bildschirmaufruf und jedem Fehler.

Das ist es, was Sie die einzige Frage stellen lässt, die nach einem Release zählt: Ist das schlechter als das letzte, für die Menschen, die es genommen haben? Ohne die Version an jeder Zeile sehen Sie, dass die Abstürze gestiegen sind, und nicht, ob der neue Build sie verursacht hat oder ob der alte Build es immer schon tat und schlicht mehr Menschen wach sind.

Was eine absturzfreie Rate ist

Der Anteil der Sitzungen, die ohne tödlichen Fehler zu Ende gingen.

Zwei Dinge zur Zahl selbst. Sie übersteigt nie 100 Prozent, und wo ein Absturz vor dem ersten Bildschirm der App geschah, irrt sie leicht pessimistisch: die Sitzung steht im Zähler und nicht im Nenner. Eine Stabilitätszahl, die sich selbst schmeichelte, wäre nichts wert, die Rechnung neigt sich also zur sicheren Seite.

Was sie Ihnen nicht sagt

Eine absturzfreie Rate ist ein grobes Werkzeug, und in einer gesunden verstecken sich drei Dinge.

Eine Funktion, die ohne Absturz scheitert. Die App bleibt stehen, und der Bildschirm tut nichts. Bildschirme je Sitzung und wo Menschen aufhören sind das Signal, nicht die Stabilität.

Eine langsame Ausrollung. Wenn zehn Prozent den neuen Build haben, sind seine Probleme auf ein Zehntel verdünnt. Lesen Sie die Rate je Version, nie insgesamt.

Alles vor dem Start. Eine Sitzung, die nie begann, steht überhaupt nicht in Ihren Zahlen.

Datieren Sie das Release im Diagramm

Eine Anmerkung an dem Tag, an dem Sie ausgeliefert haben, ist der Unterschied zwischen „das Engagement fiel in Woche 12" und „das Engagement fiel, als wir 4.2 auslieferten". Es dauert zehn Sekunden und ist das Nützlichste, was Sie einem Analytics-Diagramm hinzufügen können.

Alte Builds melden weiter

Skomis App-Übertragungsformat ist auf Version 1 eingefroren, ein vor zwei Jahren veröffentlichter Build sendet also weiterhin Daten mit dem SDK, gegen das er kompiliert wurde.

Das ist Absicht: Sie können das Skript einer Website heute Nachmittag ändern und niemanden dazu bringen, eine App zu aktualisieren, und es hat eine Folge, für die zu planen lohnt: Ihre Zahlen enthalten Menschen auf Releases, die Sie vergessen haben. Nach Version zu filtern ist hier keine fortgeschrittene Funktion, es ist, wie Sie die Berichte überhaupt lesen.

Verwandt: ein Ort für App- und Website-Analytics, eine App messen und App Analytics.

Die Zahl, auf der das ruht, ist die absturzfreie Rate, gelesen gegen die App-Version, denn die eine ist ohne die andere bedeutungslos.