App gekauft, Verkäufer noch gebraucht

Zusammenfassung

• Sign in with Apple vergibt Nutzerkennungen im Geltungsbereich eines Entwicklerteams. Der Käufer muss seine neuen Kennungen über Transferkennungen mit den vorhandenen Nutzerkonten verbinden.
• Nach Ablauf der 60-tägigen Migrationsfrist sieht Apple einen Transfer zurück zum ursprünglichen Team und anschließend erneut zum Käufer vor. Ein abgeschlossener Kauf beseitigt diese Abhängigkeit vom Verkäufer noch nicht.

Ein guter Übergabeordner enthält Zugangsdaten, Zuständigkeiten und erledigte Aufgaben. Ein schlechter enthält den Satz: „Die Nutzer kommen dann nach und nach.“ Bei einer App mit Sign in with Apple kann dieser Satz teuer werden. Die Nutzer haben ihren eigenen Kalender. Die Migration hat 60 Tage.

Apple beschreibt in der Technischen Notiz TN3159, was nach einem verpassten Zeitfenster zu tun ist. Das empfangende Team gibt die App an das ursprüngliche Team zurück. Dieses bereitet die Transferkennungen und Nutzerdaten vor und überträgt die App erneut. Danach kann der Empfänger den Austausch der Kennungen abschließen.

Der Käufer besitzt also eine App, für deren ordentliche Übernahme er sie vorübergehend wieder abgeben soll. In dieser kleinen Rundreise steckt eine große Frage der Bewertung: Was genau wurde mit dem Kundenbestand geliefert?

Die Sterne reisen einfacher als die Identitäten

Laut App Store Connect kann eine für den Transfer geeignete App währenddessen zum Download verfügbar bleiben. Bewertungen, Rezensionen und Bundle ID bleiben erhalten, Nutzer können weiter Updates bekommen. Der sichtbare Teil des Produkts übersteht den Eigentümerwechsel mit erfreulicher Gelassenheit.

Die Anmeldung hat eine andere Grenze. Sign in with Apple verwendet teambezogene Nutzerkennungen. Das dient dem Datenschutz: Verschiedene Entwickler erhalten keinen allgemein gültigen Personenschlüssel, mit dem sie Nutzeraktivitäten bequem zusammenführen könnten.

Für einen App-Kauf bedeutet diese Trennung zusätzliche Arbeit. Die Kennung, die das neue Team erhält, muss zum richtigen vorhandenen Konto finden. Dort können bisherige Nutzung und die Behandlung dieses Kunden im Dienst hinterlegt sein. Eine kopierte Datenbank enthält die alten Beziehungen, stellt aber die neue Verbindung zur Anmeldung noch nicht selbst her.

Die Anleitung für das abgebende Team sieht dafür eine Transferkennung je Nutzer vor. Sie wird für das empfangende Team erzeugt. Die alten teambezogenen Kennungen und privaten E-Mail-Relay-Adressen werden aus dem Export ausgeschlossen. Der Empfänger tauscht die Transferkennung gegen seine eigene Nutzerkennung und gegebenenfalls eine private E-Mail-Adresse ein.

Damit steht ein kontrollierter Übergang zur Verfügung. Die Trennung zwischen Entwicklern bleibt bestehen, während die Kundenbeziehung weitergeführt werden kann. Ein Kaufvertrag erledigt die erforderliche Zuordnung allerdings nicht durch seine Unterschrift.

Eine Frist für beide Seiten

Die Migrationsperiode beginnt mit dem abgeschlossenen App-Transfer. Das abgebende Team kann Transferkennungen vorher vorbereiten oder bis zu 60 Tage nach Annahme der Übertragung erzeugen. Auch der Empfänger muss den Austausch innerhalb von 60 Tagen nach dieser Annahme erledigen. Eine spät versandte Datei schenkt der zweiten Seite keine zweite volle Frist.

Die Reihenfolge wirkt deshalb unmittelbar auf den Arbeitsvorrat. Erst muss jemand vorbereiten, dann muss jemand empfangen, austauschen und den richtigen Datensatz zuordnen. „Versandt“ und „betriebsbereit“ sind unterschiedliche Fertigstellungsgrade. Wenn die erste Seite spät liefert, hat die zweite weniger Luft für Fehlerfälle.

Die Empfängeranleitung erläutert auch die Zuordnung mithilfe von Anmeldeinformationen während des Transferzeitraums. Wer darauf wartet, dass jeder Nutzer erneut erscheint, macht aus einer Übergabe jedoch eine Wette auf Besuchsgewohnheiten.

Apple ermöglicht eine serverseitige Stapelmigration. Auch Nutzer, die sich noch nicht wieder angemeldet haben, lassen sich bearbeiten. Der seltene Kunde muss seinen nächsten Bedarf nicht vorziehen, damit die Akquisition rechtzeitig integriert wird. Die Mannschaft kann den Bestand abarbeiten und messen, statt auf eine wundersame Wiederkehr aller Nutzer zu hoffen.

Das ist wirtschaftlich relevant: Ein stilles Konto kann zur erworbenen Kundenbeziehung gehören. Wer den Fortschritt nur unter jüngst aktiven Konten misst, macht die schwieriger sichtbaren Fälle aus seiner Erfolgsquote unsichtbar.

Der Verkäufer hat schon andere Pläne

Nach Fristablauf werden die Migrationsfunktionen durch den beschriebenen Rück- und erneuten Transfer reaktiviert. Im App Store Connect leiten die jeweiligen Account Holder die Übertragung ein und nehmen sie an. Die Wiederaufnahme verlangt Handlungen auf beiden Seiten.

Vor dem Abschluss ziehen Käufer und Verkäufer auf denselben Termin hin. Danach kann der Verkäufer Personal und Aufmerksamkeit längst weiterverteilt haben. Die technische Nacharbeit holt ihn zurück in einen Vorgang, den seine Geschäftsseite für beendet hält. Der Käufer muss Kooperation beschaffen, obwohl er den Preis für das Produkt bereits bezahlt hat.

Für eine konkrete Kostensumme fehlen die Migrationsprotokolle eines Kaufs, offene Kontozuordnungen und tatsächlich angefallene Wiederherstellungsstunden. Der Mechanismus reicht dennoch aus, um die Übergabe genauer zu definieren. Vorbereitete Kennungen, bestätigte Zuordnungen einschließlich inaktiver Nutzer und eine ausführbare Zusammenarbeit für den Fehlerfall haben greifbaren Wert.

Die Bewertungen lassen sich auf einem Bildschirm besichtigen. Eine vollständig übernommene Nutzerbeziehung braucht Arbeit hinter diesem Bildschirm. Wer beides im Kaufpreis ansetzt, sollte auch beides abnehmen.