Natürlichsprachliche App-Erstellung macht die erste Umsetzung besonders überzeugend. Microsoft beschreibt für Copilot Studio und Cowork generierte App-Gerüste, Connectoren, Git-gestützte Quellen, Deployment-Stufen und zentrale Administration.

Diese Richtung ist relevant, aber eine Ankündigung ersetzt keine Architekturprüfung. Power Apps und Individualentwicklung decken ebenfalls große, teilweise überlappende Bereiche ab. Ausgangspunkt ist der künftige Service und nicht die Geschwindigkeit der Demo.

Ausschlusskriterien zuerst prüfen

Vor einer Punktebewertung werden unverzichtbare Anforderungen gesucht, die eine Option nicht nachweisbar erfüllt. Dazu können Offline-Betrieb, zertifizierte Geräteintegration, Datenresidenz, anonyme externe Nutzer, feste Latenz, besondere Transaktionen oder Portabilität gehören.

Unsichere Kriterien werden in einem kleinen technischen Spike geprüft. Eine unmögliche Muss-Anforderung darf nicht durch gute Werte in anderen Kategorien ausgeglichen werden.

Acht Betriebsfaktoren bewerten

Erstens werden Interaktion und Kanäle bewertet: Oberflächen, Geräte, Accessibility, Offline, externe Zielgruppen und Einbettung. Managed Generation kann für begrenzte interne Erlebnisse passen, Power Apps bietet etablierte Canvas- und Model-driven-Muster, Custom Code maximale Kontrolle mit höherem Eigentumsaufwand.

Zweitens folgen Datenmodell und Transaktion: Entitäten, Beziehungen, Audit, Gleichzeitigkeit, Aufbewahrung und System-of-Record-Rolle. Dataverse bietet strukturierte Tabellen, Logik und Sicherheit. Eine leichte App darf nicht unbeabsichtigt zum führenden System komplexer Records werden.

Drittens werden Identität und Sicherheit geprüft: Nutzer, Service-Identitäten, Zeilen- und Feldzugriff, Secrets, Gäste und privilegierte Administration.

Viertens zählen Integration und Erweiterbarkeit mit Connectoren, APIs, Events, Dateien, Geräten, Netzgrenzen, Rate Limits und Fehlerverhalten.

Fünftens werden Nutzerzahl, Datenvolumen, Gleichzeitigkeit, Geografie und Antwortzeiten mit produktionsnahen Daten getestet.

Sechstens umfasst der Lebenszyklus Quellen, Umgebungen, Tests, Deployment, Rollback, Versionstrennung und Migration. Bei einer Preview-Laufzeit muss konkret belegt sein, welche Artefakte und Einstellungen exportierbar und wiederherstellbar sind.

Siebtens werden Betrieb und Fähigkeiten betrachtet: Monitoring, Incident Response, Supportzeit und verfügbare Teams. Der günstige Build kann zum teuersten Waisensystem werden.

Achtens werden Wirtschaftlichkeit und Exit über Lizenz, Verbrauch, Umgebungen, Engineering, Support, Datenexport und Ablösung gerechnet.

Jede Bewertung verlinkt Evidenz und nennt ihre Sicherheit. Unbekannt ist kein neutraler Wert.

Beispiel: Feldinspektion

Ein Hersteller benötigt eine Inspektions-App für 300 Techniker. Sie erfasst Messwerte und Fotos, funktioniert bei schlechter Verbindung, eröffnet Reparaturfälle und hält eine siebenjährige Audit-Historie.

Der generierte Managed-App-Prototyp liefert eine starke Oberfläche und schnelles Feedback. Offline-Verhalten und langfristige Exportzusagen sind noch nicht ausreichend belegt. Er bleibt deshalb Discovery-Artefakt und nicht automatisch Laufzeit.

Power Apps passt gut zu Microsoft-Identität, Dataverse-Records, Connectoren, gesteuerten Umgebungen und dem vorhandenen Supportteam. Ein Spike prüft Offline-Synchronisation großer Fotos und Konflikte. Individualentwicklung bietet die stärkste Offline-Kontrolle, würde aber eine neue Mobile-Release- und Supportfähigkeit verlangen.

Die Entscheidung fällt auf Power Apps, weil der Spike die Muss-Kriterien erfüllt. Power-Platform-Pipelines unterstützen danach die gesteuerte Promotion der Solution-Komponenten. Eine kleine Azure-Komponente übernimmt Bildverarbeitung. Ihre API besitzt Eigentümer, Retry-Verhalten und Monitoring. Das Interaktionswissen aus dem ersten Prototyp bleibt erhalten, obwohl seine Laufzeit nicht übernommen wird.

Hybride bewusst gestalten

Ein Hybrid ist legitim, wenn jede Grenze einen nachweisbaren Grund besitzt. Jede Grenze erzeugt jedoch Identitäts-, Latenz-, Fehler-, Versions- und Supportpfade. Vertragseigentum, Timeout, Kompatibilität und gemeinsame Telemetrie werden dokumentiert.

Ein Hybrid, der nur unklare Plattformgrenzen umgeht, wird oft schwieriger als beide Ausgangsoptionen.

Entscheidung erneut prüfen

Preview-Plattformen entwickeln sich, Volumen verändert sich und native Funktionen wachsen. Der Architecture Decision Record hält Auswahl, verworfene Optionen, Annahmen, Ausschlusskriterien und Review-Auslöser fest. Große Produktänderung, neue Skalierung oder externe Zielgruppe öffnen die Scorecard erneut.

Lernen benötigt keine perfekte Sicherheit. Solange Evidenz schwach ist, bleiben Experimente jedoch portabel und Daten rückholbar.

Amplified Pi macht die Laufzeitwahl vor der Implementierung explizit. Die beste Architektur liefert nicht nur die schnellste Demo, sondern ist das einfachste System, das die Organisation betreiben, verändern und später verlassen kann.