Funktionen schrittweise freigeben: Zehn Prozent der Personen, Firmen oder Aufrufe?

Bevor Sie eine neue Funktion für einen bestimmten Prozentsatz Ihrer Kunden freigeben lassen, müssen Sie festlegen, was hier als Kunde zählt. Eine Person, ein Firmenkonto und ein einzelner Aufruf sind unterschiedliche Bezugsgrößen. Bei gemeinsamen Arbeitsabläufen kann die falsche Auswahl dazu führen, dass Kollegen denselben Auftrag in unterschiedlichen Versionen bearbeiten.

Eine schrittweise Freigabe begrenzt, wer eine Änderung erhält. Sie beweist weder deren Fehlerfreiheit noch ersetzt sie Zugriffsrechte oder macht bereits gespeicherte Vorgänge rückgängig. Behandeln Sie die Freigabe als betriebliche Entscheidung im App-Briefing, nicht nur als Schieberegler.

Erst die Gruppe, dann den Prozentsatz festlegen

Stellen Sie sich ein erfundenes Reparaturportal mit einer neuen Auftragsfreigabe vor. Bei einer Zuteilung je Person könnte der Antragsteller die neue Ansicht erhalten, seine freigebende Kollegin dagegen die alte. Soll der Ablauf innerhalb einer Kundenfirma einheitlich bleiben, lassen Sie eine Zuteilung auf Firmenebene prüfen.

Die Dokumentation zu prozentualen Freigaben von LaunchDarkly liefert ein konkretes Produktbeispiel. Dort erfolgt die Zuteilung anhand eines Kontextschlüssels; die Logik berücksichtigt Schlüssel und Kontextart. Das ist eine identitätsbezogene Zuordnung, keine Zusage, dass die nächsten Seitenaufrufe exakt den eingestellten Anteil neuer Ansichten enthalten.

Halten Sie fest, welche Identität verwendet wird und woher sie stammt. Was geschieht vor der Anmeldung, auf einem anderen Gerät, nach einem Firmenwechsel oder bei fehlender Kennung? Erfinden Sie keine Ersatzidentität, nur damit die Funktion scheinbar läuft. Vereinbaren Sie für diese Situationen ein bewusst unterstütztes Verhalten.

Zusammengehörige Änderungen gemeinsam zuteilen

Angenommen, die neue Freigabe braucht zusätzlich eine neue Anlagenansicht. Derselbe Prozentsatz bei beiden Funktionsschaltern bedeutet nicht zwingend dieselbe Kundengruppe. LaunchDarkly beschreibt ausdrücklich, dass unterschiedliche Flags Kontexte unabhängig zuweisen, auch bei übereinstimmenden Regeln und Prozentwerten. Für genau dieselbe Gruppe sieht die Dokumentation ein Segment vor.

Verlangen Sie eine zusammenhängende Freigaberegel für voneinander abhängige Änderungen. Je nach Umsetzung kann das eine gemeinsame Gruppe oder eine einzige Freigabeentscheidung sein. Entscheidend ist, dass ein Kunde nicht in einen neuen Ablauf gelangt und anschließend einen nötigen Schritt verliert, weil ein unabhängig ausgewerteter Schalter ihn ausschließt.

Behandeln Sie eine kleine beobachtete Gruppe nicht als exakt erfüllte Quote. Lassen Sie erklären, wie sich die gewählte Zuordnung bei Ihrer tatsächlichen Nutzerzahl verhält. Klären Sie außerdem, wie der Support bei einem Problem nachvollziehen kann, welche Version das betroffene Konto erhalten hat.

Fehlende Identität und Abschaltung ausdrücklich prüfen

Eine scheinbar passende Standardeinstellung belegt noch keinen geeigneten Rückfallpfad. LaunchDarkly dokumentiert einen besonderen Fall: Passt ein Kontext zur Regel, hat aber eine andere Art als die prozentuale Zuteilung, kann die erste konfigurierte Variante mit einem positiven Anteil ausgeliefert werden. Das muss nicht die Standardvariante sein. Dieser produktspezifische Hinweis spricht für einen Test der tatsächlichen Regeln, nicht für eine allgemeine Behauptung über alle Systeme.

Prüfen Sie bei der Abnahme ein berechtigtes Konto, ein ausgeschlossenes Konto und den Fall einer unerwarteten Identität. Kontrollieren Sie sowohl die Ansicht als auch die erlaubte Aktion auf dem Server. Ein ausgeblendeter Knopf darf nicht der einzige Schutz einer eingeschränkten Aktion sein.

Klären Sie, was beim Abschalten mit begonnenen Vorgängen passiert. Kann jemand eine in der neuen Version gestartete Freigabe abschließen? Versteht die alte Ansicht deren gespeicherten Datensatz? Wo nötig, braucht es einen gesonderten Plan für Kompatibilität oder Nachbearbeitung. Ein Umschalten der Oberfläche ist keine Rücksetzung der Datenbank.

Erweiterung und Stopp brauchen Zuständigkeit

Bestimmen Sie, wer den Anteil erhöhen darf, welche Beobachtungen dafür geprüft werden und wann die Freigabe pausiert. Berücksichtigen Sie technische Fehler und die Frage, ob Kunden ihre Aufgabe abschließen können. Mehr freigeschaltete Konten belegen keinen Geschäftserfolg. Ohne passende Untersuchung zeigt eine Freigabe auch nicht, dass eine Version eine Verbesserung verursacht hat.

Proben Sie Erweiterung und Stopp in einer isolierten Umgebung mit kontrollierten Konten. Nehmen Sie Bezugsidentität, Gruppierung abhängiger Funktionen, Support-Nachvollziehbarkeit, laufende Vorgänge und Entscheidungsverantwortung in die Anforderungen an Ihre Web-App auf. Eine brauchbare schrittweise Freigabe lässt sich erklären und geordnet anhalten, statt lediglich mit einer kleinen Zahl zu beginnen.