Ein Dashboard mit definierten Kennzahlen entwerfen

Autor: AILesson10 Min. EinrichtungszeitGetestet mit:ChatGPTGeprüft am: 2026-08-28

Schnelle Antwort

Jede Dashboard-Kennzahl mit einer Entscheidung, Grundgesamtheit, Formel, Quelle, verantwortlichen Person, Aktualisierungsregel und Einschränkung verknüpfen. Angeben: Zielgruppe und Entscheidungen, Mögliche Kennzahlen und Definitionen, Quellen und betriebliche Rahmenbedingungen. Erwartetes Ergebnis: Eine Dashboard-Spezifikation mit Kennzahlenregister, Layout, Berechnungen, Qualitätsstatus und Abnahmetests.

1

Kontext hinzufügen

Dein Text bleibt in diesem Browser. AILesson Prompts sendet ihn nicht an ein Modell oder einen Server.

2

Dein Prompt

Nicht ausgefüllte Felder bleiben als Platzhalter sichtbar, sodass du den Prompt weiterhin kopieren und bearbeiten kannst.

Entwirf ein Excel-Dashboard, dessen Kennzahlen vollständig definiert und prüfbar sind.

Nutzer, Rhythmus, Fragen, Entscheidungen, Vergleiche, Ziele, Maßnahmen und unzulässige Aussagen:
[decisions]

Namen, Definitionen, Zähler, Nenner, Einheiten, Granularität, Filter, Datumsangaben, Ziele, Segmente, Verantwortliche und Meinungsunterschiede:
[metrics]

Quellen, Schlüssel, Aktualisierung, Verlauf, fehlende Daten, Zugriff, Excel-Version, Leistung, Anzeige und Grundlagen:
[data]

Beginne bei den Entscheidungen und entferne Kennzahlen, die keine angegebene Frage oder Maßnahme unterstützen. Definiere für jede beibehaltene Kennzahl Grundgesamtheit, Granularität, Ereignis oder Status, Zähler, Nenner, Zeitbasis, Ein- und Ausschlüsse, Einheit, Aggregation, Zielrichtung, Vergleich, Aktualisierungsrhythmus, Quelle, verantwortliche Person, Qualitätsstatus und Interpretationsgrenze. Löse widersprüchliche Definitionen oder lege sie offen, statt sie zu mitteln. Trenne aktuellen Wert, Ziel, Veränderung, Prognose und Anmerkung. Zeige Anzahlen neben Quoten und genaue Datumsangaben neben Bezeichnungen wie „aktuell“ oder „letzter Monat“. Verwende zur Kennzahl passende visuelle Kodierungen; nutze keine abgeschnittenen Achsen, Doppelachsen, Ampelfarben ohne Text oder Ziele, die Kausalität unterstellen. Gib Folgendes aus: Zuordnung von Entscheidungen zu Kennzahlen; Kennzahlenregister; Quellenmodell; Berechnungsplan und Formeln; Dashboard-Wireframe; Filterinteraktionen; Status für Datenqualität und veraltete Daten; barrierearme Formatierung; Anmerkungsregeln; Abstimmung; Leistungs- und Aktualisierungsplan sowie Abnahmetests mit bekannten Werten.
Im Playground ausprobieren
Standardmäßig privatDer Prompt wird lokal in deinem Browser zusammengestellt. Gib keine vertraulichen Informationen in einen KI-Dienst ein, es sei denn, deine Organisation erlaubt dies.

Von der Eingabe zum Ergebnis

Ein ausgearbeitetes Beispiel

Sieh dir an, wie konkreter Kontext dieses Rezept in ein nutzbares Ergebnis verwandelt.

Tatsächliche Eingabe

Zielgruppe und Entscheidungen
Wöchentliche Prüfung des Supportbetriebs am Montag. Zielgruppe: Supportmanager und drei Teamleiter. Für die letzte vollständige Woche von Montag bis Sonntag werden Schwerpunkte der Personalbesetzung und Untersuchungsprioritäten festgelegt. Fragen: eingehende zulässige Fälle, Rückstand am Wochenende, Service bei der ersten Antwort, Muster bei Wiedereröffnungen und zu prüfende Warteschlange. Ziele sind betriebliche Schwellenwerte und kein Beweis dafür, dass die Personalbesetzung Ergebnisse verursacht hat. Keine Rangliste einzelner Mitarbeitender. Genauen Zeitraum und Aktualisierungszeitpunkt anzeigen. Ein Bildschirm mit 1366×768 Pixeln und PDF-Export.
Mögliche Kennzahlen und Definitionen
Kandidaten: New Cases; End Backlog; FRT SLA%; Reopen%; CSAT; Average Handle Time. Vorgeschlagene Definitionen: New Cases = in der Woche erstellte Fälle ohne Spam/Test. End Backlog = zulässige offene Fälle am Sonntag um 23:59 UTC. Uneinigkeit zu FRT SLA%: Operations verwendet zulässige Fälle mit erster Antwort innerhalb des planspezifischen Schwellenwerts / zulässige Fälle mit erster Antwort; Quality verwendet alle erstellten zulässigen Fälle einschließlich ungelöster Fälle im Nenner. Reopen% = innerhalb von 7 Tagen wiedereröffnete Fälle / geschlossene Fälle, aber das Kohortenfenster ist noch nicht festgelegt. Die Rücklaufquote für CSAT beträgt nur 22 %. AHT stammt aus einem anderen System und ist nicht abgestimmt. Aufschlüsselung nach Queue, nicht nach Mitarbeitenden. Verantwortlich sind Operations Analytics und Quality.
Quellen und betriebliche Rahmenbedingungen
Tabellen: Cases mit einer Zeile pro Fall, Events mit vielen Zeilen pro Fall, QueueHistory mit Gültigkeitszeiträumen, PlanThreshold, Calendar und RefreshLog. Stabiler Schlüssel CaseID. Daten bis Sonntag 23:59 UTC werden normalerweise Montag um 07:00 UTC geladen; aktuelle Aktualisierung Montag 07:20 Uhr. Events können mit 24 Stunden Verspätung eintreffen. Microsoft 365 Excel mit Power Query und Datenmodell. Bekannte Referenzwoche 17.–23. Aug.: 1.240 zulässige neue Fälle, Rückstand am Sonntag 386, 1.150 zulässige Fälle mit erster Antwort, davon 972 innerhalb des Schwellenwerts. 48 Spam-/Testfälle ausgeschlossen. QueueHistory wird benötigt, um die Queue zum Ereigniszeitpunkt zuzuordnen. Das PDF muss ohne Hovereffekte oder Farbe lesbar bleiben.

Beispielausgabe

Entscheidungszuordnung: Volumen und Rückstand unterstützen Personal- und Untersuchungsentscheidungen; FRT unterstützt die Serviceprüfung; die Aufschlüsselung nach Queue zeigt den Nachverfolgungsbedarf. Reopen bleibt zurückgestellt, bis die Kohorte geschlossener Fälle und das vollständige siebentägige Beobachtungsfenster definiert sind. CSAT darf in einem nachgeordneten Qualitätsbereich nur als „CSAT der Antwortenden, Rücklaufquote 22 %, n“ erscheinen, nicht als Gesamtzufriedenheit. AHT wird ausgeschlossen, bis die Quellen abgestimmt sind.

Kennzahlenregister: New Cases – unterschiedliche zulässige CaseID, die vom 17. bis 23. Aug. UTC erstellt wurden, ohne Spam/Test; verantwortlich: Operations Analytics. End Backlog – unterschiedliche zulässige CaseID, die am 23. Aug. um 23:59 UTC offen waren, ermittelt anhand des Statusverlaufs statt des aktuellen Status. FRT SLA darf nicht unter einer einzigen mehrdeutigen Bezeichnung veröffentlicht werden: Entweder wird eine geregelte Definition ausgewählt oder es werden zwei ausdrücklich benannte Kennzahlen gezeigt. Nach der Operations-Definition gilt 972/1.150 = 84,52 %, mit der Anzahl „972 von 1.150“; 90 zulässige erstellte Fälle ohne erste Antwort liegen außerhalb dieses Nenners und müssen daneben angezeigt werden. Der alternative Quality-Nenner benötigt die Anzahl aller zulässigen Fälle, auf die sich der Schwellenwert gültig anwenden lässt; ohne Prüfung der Ausschlüsse und der Vollständigkeit der Beobachtung darf nicht angenommen werden, dass sie genau 1.240 beträgt.

Wireframe: Kopfzeile mit „17.–23. Aug. 2026 UTC“, aktualisiert „24. Aug. 07:20 UTC“ und „Events können 24 Std. verspätet sein – vorläufig“. Erste Zeile: New Cases 1.240, End Backlog 386, FRT SLA 84,52 % (972/1.150), No first response 90. Zweite Zeile: wöchentliche Trends mit geeignetenfalls bei null beginnenden Achsen und dem Ziel als beschrifteter Referenzlinie; dritte Zeile: Queue-Tabelle mit Anzahlen, Quoten, Nenner, Veränderung, Qualitätskennzeichnung und Prüfhinweis. Keine Doppelachsen oder Rangliste einzelner Mitarbeitender. Der Queue-Filter gilt für jede Karte und verändert die Nenner sichtbar. Das PDF verwendet Statustext zusammen mit Muster oder Symbol, nicht nur Rot und Grün.

Abnahme: Die Quellenzahlen ergeben 1.240 und 48 Ausschlüsse; der Rückstand nutzt den Verlauf zu einem festen Zeitpunkt; FRT reproduziert anhand des jeweiligen Schwellenwerts 972 und 1.150; die Queue-Zuordnung verwendet das Gültigkeitsdatum; alle Quoten zeigen n; verspätete Ereignisse setzen den Status Provisional; eine leere Queue zeigt No data statt 0 %; eine laut Richtlinie zu alte Aktualisierung zeigt Stale und unterdrückt entscheidungsbezogene Formulierungen. Stimme die Dashboard-Gesamtsummen vor dem Export mit den Kennzahlenabfragen ab.

Warum das funktioniert

  1. 1

    Ein Kennzahlenregister verhindert, dass identische Bezeichnungen unterschiedliche Grundgesamtheiten, Datumsangaben oder Nenner verbergen.

  2. 2

    Die Zuordnung von Entscheidungen zu Kennzahlen beschränkt das Dashboard auf Informationen, die jemand interpretieren und in Maßnahmen umsetzen kann.

Ergebnis prüfen

  • Lässt sich jeder angezeigte Wert anhand einer benannten Quelle, Formel, eines Datumsfensters und Filterstatus neu berechnen?

  • Werden Quoten zusammen mit Anzahlen und Grundgesamtheiten gezeigt, während aktueller Wert, Ziel, Veränderung, Prognose und Qualität getrennt bleiben?

  • Führen veraltete, fehlende, widersprüchliche, unvollständige und unzugängliche Daten zu sichtbaren Statusangaben statt zu plausibel wirkenden Zahlen?

Sicher nutzen

Häufig gestellte Fragen

Praktische Antworten dazu, wann du dieses Rezept verwenden solltest, was du bereitstellen solltest und wo menschliche Prüfung weiterhin wichtig ist.

Was sollte ich vorbereiten, bevor ich „Ein Dashboard mit definierten Kennzahlen entwerfen“ verwende?

Bereite für „Ein Dashboard mit definierten Kennzahlen entwerfen“ die Zielgruppe und Entscheidungen, mögliche Kennzahlen und Definitionen sowie Quellen und betriebliche Rahmenbedingungen vor. Ersetze Platzhalter ausschließlich durch Angaben, die du überprüfen kannst. Wenn ein Detail unbekannt ist, halte diese Unsicherheit ausdrücklich fest, anstatt das Modell zu einer Schlussfolgerung aufzufordern.

Wann ist das Ergebnis von „Ein Dashboard mit definierten Kennzahlen entwerfen“ noch nicht einsatzbereit?

Das Ergebnis ist noch nicht einsatzbereit, wenn es auf Grundlage der bereitgestellten Belege das angegebene Resultat – eine Dashboard-Spezifikation mit Kennzahlenregister, Layout, Berechnungen, Qualitätsstatus und Abnahmetests – noch nicht liefert oder wenn es sich auf ungeklärte Annahmen, fehlende Genehmigungen oder erfundene Details stützt. Nutze die Prüfpunkte als Freigabekriterien: Überarbeite die Quelldaten oder benenne eine autorisierte prüfende Person, anstatt eine nicht belegte Ausgabe sprachlich zu verfeinern.

Für welche KI-Tools sind Tests zu „Ein Dashboard mit definierten Kennzahlen entwerfen“ dokumentiert?

Im veröffentlichten Testprotokoll für „Ein Dashboard mit definierten Kennzahlen entwerfen“ ist mit Stand vom 28.08.2026 ChatGPT aufgeführt. Dies bestätigt dokumentierte Testläufe, garantiert jedoch weder die Kompatibilität noch identische Ergebnisse in späteren Produktversionen. Wenn du ein anderes Tool oder eine andere Version verwendest, lasse alle Einschränkungen sichtbar und wiederhole vor der Verwendung die Ergebnisprüfungen.

Weitere Möglichkeiten zum Entdecken

Wo dieses Rezept hineinpasst

Bring die Arbeit voran