Anwendungsfälle
Dashboards mit KI-gestütztem Engineering bauen
Eine Live-Ansicht der Zahlen, über die dein Team streitet — gebaut auf deinen eigenen Daten, mit Zugriffsregeln und Alerts, in Code, den du lesen und exportieren kannst.
Ciao ist eine KI-gestützte Engineering-Plattform zum Bau operativer Dashboards als echte Anwendungen — Live-Ansichten über Postgres, Warehouses und APIs mit Filtern, Drill-down, rollenbasierter Sichtbarkeit und Alerts. Anders als BI-Tools mit Preis pro Betrachter ist ein Ciao-Dashboard Standard-React-, TypeScript- und Supabase-Code, der dir gehört, mit Metrikdefinitionen, die im Code versioniert sind, und jeder Änderung, die von automatisierter QA vor der Veröffentlichung getestet wird.
Veröffentlicht 2026-07-03 · Zuletzt aktualisiert 2026-07-03
Eine Version der Zahlen
Ein Dashboard ist eine Live-Ansicht der Zahlen, auf denen ein Team läuft: Pipeline in diesem Quartal, Tickets, die die SLA verletzen, Lkw auf der Straße, Einheiten vom Band. Es geht nicht um die Diagramme — es geht darum, dass alle aufhören zu streiten, wessen Tabelle stimmt, und anfangen zu streiten, was zu tun ist.
Die meisten Dashboards scheitern aus einem von drei Gründen. Die Metrik wurde nie präzise definiert, sodass zwei Teams sie unterschiedlich berechnen. Die Daten sind veraltet, sodass niemand ihnen vertraut. Oder das Tool bepreist pro Betrachter, sodass der eine Bildschirm, der überall sein sollte, hinter einer Lizenzmauer sitzt und stattdessen in Folien-Decks gescreenshottet wird.
Ciao baut Dashboards als echte Anwendungen. Metrikdefinitionen leben in lesbarem, versioniertem Code — prüfbar, wenn jemand eine Zahl anzweifelt. Daten kommen direkt aus deinem Postgres, Warehouse oder deinen APIs. Zugriff ist rollenbasiert, nicht lizenzbasiert. Und weil es eine Anwendung ist, kann ein Dashboard handeln: einen Channel alarmieren, eine Aufgabe öffnen, einen Workflow starten, wenn ein Schwellenwert überschritten wird.
Was ein Dashboard wirklich braucht
- Datenquellenverbindungen — Postgres, Supabase, Warehouse-Tabellen und REST-APIs — direkt abgefragt, nicht in eine zweite Kopie exportiert, die driftet.
- Vereinbarte Metrikdefinitionen — Jede Metrik einmal definiert, im Code, mit expliziten Filtern und Randfällen — die Definition ist die Dokumentation.
- Eine Aktualisierungsstrategie — Live-Abfragen für operative Zählungen, zwischengespeicherte Aggregate für schwere Historie — pro Panel gewählt, kein globaler Kompromiss.
- Filter und Drill-down — Von der Schlagzeilenzahl zu den zugrunde liegenden Zeilen in zwei Klicks, weil die erste Frage immer „welche?" ist.
- Rollenbasierte Sichtbarkeit — Führungskräfte sehen unternehmensweit, Führungskräfte im Team sehen ihr Team, externe Partner sehen nur ihren Ausschnitt — im Backend durchgesetzt.
- Alarmschwellen — Slack oder E-Mail, wenn eine Metrik eine Linie überschreitet, sodass das Dashboard funktioniert, selbst wenn niemand hinschaut.
- Export und Einbettung — CSV-Export für die Analysten, und Einbettung in die Portale und Tools, in denen Menschen bereits arbeiten.
- Ein Layout, das eine Wandanzeige und ein Telefon übersteht — Der Ops-Floor-Fernseher und die Pendelfahrt der Gründerin zählen beide.
Wie ein Dashboard-Build auf Ciao abläuft
1. Die Entscheidungen beschreiben
Nicht „ein Vertriebs-Dashboard", sondern „tägliche Pipeline-Abdeckung nach Region, SLA-Verletzungen nach Warteschlange, und wer jede Verletzung verantwortet" — Dashboards dienen Entscheidungen.
2. Die Quellen verbinden
Richte Ciao auf Postgres, Warehouse-Tabellen oder APIs; die Full-Stack-Konsole zeigt jede Abfrage, die das Dashboard ausführt.
3. Die Definitionen festnageln
Jede Metrik landet als expliziter, prüfbarer Code. Wenn jemand eine Zahl anzweifelt, liest du die Definition, statt ein Diagramm zurückzuentwickeln.
4. Panels und Drill-downs bauen
Diagramme, Tabellen und Detailansichten, verfeinert mit Inspect-to-Prompt, während die Live-Vorschau neben dem Chat aktualisiert.
5. Zugriff und Alerts festlegen
Rollenstufen entscheiden, wer welche Panels sieht; Schwellenwerte verdrahten in Slack und E-Mail.
6. Testen und veröffentlichen
QA-Smoke-Gates bestätigen, dass Panels rendern und Abfragen zurückkommen, vor jeder Veröffentlichung; Produktionsprüfungen laufen danach.
7. Wöchentlich iterieren
Neue Metrik, neuer Filter, neues Panel — in einfacher Sprache beschrieben, über denselben Kreislauf ausgeliefert, mit Rollback, falls eine Änderung in die Irre führt.
Sicherheits- und Governance-Checkliste
- ✓ Rollenbasierte Sichtbarkeit im Backend durchgesetzt, nicht als versteckte Panels
- ✓ Nur-Lese-Datenbankzugangsdaten, begrenzt auf das, was das Dashboard braucht
- ✓ Metrikdefinitionen im Code versioniert, mit Prüfung bei Änderungen
- ✓ SSO-Anmeldung, sodass der Dashboard-Zugriff deinem Identity-Provider folgt
- ✓ Unveränderliches (append-only) Audit-Protokoll über Prompts, Merges und Deployments hinweg
- ✓ QA-Smoke-Gates vor Veröffentlichung; Produktionsprüfungen danach
- ✓ Exportkontrollen bei Panels mit sensiblen Zeilen
- ✓ Voller Code-Export — das Dashboard gehört dir, samt seiner Abfragen
Dashboard-Varianten, die Teams bauen
Revenue-Operations-Dashboard
Pipeline-Abdeckung, Phasenkonversion und Prognose gegen Ziel, mit Drill-down zu den Deals hinter jeder Zahl.
Support-SLA-Dashboard
Warteschlangentiefe, Erstreaktion und Verletzungsrisiko nach Team, mit Alerts vor einer Verletzung statt eines Reports danach.
Logistik-Flotten-Dashboard
Fahrzeuge, Routen, Verspätungen und Ausnahmen auf einem Bildschirm, gespeist von Telematik- und Bestelldaten.
Produktionslinien-Dashboard
Ausstoß, Stillstand und Ausschuss nach Linie und Schicht, sichtbar auf der Fläche, wo es Verhalten ändert.
Marketing-Performance-Dashboard
Ausgaben, Pipeline-Beitrag und Kampagnen-Performance, zusammengeführt über Werbeplattformen und das CRM.
Executive-KPI-Dashboard
Das Dutzend Zahlen, das die Führung tatsächlich verfolgt, jede bis ins operative Detail dahinter aufschlüsselbar.
Dashboard-Anforderungen, abgedeckt
| Anforderung | Wie Ciao sie abdeckt |
|---|---|
| Live-Unternehmensdaten | Direkte Verbindungen zu Postgres, Supabase, Warehouses und REST-APIs |
| Zahlen, denen Menschen vertrauen | Metrikdefinitionen in versioniertem, prüfbarem Code |
| Alle können es sehen | Rollenbasierter Zugriff statt Lizenzierung pro Betrachter |
| Auf Schwellenwerte reagieren | Alerts an Slack und E-Mail; Workflows, ausgelöst aus derselben App |
| Kein kaputtes Montags-Dashboard | QA-Smoke-Gates vor Veröffentlichung, Produktionsprüfungen danach |
| Einbettung | Standard-React-Komponenten, einbettbar in deine Portale und Tools |
| Eigentum | 100 % Code-Eigentum — exportiere Abfragen und Oberfläche jederzeit in dein Repository |
Häufig gestellte Fragen
Können Ciao-Dashboards unser Data Warehouse abfragen?
Ja. Dashboards verbinden sich mit Postgres, Supabase, Warehouse-Tabellen und REST-APIs, und die Full-Stack-Konsole zeigt genau, welche Abfragen laufen. Schwere Aggregate können nach Zeitplan zwischengespeichert werden, während operative Zählungen live bleiben.
Wie unterscheidet sich das von einem BI-Tool?
Ciao ist für Teams gebaut, die das Dashboard als Teil einer echten Anwendung wollen — mit Aktionen, Alerts, rollenbasiertem Zugriff und ohne Lizenz pro Betrachter — statt als separates Analyseprodukt. Wenn dein Bedarf Ad-hoc-Exploration durch Analysten ist, verdient sich ein BI-Tool weiterhin seinen Platz; beide können dasselbe Warehouse teilen.
Wie verhindern wir, dass zwei Teams dieselbe Metrik unterschiedlich berechnen?
Die Definition jeder Metrik lebt im Code des Dashboards — explizit, versioniert und prüfbar. Eine Definition zu ändern ist eine sichtbare Änderung, die Review und QA durchläuft, keine stille Bearbeitung in einem Diagramm-Builder.
Können unterschiedliche Rollen unterschiedliche Zahlen sehen?
Ja. Sichtbarkeit wird im Backend nach Rolle durchgesetzt — Führungskräfte, Manager, Teams und externe Partner bekommen jeweils ihren Ausschnitt, und Zugriffskontroll-Proben bestätigen die Grenzen gegen die Live-App.
Wie fangen wir an?
Self-Service: Beschreibe dein erstes Dashboard, verbinde eine Datenquelle und veröffentliche mit Guthaben. Teams, die Dashboards abteilungsübergreifend standardisieren, können mit dem Vertrieb sprechen, sobald daraus ein Programm wird.