Eigene Oberflächen und Dashboards
Workspace bringt eine vollständige Benutzeroberfläche mit, ist im Kern aber headless gebaut. Das bedeutet: die mitgelieferte Oberfläche ist der sofort nutzbare Standardclient für tägliche Arbeit, Verwaltung und Kontrolle. Sie ist nicht die einzige Form, in der Ihre Teams Daten, Prozesse und Auswertungen nutzen können.
Nutzen Sie diese Seite, wenn Sie prüfen möchten, ob Workspace zu einem eigenen Design, einem eigenen Dashboard, einem Kundenportal, einer Team-App oder einem speziellen Fachleitstand passt. Nach dem Lesen wissen Sie, wann die mitgelieferte Oberfläche genügt, wann eigene Oberflächen sinnvoll sind und wie Agenten, nucli, Discovery und OpenAPI beim Aufbau helfen.
Was Bring your own Design bedeutet
Bring your own Design oder Dashboard heißt: Sie behalten den fachlichen Kern von Workspace und bauen die Oberfläche, die zu Ihrem Alltag passt. Ein Vertriebsteam kann ein fokussiertes Lead-Dashboard bekommen. Ein Serviceteam kann nur offene Einsätze, Ersatzteile und Rückmeldungen sehen. Ein Management kann Kennzahlen aus Vertrieb, Lager, Marge und Fulfillment in einer eigenen Sicht zusammenführen. Ein Kunde oder Partner kann ein Portal nutzen, das Ihre Marke, Ihre Sprache und Ihre Prozesse abbildet.
Workspace liefert dafür nicht nur Daten. Workspace liefert fachliche Ressourcen, Berechtigungen, Prozesszustände, Readiness-Hinweise, Entry Points und API-Verträge, die eigene Clients auswerten können. So entsteht keine lose Zweitoberfläche neben dem System, sondern eine Oberfläche auf demselben fachlichen Fundament.
Warum Workspace headless ist
Viele Unternehmen brauchen mehr als eine Standardoberfläche. Teams arbeiten mit unterschiedlichen Rollen, Geräten, Prioritäten und Routinen. Manche Abläufe gehören in das zentrale Backoffice, andere in ein Kundenportal, ein Außendienst-Tablet, ein Lager-Terminal, eine Website oder ein internes Management-Dashboard.
Workspace trennt deshalb Kern und Darstellung:
| Ebene | Aufgabe |
|---|---|
| Fachlicher Kern | Daten, Berechtigungen, Workflows, Readiness, Audit- und Prozesslogik verwalten |
| Mitgelieferte UI | Sofort nutzbare Oberfläche für Standardarbeit, Administration und Kontrolle bereitstellen |
| Eigene Oberfläche | Ausgewählte Daten, Aktionen und Kennzahlen passend zu Rolle, Marke oder Prozess darstellen |
| Integrationen | Andere Systeme, Automationen, Websites und Agenten über veröffentlichte Verträge anbinden |
Diese Trennung schützt Ihre Investition. Sie können mit der Standardoberfläche starten und später gezielt eigene Oberflächen ergänzen, ohne den fachlichen Kern neu zu erfinden.
Wann eigene Oberflächen sinnvoll sind
Eine eigene Oberfläche lohnt sich, wenn eine Zielgruppe einen anderen Fokus braucht als die allgemeine Arbeitsoberfläche.
| Bedarf | Passende Umsetzung |
|---|---|
| Management möchte verdichtete Kennzahlen sehen | Dashboard mit ausgewählten KPIs, Trends und Warnsignalen |
| Vertrieb braucht eine schnellere Tagesansicht | Lead-, Opportunity- oder Kontaktleitstand mit wenigen Aktionen |
| Kunden sollen eigene Vorgänge sehen | Portal für Bestellungen, Angebote, Dokumente oder Servicefälle |
| Partner oder Agenturen arbeiten in Teilprozessen mit | Oberfläche mit begrenztem Funktionsumfang und klaren Berechtigungen |
| Lager, Service oder Produktion arbeiten mobil | Rollenfokussierte App mit Scan-, Status- oder Rückmeldeabläufen |
| Eine Marke braucht eine eigene Erfahrung | Frontend im eigenen Design auf Workspace-Daten und -Prozessen |
Bleiben Sie bei der mitgelieferten UI, wenn Ihre Teams allgemeine Backoffice-Arbeit erledigen, Stammdaten pflegen, Berechtigungen verwalten oder breite Prozesszusammenhänge prüfen. Bauen Sie eine eigene Oberfläche, wenn eine Zielgruppe schneller, fokussierter oder markennäher arbeiten soll.
Wie der Aufbau praktisch beginnt
Starten Sie nicht mit einem vollständigen Nachbau der Workspace-Oberfläche. Starten Sie mit einer klaren Frage:
- Welche Zielgruppe soll die Oberfläche nutzen?
- Welche Datensätze, Kennzahlen oder Aufgaben muss sie sehen?
- Welche Aktionen darf sie ausführen?
- Welche Berechtigungen und Datenschutzgrenzen gelten?
- Woran erkennt das Team, dass die Oberfläche im Alltag hilft?
Danach prüfen Sie die veröffentlichten Verträge der laufenden Workspace-Instanz. Discovery zeigt, welche Fähigkeiten und Einstiegspunkte verfügbar sind. Ressourcen-Metadaten erklären, welche Listen, Detaildaten und Aktionen ein Client verwenden darf. OpenAPI hilft beim technischen Verständnis der HTTP-Verträge. nucli dient als reproduzierbarer Referenzclient.
Agenten als Beschleuniger
Ein Agent kann den Start deutlich beschleunigen. Er kann die öffentlichen Docs lesen, Discovery auswerten, nucli-Aufrufe vorbereiten, OpenAPI einordnen und aus Ihren Anforderungen erste Oberflächen-, Dashboard- oder Integrationspläne ableiten.
Gute Agentenaufträge sind konkret:
| Auftrag | Ergebnis |
|---|---|
| „Entwirf ein Dashboard für offene Servicefälle und Ersatzteilrisiken.“ | Zielgruppen-, Daten- und Aktionsliste mit passenden Einstiegspunkten |
| „Prüfe, welche Ressourcen für ein Kundenportal zu Bestellungen nötig sind.“ | Discovery- und API-orientierte Integrationsskizze |
„Erstelle einen ersten nucli-Prüfplan für Produktdaten-Readiness.“ | Reproduzierbare Befehle und erwartete Prüfpunkte |
| „Schlage eine minimale Oberfläche für Außendienst-Rückmeldungen vor.“ | Rollenfokussierter Ablauf ohne unnötige Backoffice-Funktionen |
Der Agent ersetzt keine Berechtigungsentscheidung und keine fachliche Freigabe. Er hilft aber, vorhandene Prozesse schneller zu finden, Annahmen zu prüfen und einen ersten belastbaren Bauplan zu formulieren.
Was Sie nicht neu bauen müssen
Eigene Oberflächen sollen fokussieren, nicht Workspace duplizieren. Der fachliche Kern bleibt in Workspace:
- Benutzer, Rollen und Berechtigungen
- Arbeitsbereiche und Mandantenkontext
- Stammdaten, Bewegungsdaten und Prozesszustände
- Workflows, Freigaben, Readiness und Blockierungen
- Audit-, Datenschutz- und Integrationsgrenzen
- öffentliche Discovery-, Ressourcen- und API-Verträge
Dadurch können Teams mit eigenen Dashboards arbeiten, während Administration, Support und Backoffice weiterhin die zentrale Workspace-Oberfläche nutzen.
Erfolg erkennen
Eine eigene Oberfläche ist sinnvoll zugeschnitten, wenn:
- die Zielgruppe ihre wichtigsten Aufgaben ohne Umwege sieht,
- die Oberfläche nur erlaubte Daten und Aktionen anbietet,
- Discovery- und Ressourcenverträge statt interner Annahmen genutzt werden,
- Fehler- und Readiness-Hinweise verständlich sichtbar bleiben,
- die zentrale Workspace-Oberfläche nicht als Schattenkopie nachgebaut wird,
- fachliche Verantwortliche die dargestellten Kennzahlen und Aktionen freigegeben haben.
Nächste Schritte
- Agenten sicher einbinden: Agenten-Einstieg
- Discovery und Ressourcen prüfen: Discovery und Ressourcen
nucliund API-Aufrufe nutzen: CLI und API- OpenAPI einordnen: OpenAPI verwenden
- Eigene Webseiten und Frontends planen: Webseiten umsetzen