Ein fehlerhaftes App-Update kann eine Welle von Rückerstattungen auslösen, und so fängst du sie ab, bevor sie deine Auszahlung erreicht

Wenn eine Version fehlerhaft ausgeliefert wird, beginnen die Rückerstattungen, bevor es dein Absturz-Dashboard tut. Ein fehlerhaftes App-Update verärgert die Leute nicht nur. Es gibt ihnen einen konkreten Grund, ihr Geld zurückzuverlangen, und bei einem günstigen Kauf ist das Geld der kleinste Teil dessen, was du verlierst. Die Rechenleistung, die du bereits verbraucht hast, die Drittanbieter-API-Aufrufe, die dir berechnet wurden, und der Speicher, den du bereitgestellt hast, kommen mit dem Verkauf nicht zurück.

Der nützliche Teil ist, dass eine fehlerhafte Version einer der wenigen Rückerstattungstreiber ist, den du in Minuten drosseln kannst, nicht in Wochen. Beide Stores liefern ein Update in Stufen aus und lassen dich es mittendrin stoppen, und diese eine Steuerung ist der Unterschied zwischen einer Handvoll betroffener Nutzer und einer Welle von Rückerstattungen gegen deine Auszahlung. Hier steht, was eine Rückerstattungswelle wirklich kostet, wie du eine fehlerhafte Version in jedem Store stoppst und welche zwei kurzen Zeitfenster dein einziges Mitspracherecht sind, sobald ein Streitfall bereits eröffnet ist.

Warum ein fehlerhaftes App-Update zu Rückerstattungen wird

Ein Absturz beim Start, eine Paywall, die nicht lädt, eine Funktion, die gestern lief und heute nicht. Jedes gibt einem zahlenden Kunden einen klaren Grund, sein Geld zurückzuverlangen, und eine Rückerstattung ist die höfliche Fassung dieser Reaktion. Die unhöfliche Fassung ist eine Rückbuchung der Bank. Beide kosten dich, und eine Version, die auch nur für einen Teil deiner Nutzer bricht, kann genug davon erzeugen, um auf deiner Auszahlung aufzutauchen.

Das Geld, das du verlierst, ist mehr als der Verkauf

Wenn ein Kauf erstattet wird, geht der Verkaufsbetrag an den Kunden zurück. Was nicht zurückkommt, ist alles, was du bereits ausgegeben hast, um diesen Kauf zu bedienen. Die Rechenleistung, die die Arbeit ausgeführt hat, die Drittanbieter-API-Aufrufe, die dir zum Zeitpunkt der Nutzung berechnet wurden, der Speicher, den du bereitgestellt hast, und jede Auszahlung, die du bereits an einen Creator gesendet hast, sind weg. Bei einem günstigen Verbrauchsgut können diese versunkenen Kosten plus eine mögliche Bankgebühr mehr ergeben, als der Kunde je gezahlt hat.

Eine Rückerstattungswelle bewegt auch deine Rückerstattungsquote

Rückerstattungen sind nicht nur ein Verlust pro Verkauf. Kartennetzwerke und beide Stores beobachten die Rate, mit der deine Verkäufe zurückkommen. Eine einzige fehlerhafte Version, die diese Rate in die Höhe treibt, kann eine Prüfung nach sich ziehen, die du lieber vermeiden würdest, also umfasst der Preis eines fehlerhaften Updates das Ansehen, das du aufwendest, nicht nur das Geld.

Wie du eine fehlerhafte Version im App Store stoppst

Apples Eindämmungswerkzeug ist die stufenweise Veröffentlichung, und ihr ganzer Wert liegt darin, dass du die Bremse ziehen kannst, bevor die meisten deiner Nutzer die fehlerhafte Version überhaupt sehen.

Die stufenweise Veröffentlichung läuft über sieben Tage

Wenn du die stufenweise Veröffentlichung für ein Versions-Update aktivierst, liefert Apple es an eine zufällige Stichprobe von Nutzern aus, die automatische Updates aktiviert haben. Der Rollout steigt nach einem festen Zeitplan: 1 Prozent am ersten Tag, dann 2, 5, 10, 20, 50 und 100 Prozent über sieben Tage. Weil die frühen Tage nur einen kleinen Teil deiner Basis berühren, hat ein am zweiten Tag entdeckter Fehler weit weniger Menschen erreicht, als es eine vollständige Veröffentlichung am selben Tag täte.

Pausiere in dem Moment, in dem etwas falsch aussieht

Wenn ein fehlerhaftes App-Update durchrutscht, kannst du die stufenweise Veröffentlichung jederzeit pausieren. Apple lässt dich bis zu 30 Tage pausieren, ohne Begrenzung, wie oft du pausierst, und das Budget ist kumulativ: Pausiere 10 Tage, setze fort, und dir bleiben noch 20 Tage Pause. Wenn du fortsetzt, macht der Rollout an dem Tag weiter, an dem er gestoppt wurde. Pausieren zieht die Version nicht von Nutzern ab, die sie bereits haben, also verbinde die Pause mit einer Korrektur und einer beschleunigten Prüfung.

Wie du eine fehlerhafte Version bei Google Play stoppst

Google Play gibt dir zwei Bremsen, eine für eine Version, die noch ausgerollt wird, und eine für eine Version, die bereits alle erreicht hat.

Halte einen laufenden stufenweisen Rollout an

Ein stufenweiser Rollout bei Google Play lässt dich an einen Prozentsatz der Nutzer veröffentlichen und ihn nach deinem eigenen Zeitplan erhöhen. Wenn du ein Problem findest, öffne die Version und wähle Rollout verwalten und dann Rollout anhalten. Keine weiteren Nutzer erhalten die Version, und die Nutzer, die sie bereits haben, bleiben darauf. Wenn sich die Version am Ende doch als sauber erweist, setzt du denselben Rollout dort fort, wo er gestoppt wurde.

Halte eine Version an, die bereits 100 Prozent erreicht hat

Google Play lässt dich auch eine vollständig ausgerollte Version anhalten, was die Bremse des stufenweisen Rollouts nicht kann. Wenn du sie anhältst, nimmt eine zuvor aktive, vollständig ausgerollte Version deiner App automatisch ihren Platz für neue und bestehende Nutzer ein, die noch nicht auf der angehaltenen Version sind. Zwei Grenzen zählen: Du kannst die erste Version auf einem Track nicht anhalten, und wenn die fehlerhafte Version lange genug aktiv war, dass die meisten Nutzer bereits aktualisiert haben, bringt das Anhalten wenig, denn der Schaden ist bereits verteilt.

Wenn die Rückerstattungen und Streitfälle bereits in Bewegung sind

Ein stufenweiser Rollout begrenzt, wie viele Menschen auf ein fehlerhaftes App-Update stoßen. Für die Rückerstattungen und Streitfälle der Nutzer, die bereits darauf gestoßen sind, tut er nichts. Sobald ein Kunde sein Geld zurückverlangt, führt der Store den Ablauf aus, und dein Mitspracherecht ist eng.

Die meisten Rückerstattungen werden ohne dich entschieden

Die 48-Stunden-Selbstbedienungs-Rückerstattung von Google Play, Support-Rückerstattungen und stornierte Käufe werden alle vom Store nach seiner eigenen Richtlinie entschieden. Es gibt keinen Beweiskanal und keinen Einspruch. Für diese ist dein Beleg die Rückerstattung selbst und die Kosten, die du bereits geschluckt hast. Der einzige Ort, an dem du handeln kannst, ist die Prävention, und genau deshalb zählt die Rollout-Bremse.

Zwei Zeitfenster sind dein einziger Beitrag

Nur zwei Abläufe verlangen etwas von dir. Wenn ein Kunde eine Rückerstattung für ein Verbrauchsgut oder ein automatisch verlängerbares Abonnement anfordert, sendet Apple deinem Server einen CONSUMPTION_REQUEST und wartet bis zu 12 Stunden auf Verbrauchsdaten. Bei Google Play startet ein angefochtener Kauf, der eine Prüfung braucht, eine 24-Stunden-Uhr, und du antwortest über die orders.reviewrefund-API. Verpasst du eines der Zeitfenster, wird die Entscheidung ohne dich getroffen. Kein Zeitfenster lässt dich eine fehlerhafte Version rückgängig machen. Sie lassen dich nur auf ihre Folgen reagieren.

Die Eindämmungs-Checkliste

Nichts davon ist exotisch. Es ist eine kurze Routine, die du bei jeder Version durchführst, nicht nur bei denen, von denen du einen Fehler erwartest.

• Liefere jedes Update über die stufenweise Veröffentlichung im App Store und einen stufenweisen Rollout bei Google Play aus, nie eine vollständige Veröffentlichung am selben Tag.
• Beobachte Absturz- und Rückerstattungssignale in den ersten Tagen mit niedrigem Prozentsatz, wenn das Publikum klein genug ist, um es zu schützen.
• Pausiere die stufenweise Veröffentlichung im App Store oder halte den Google-Play-Rollout in dem Moment an, in dem ein echter Fehler auftaucht, korrigiere dann und reiche erneut ein.
• Bei einem Fehler, der bei Google Play bereits alle erreicht hat, halte die vollständig ausgerollte Version an, damit die vorherige Version ihren Platz einnimmt.
• Richte die Benachrichtigungs-Feeds von Apple und Google ein, damit du auf jede Verbrauchsanfrage und jede Rückerstattungsprüfung innerhalb ihres Zeitfensters antworten kannst.
• Verfolge deine Rückerstattungsquote über die gesamte Version hinweg, denn ein Ausschlag ist das Signal, dass ein Rollback überfällig ist.