Microsoft Frontier ermöglicht frühen Zugriff auf neue Copilot-Funktionen. Administratoren können Nutzer gezielt aufnehmen, die Organisation kann Reife bewerten und Feedback geben. Damit sind Previews wertvolle Lerninstrumente.

Sie sind jedoch keine automatische Produktionsfreigabe. Microsofts Online-Services-Bedingungen sehen vor, dass Previews ohne entsprechende SLA oder Support angeboten, verändert, beendet oder nie allgemein verfügbar werden können. Die relevante Frage lautet deshalb nicht, ob ein Schalter vorhanden ist. Sie lautet, ob das Unternehmen lernen kann, ohne eine untragbare Abhängigkeit zu erzeugen.

Sechs Gates vor dem Zugriff

1. Lernziel

Der Pilot nennt die Entscheidung, die durch ihn besser werden soll. Zeitersparnis, Aufgabenerfolg oder Beherrschbarkeit einer neuen Befugnis sind messbar; “KI ausprobieren” ist es nicht. Erfolg, Scheitern und benötigte Evidenz werden vorab definiert.

2. Zielgruppe und Autorität

Teilnehmer, Rollen und erlaubte Aktionen sind benannt. Rechte zum Einladen, Erstellen und Verbinden weiterer Dienste bleiben begrenzt. Beobachtung, Inhaltsgenerierung und Zustandsänderung werden getrennt.

3. Daten- und Anbietergrenze

Erlaubte Datenklassen, Speicherorte, Aufbewahrung und verbotene Inhalte werden festgelegt. Zusätzlich wird geprüft, wer Modell und Dienst betreibt und welche Bedingungen gelten. Preview-Status beschreibt die Veröffentlichungsreife, aber nicht vollständig die Datenverarbeitung.

4. Vertrag, Support und Kosten

Lizenzvoraussetzungen, verbrauchsabhängige Kosten, Zusatzbedingungen, Supportweg, SLA-Status und Limits werden dokumentiert. Ein Eigentümer überwacht Verbrauch und Budgetgrenze.

5. Umkehrbarkeit und Kontinuität

Der Charter beschreibt, wie Zugriff, Identitäten, Connectoren, erzeugte Assets und Daten entfernt oder migriert werden. Für jeden relevanten Prozess existiert ein getesteter Rückfallweg.

6. Ausstieg und Graduation

Enddatum, Review-Eigentümer und Entscheidungsoptionen stehen fest. Beliebtheit allein führt nicht in Produktion. Dafür braucht es aktuelle Bedingungen, Security-Evidenz, Betriebsverantwortung, Supportfähigkeit, Wirtschaftlichkeit und einen Release-Weg. Beim Ausstieg werden Daten, Assets und Rechte sauber behandelt.

Diese sechs Gates bilden den Preview-Charter. Freigaben kommen von den Eigentümern der tatsächlichen Exposition und nicht allein von einem Innovationsteam.

Drei mögliche Ergebnisse

Explore passt zu synthetischen, öffentlichen oder risikoarmen Daten ohne Geschäftsabhängigkeit. Ziel sind schnelle Produkt- und Interaktionskenntnisse.

Bounded Pilot erlaubt kontrollierte reale Arbeit mit benannten Nutzern, Daten, Befugnissen, Dauer, Monitoring und Fallback. Er ist sinnvoll, wenn nur echte Bedingungen die Hypothese beantworten und Fehlerfolgen begrenzt bleiben.

Do Not Deploy gilt, wenn Daten oder Aktionen nicht eingrenzbar sind, Bedingungen nicht akzeptiert werden können, ein kritischer Prozess von unsicherem Fortbestand abhinge oder Umkehrbarkeit fehlt. Die Entscheidung kann später neu bewertet werden.

Beispiel: Preview für Meeting-Folgeaufgaben

Ein Operations-Bereich möchte eine Preview testen, die Besprechungsunterlagen liest, Aufgaben erzeugt und Nachrichten entwirft. Ursprünglich sollen alle Führungskräfte Zugriff erhalten.

Die Gates zeigen: Zusammenfassungen sind leicht umkehrbar, Aufgaben und Kommunikation betreffen andere Personen. Meetings können Beschäftigten- und Kundendaten enthalten. Ein Fallback für automatisch erzeugte Zusagen sowie eine Kostenprüfung fehlen.

Genehmigt wird ein sechswöchiger Pilot mit zwölf Führungskräften und zwei internen Projektteams. HR- und kundenvertrauliche Meetings bleiben ausgeschlossen. Nachrichten werden nur als Entwurf erstellt. Aufgaben benötigen menschliche Freigabe, externer Versand ist deaktiviert. Gemessen werden Korrekturaufwand, fehlende Aktionen, ungeeignete Quellen, Zeitgewinn und Verbrauch. Erzeugte Aufgaben sind für Rücknahme auffindbar markiert.

Am Ende werden Nutzen, Fehlerquote, Kontrollaufwand und aktuelle Bedingungen verglichen. Eine breitere Einführung benötigt ein eigenes Betriebsmodell.

Zwei Gegenfehler vermeiden

Preview-Theater verteilt eine Funktion breit, ohne Lernziel und Abschlussentscheidung. Es erzeugt Aufmerksamkeit, aber wenig belastbare Evidenz.

Der Gegenfehler verlangt schon vor einer Exploration mit synthetischen Daten vollständige Produktionssicherheit. Damit verschwindet das günstige Lernen. Evidenz folgt der Exposition und wächst mit Daten, Befugnis und Abhängigkeit.

Ein Portfolio-Nachweis führt Preview, Teilnehmer, Eigentümer, Kosten, Termine und Status. Wiederholte Nutzung, undokumentierte Integrationen oder kundenbezogene Kommunikation sind Warnzeichen für Schattenproduktion.

Amplified Pi gestaltet Previews als bewusste Experimente. Ergebnis kann eine Produktions-Roadmap, ein anderer Lösungsweg oder ein begründetes Ende sein. Alle drei sind wertvoll, wenn Lernen explizit und Exposition kontrolliert bleibt.