Eigene Ansichten und Dashboards planen
Für die tägliche Arbeit bringt Workspace eine vollständige Standardoberfläche mit. Entscheiden Sie hier, ob diese vorhandene Oberfläche genügt oder ob eine Zielgruppe eine eigene Übersicht, ein Kennzahlen-Dashboard, ein Kundenportal oder eine besonders fokussierte Arbeitsfläche braucht.
Nach der Entscheidung stehen Zielgruppe, benötigte Daten und erlaubte Aktionen fest. Die technische Umsetzung gehört anschließend in die verlinkte Entwicklerdokumentation.
Zuerst Standard oder eigene Oberfläche wählen
| Situation | Passende Entscheidung |
|---|---|
| Mitarbeiter bearbeiten breite Backoffice-Aufgaben und Stammdaten | Standard-UI verwenden. |
| Eine Rolle braucht wenige Kennzahlen und Warnsignale | Fokussiertes Dashboard prüfen. |
| Kunden oder Partner sollen eigene Vorgänge sehen | Portal mit begrenzten Daten und Aktionen planen. |
| Lager, Service oder Produktion brauchen einen mobilen Ablauf | Rollenbezogene Fachoberfläche oder App prüfen. |
| Eine öffentliche Website oder Storefront ist das Ziel | Mit Webseiten umsetzen beziehungsweise B2B-Onlineshop bauen starten. |
Bei einem klaren Ablauf ohne unnötige Umwege bleibt die Standard-UI die passende Wahl. Eine eigene Oberfläche lohnt sich erst, wenn Zielgruppe und Aufgabe enger geschnitten sind als die allgemeine Arbeitsoberfläche. Beides muss vor dem Entwurf feststehen.
Bring your own Design
Workspace bezeichnet eigene Oberflächen, Dashboards, Portale oder Apps als Bring your own Design. Sie verwenden den Workspace-Kern ohne dessen Standardoberfläche. Daten, Berechtigungen, Workflows, Readiness und Prozesszustände bleiben in Workspace; die Zielgruppe erhält eine darauf zugeschnittene Darstellung.
In eigenen Clients bleibt dasselbe fachliche Fundament maßgeblich; Berechtigungen, Readiness und Prozessregeln dürfen nicht als lokale Logik nachgebildet oder umgangen werden.
Die Darstellungsform bestimmen
| Bedarf | Geeignete Form | Beispiel |
|---|---|---|
| Verdichtete Steuerung | Dashboard | Kennzahlen, Trends und Warnsignale für Management oder Teamleitung |
| Schnelle Tagesarbeit | Fachoberfläche | Offene Leads, Serviceeinsätze oder Rückmeldungen mit wenigen Aktionen |
| Externer Zugriff | Portal | Eigene Bestellungen, Angebote, Dokumente oder Servicefälle für Kunden und Partner |
| Mobiler Spezialablauf | App | Scan-, Status- oder Rückmeldeabläufe in Lager, Service oder Produktion |
| Öffentliche Produkterfahrung | Website oder Storefront | Inhalte, Katalog, Suche, Warenkorb oder Kundenbereich im eigenen Design |
Vor dem Entwurf klären
- Wer nutzt die Oberfläche?
- Welche Datensätze, Kennzahlen oder Aufgaben müssen sichtbar sein?
- Welche Aktionen darf die Zielgruppe ausführen?
- Welche Berechtigungs- und Datenschutzgrenzen gelten?
- Welches messbare Ergebnis soll sich gegenüber der Standard-UI verbessern?
Ein vollständiger Nachbau der Workspace-Oberfläche ist kein sinnvoller Startpunkt. Ob eine eigene Darstellung im Alltag hilft, zeigt zuerst ein klar begrenzter Ablauf.
Technischen Einstieg wählen
| Aufgabe | Dokumentation |
|---|---|
| Fähigkeiten und Ressourcen der laufenden Instanz erkennen | Discovery und Ressourcen |
| API-Aufrufe mit dem Referenzclient prüfen | CLI und API |
| Einen Headless-Client oder eine Admin-Oberfläche bauen | Backend-Integration für eigene Clients |
| Website oder Portal planen | Webseiten umsetzen |
| Öffentliche Storefront entwickeln | B2B-Onlineshop bauen |
| OpenAPI sicher einordnen | OpenAPI verwenden |
Der folgende technische Einstieg richtet sich an Entwicklungs- und Integrationsteams. Discovery und Ressourcen-Meta zeigen, welche Fähigkeiten, Felder und Aktionen eine laufende Instanz veröffentlicht. OpenAPI ergänzt die technische Analyse; es ersetzt diese Laufzeitverträge nicht. Verwenden Sie keine fest hinterlegten internen Pfade als Fallback.
Agenten sinnvoll einsetzen
Zur Vorbereitung kann ein Agent öffentliche Dokumentation auswerten, Discovery- und nucli-Prüfschritte vorbereiten oder Anforderungen in eine erste Daten- und Aktionsliste übersetzen. Fachliche Freigaben, Berechtigungsentscheidungen und Datenschutzgrenzen bleiben bei den verantwortlichen Menschen. Die sicheren Recherchegrenzen stehen unter Agenten-Einstieg.
Was im Workspace-Kern bleibt
Eigene Oberflächen fokussieren einen Ablauf; sie duplizieren nicht den fachlichen Kern. Im Workspace-Kern verbleiben insbesondere:
- Benutzerkonten, Rollen und Berechtigungen,
- Arbeitsbereiche und Mandantenkontext,
- Stamm- und Bewegungsdaten,
- Workflows, Freigaben, Readiness und Blockierungen,
- Audit- und Datenschutzgrenzen sowie
- öffentliche Discovery-, Ressourcen- und API-Verträge.
Woran Sie einen tragfähigen Zuschnitt erkennen
- Die Zielgruppe sieht ihre wichtigsten Aufgaben ohne Umwege.
- Nur erlaubte Daten und Aktionen sind verfügbar.
- Discovery und Ressourcenverträge ersetzen interne Annahmen.
- Fehler- und Readiness-Hinweise bleiben verständlich sichtbar.
- Die Standard-UI wird nicht als Schattenkopie nachgebaut.
- Fachliche Verantwortliche haben Kennzahlen und Aktionen freigegeben.
Nächste Schritte
- Oberfläche erstmals bedienen: Erste Schritte
- Fachbereich nach der Demo wählen: Nach der Demo
- Technische Integration beginnen: Integration
- Agenten sicher einbinden: Agenten-Einstieg