Zum Hauptinhalt springen

Geschäftsprozess — Wer tut was und wann

Dieses Dokument beschreibt, wie Sie Studio in Ihrer Organisation betreiben. Da jeder Apps erstellen kann, wird es schnell unübersichtlich, wenn es keine Regeln gibt, wer entwickelt und wer nutzt.

Unterschied zum Tutorium

Das Tutorium zeigt „Eine App von Anfang bis zur Bereitstellung erstellen". Dieses Dokument behandelt „Mehrere Personen erstellen und nutzen kontinuierlich Apps".


Es gibt drei Rollen

RolleAufgabe
adminUmgebungskonfiguration, Benutzerverwaltung, KI-Anbieter, Bereitstellungsziele
builderApps erstellen und bereitstellen (Standardwert bei Kontoerstellung)
viewerBereitgestellte Apps ansehen

Konten werden unter Einstellungen → Benutzerverwaltung erstellt und erhalten Rollen → Erstkennwort ändern.

Nicht alle als builder festlegen

Da der Standardwert builder ist, können alle Apps erstellen, wenn Sie nichts ändern. Je mehr Apps entstehen, desto weniger wissen Sie, wer was erstellt hat. Nutzer, die nur schauen sollen, erhalten die Rolle viewer.


Gesamtablauf

Pfeile, die Spuren kreuzen, zeigen Übergabepunkte.


1. Inbetriebnahme — Vor der Entwicklung festzulegende Punkte

ReihenfolgeAufgabeVerantwortlich
1Installation → One-Line-Installationadmin
2Erstkennwort ändernErstkennwort ändernadmin
3KI-Anbieter verbinden + Verbindung testenEinstellungenadmin
4Build-Standard festlegen — Stack, Layout, Abhängigkeitsversionierungadmin
5Konten erstellen, Rollen zuweisenadmin
6Erste App als Pilot erstellenbuilder
Punkt 4 vorher festlegen spart später Zeit

Wenn Build-Standards offen bleiben, entstehen Apps mit unterschiedlichen Stacks. Wenn Sie Abhängigkeitsversionierung und Layout-Konvention erzwingen aktivieren, sehen die Ergebnisse einheitlich aus → Einstellungen (Administrator).


2. App-Entwicklung — Von Anforderung bis Bereitstellung

PhaseAufgabeErgebnis
AnforderungEin Screen = ein Satz — in Teile zerlegenEin Satz
ErstellungVon der Startseite aus mit Sätzen beginnen → App von der Startseite erstellenEntwurf-Screen
VerfeinerungIm Builder mit Worten überarbeiten → Builderfertiger Screen
ÜberprüfungAnfragsteller sieht selbstBestätigung
BereitstellungBereitstellungs-Drawer → Katalog und FreigabeApp-Adresse
FreigabeAdresse an Vor-Ort-Team übermitteln
Keine Kennwörter oder API-Schlüssel im Chat einfügen

Gesprächsinhalte können im App-Code verbleiben. Wenn Schlüssel nötig sind, fordern Sie sie beim admin an → Geheimnisverwaltung.


3. Betrieb — Regelmäßige Aufgaben

ZeitraumAufgabeVerantwortlich
täglichWatcher-Benachrichtigungen prüfen → Watcher und BenachrichtigungenVor-Ort
wöchentlichKI-Nutzung, Bereitstellungsfehleradmin
monatlichUnbenutzte Apps löschen, Backup-Recovery übenadmin
vierteljährlichSchlüssel rotieren → Kennwörter · API-Schlüssel ändernadmin
Plötzliche Token-Zunahme?

Der Watcher-Zyklus könnte zu kurz sein, oder „Vision Self-Validation" lief im Hintergrund während vieler Builds. Prüfen Sie zunächst den Bildschirm Statistiken.


4. Vor-Ort-Know-how aufbauen

Dieselbe Anweisung immer wieder zu schreiben ist Verschwendung. Wiederholte Regeln registrieren Sie als Skills, dann fließen sie automatisch in künftige Erstellungen ein → Vor-Ort-Skills.

Was es wert ist, registriert zu werdenBeispiel
Screen-Konventionen"Firmenlogo oben auf jedem Screen"
Farbregeln"Auslastung unter 80 % = rot"
TerminologieVor-Ort-Kurzbezeichnungen für Anlagen

Häufige Fehlerquellen

SymptomMeist liegt es daran
„Zu viele Apps, wir verlieren den Überblick"Keine Namenskonvention + ungenutzte Apps nicht löschen
„Screens sehen bei verschiedenen Leuten anders aus"Build-Standard nicht aktiviert
„KI-Kosten plötzlich gestiegen"Watcher-Zyklus, Vision Self-Validation
„Entwickler ist gegangen, niemand kann die App anpassen"Apps sind Vermögenswerte — Eigentümer festlegen und einarbeiten
„App bereitgestellt, aber Vor-Ort kann nicht zugreifen"Port-Zugang: App-Listener-Port in der Installation blockiert

Verwandte Dokumente