Ihr KI-Prototyp funktioniert: So bleibt beim Produktivstart das Wesentliche erhalten

Für den Produktivstart Ihres KI-Prototyps bilden die bestätigten Abläufe und Regeln den Ausgangspunkt. Ein technisches Team prüft und verstärkt den Datenschutz und den täglichen Betrieb. Ihre Anwendung ist die genaueste Beschreibung Ihres Bedarfs, das Team sollte die bewährten Abläufe erhalten und begründen, welche Teile es überarbeiten will.

Einen Teil der Arbeit haben Sie bereits geleistet

Sie sind Ärztin, Forscher, Logistikverantwortliche oder führen ein KMU. Sie programmieren nicht, haben aber ein Werkzeug gebaut, das echte Daten verarbeitet, Ihre Regeln anwendet und bereits einigen Personen hilft. Nach deren Rückmeldungen haben Sie die Ansichten angepasst. Diese Arbeit hat einen Wert, den Bildschirmaufnahmen allein nicht zeigen.

Der Begriff «Citizen Developer» bezeichnet Fachanwender, die Anwendungen erstellen, ohne beruflich Software zu entwickeln. Microsoft beschreibt ihre Zusammenarbeit mit technischen Teams in Fusion development. KI erweitert die Möglichkeit, aus dem eigenen Fachwissen eine Anwendung zu machen. Das hilft, den Bedarf genauer zu beschreiben.

Nun stellt sich die Frage, wie aus einem Werkzeug für wenige persönlich betreute Nutzer ein Dienst wird, auf den sich andere verlassen können.

Was Ihr Prototyp bereits geklärt hat

Eine Vorführung mit Ihren Beispielen zeigt die Reihenfolge der Schritte, die nötigen Informationen und die Ausnahmen. Sie macht auch unnötige Ansichten sichtbar. Halten Sie Rückmeldungen und die Gründe für Ihre Entscheidungen fest, einschliesslich verworfener Versuche.

Der Prototyp kann genauer sein als ein Pflichtenheft, weil Sie über beobachtbares Verhalten sprechen können. Einige Annahmen bleiben zu prüfen. Ein geschätzter Ablauf beweist noch nicht, dass alle ihn übernehmen werden.

Eine Ansicht kann bleiben, während das Team ihren Datenzugriff ersetzt. Umgekehrt kann ein Teil des Codes bereits geeignet sein. Verlangen Sie für jeden Teil eine begründete Entscheidung, statt eine komplette Neuentwicklung vor der Prüfung zu akzeptieren.

Was eine Vorführung nicht nachweisen kann

Ein erfolgreicher Test mit Ihrem Konto sagt nichts darüber aus, was eine andere Person lesen oder ändern könnte. Der GenAI Code Security Report 2025 dokumentiert Schwachstellen in generiertem Code. Er untersucht begrenzte Aufgaben, nicht Ihre Anwendung. Daraus folgt nicht, dass jeder Prototyp unsicher ist.

Bei einer Anwendung mit Supabase RLS müssen die Zugriffsregeln für Datenbankzeilen den Rechten jeder Person entsprechen. Eine ausgeblendete Schaltfläche ersetzt diese Kontrollen nicht. Ein sinnvoller Test prüft, ob eine Person auf fremde Dossiers zugreifen kann, auch ausserhalb der vorgesehenen Ansichten.

Nicht alle API keys haben denselben Zweck. Manche sind bewusst öffentlich. Geheime Schlüssel mit erweiterten Rechten müssen auf dem Server bleiben und bei einer Offenlegung ersetzt werden.

Klären Sie bei Personen- oder Gesundheitsdaten auch, welche Informationen nötig sind, wer sie sehen darf, wie lange sie aufbewahrt werden und welche Anbieter sie bearbeiten. Die geltenden Pflichten hängen vom Kontext ab. Eine Vorführung allein klärt sie nicht.

Die Übergabe vorbereiten

Sie müssen kein technisches Dossier verfassen. Bereiten Sie eine Vorführung der wichtigsten Abläufe mit anonymisierten oder fiktiven Beispielen vor. Ergänzen Sie eine kurze Liste der bestätigten Regeln. Unterscheiden Sie Ihre Entscheidungen von KI-Vorschlägen, die noch niemand geprüft hat.

Erfassen Sie die Zugänge zum Code, zu Hostingkonten, Datenbank, Domain und kostenpflichtigen Diensten. Halten Sie fest, wem die Konten gehören und wie Sie das Team mit individuellen Zugängen einladen können. Übermitteln Sie geheime Schlüssel über einen sicheren Kanal, nie in einem für alle freigegebenen Dokument.

Beschreiben Sie erwartete Nutzer, Spitzenzeiten, Datenmengen und die Folgen eines Ausfalls. Wo Werte fehlen, notieren Sie die zu prüfenden Annahmen. Ein internes Nachschlagewerk und ein Werkzeug für den Pikettdienst haben unterschiedliche Betriebsanforderungen.

Die Übernahme organisieren

1. Das Team führt Ihre Abläufe mit Ihnen durch und dokumentiert die erwarteten Ergebnisse. Sie bestätigen die Regeln und die wichtigen Ausnahmen.
2. Es prüft Code, Zugänge, Daten und Abhängigkeiten. Vor einer Offerte für die nächste Phase erläutert es, was bleiben kann, was sich ändern muss und welche Fragen offen sind.
3. Es sichert die Grundlagen ab und prüft die beibehaltenen Abläufe bei jedem Schritt. Sie beurteilen die Auswirkungen auf Ihre Arbeit, ohne die Architektur selbst prüfen zu müssen.
4. Gemeinsam testen Sie eine Version, die von der täglich genutzten Anwendung getrennt ist. Das Team bereitet Datenübertragung, Rückkehr zur vorherigen Version und die Bedingungen für den Start vor.
5. Nach dem Start verfolgt eine verantwortliche Person Fehler, Sicherungen, Ausgaben und Updates. Sie bestimmen weiterhin die Prioritäten der fachlichen Weiterentwicklung.

Vor der Freigabe

Jede Rolle wurde geprüft, auch verweigerte Zugriffe.Nötige Daten und Aufbewahrungsfristen sind festgelegt.Eine Sicherung wurde wiederhergestellt und die Rückkehr zur Vorversion vorbereitet.Erwartete Last und Kostenwarnungen wurden geprüft.Jemand empfängt Warnungen und kennt die Ansprechperson.

Diese Liste hilft bei der Gesprächsvorbereitung. Ein Häkchen ersetzt die entsprechende Prüfung nicht.

Nach dem Start die Kontrolle behalten

Halten Sie das Eigentum am Code und die Rechte an Bestandteilen Dritter im Vertrag fest. Sehen Sie Konten auf den Namen Ihrer Organisation, Rechnungseinsicht, Datenexport und die für einen Anbieterwechsel nötige Dokumentation vor. Hosting, Wartung und Störungsbehebung brauchen jeweils einen ausdrücklichen Umfang und eine verantwortliche Person.

Bei Appik Studio prüfen wir die bestehende Anwendung und ihre Nutzung, bevor wir eine Übernahme vorschlagen. Das Erstgespräch und eine erste Einschätzung sind kostenlos. Die detaillierte Projektklärung ist eine separate, mit Ihnen vereinbarte und budgetierte Phase.

Den Produktivstart Ihres Prototyps mit Appik Studio vorbereiten.

Für technische Abwägungen mit Ihrem künftigen Team lesen Sie auch Eine Vibe-Code-App übernehmen, ohne von vorne anzufangen.

Quellen und Referenzen

4 Quellenlearn.microsoft.com · veracode.com · supabase.com

1. learn.microsoft.comMicrosoft Learn, Fusion development, 26. Oktober 2026, abgerufen am 13. November 2026. Rollen und Zusammenarbeit in Power Platform, keine Messung der KI-Nutzung.learn.microsoft.com
2. veracode.comVeracode, GenAI Code Security Report 2025, abgerufen am 13. November 2026. Über 100 Modelle, 80 Aufgaben zur Funktionsergänzung, vier Sprachen und vier Schwachstellenkategorien, ohne Sicherheitsvorgaben. Kein Audit vollständiger Anwendungen.veracode.com
3. supabase.comSupabase, Row Level Security, 3. November 2026, abgerufen am 13. November 2026. Dokumentation zu Zugriffsrechten auf erreichbare Tabellen und deren Tests.supabase.com
4. supabase.comSupabase, API keys, 2. November 2026, abgerufen am 13. November 2026. Unterscheidung zwischen öffentlichen Schlüsseln und geheimen Schlüsseln mit erweiterten Rechten.supabase.com