Leitfaden6 Min. Lesezeit

Internes Dashboard Demovideo

Zeigen Sie die eine Ansicht, der eine Person vor ihrem Vertrauen in die Zahlen bedarf.

Planen Sie ein Demovideo für ein internes Dashboard rund um eine Kennzahlenansicht, realistische Beispieldaten und die Person, die es freigeben muss.

Ansehen, wie es funktioniertDie ersten 60 Sekunden Video sind kostenlos, mit Wasserzeichen.
Bestätigen Sie Ihre E-Mail-Adresse, um es herunterzuladen.

Ein Demovideo für ein internes Dashboard versucht niemandem etwas zu verkaufen. Niemand außerhalb des Unternehmens wird es je sehen, und es wird nie auf einer Preisseite neben einem Kundenzitat stehen. Seine Aufgabe ist es, eine enge, praktische Frage für die eine oder zwei Personen zu beantworten, die das Tool überhaupt angefordert haben: Zeigt dieses Dashboard mir die Zahl, die ich brauche, auf eine Weise, mit der ich arbeiten kann, ohne danach graben zu müssen. Das ist eine viel niedrigere Messlatte als ein Produkt-Launch-Video, und es wie ein solches zu behandeln erzeugt meist etwas, das zu lang und zu vage ist, um nützlich zu sein.

Welcher Ablauf belegt, dass ein internes Dashboard funktioniert?

Der Ablauf, der es belegt, ist das Laden der einen Ansicht mit der Kennzahl, die jemandem wichtig ist, und zu zeigen, dass sie sich so aktualisiert oder filtern lässt, wie vorgesehen. Das kann eine nach Region gefilterte Umsatzübersicht sein, ein Diagramm zur Warteschlangentiefe, das eine Support-Leitung jeden Morgen prüft, oder eine Tabelle markierter Datensätze, die ein Betriebsteam von Hand durchsieht. Wählen Sie die Ansicht, die mit einer tatsächlichen Entscheidung verknüpft ist, die jemand trifft, nicht die Ansicht mit den meisten Diagrammen. Ein Dashboard mit zwölf Widgets ist schwerer ehrlich zu demonstrieren als ein Dashboard mit einem Diagramm, das eine Frage klar beantwortet.

Wer schaut sich dieses Video eigentlich an?

Der Betrachter ist fast immer intern und meist einer von wenigen Rollen. Zu wissen, welche das ist, ändert, was das Video belegen muss.

Betrachter	Worüber er entscheidet	Was er sehen muss
Die anfordernde Person	Ob das Tool das gemeldete Problem löst	Die genaue Kennzahl oder den genauen Filter, den sie angefordert hat, auf dem Bildschirm
Eine Abteilungsleitung	Ob es im Team eingeführt wird	Dass die Ansicht ohne Erklärung nachvollziehbar ist
Eine Engineering-Leitung	Ob weiter in die Iteration investiert wird	Dass die zugrunde liegenden Daten aktuell sind, kein Mock

Eine anfordernde Person, die vor sechs Wochen um eine Churn-Ansicht gebeten hat, wird nicht von einer Tour durch die Navigationsleiste überzeugt. Sie will die Churn-Zahl sehen, gefiltert wie beschrieben, und zwar innerhalb der ersten paar Sekunden auf dem Bildschirm.

Es hilft auch, an das zu denken, was nach dem Meeting passiert. Eine Abteilungsleitung, die ein Dashboard in einer fünfminütigen Prüfung freigibt, leitet das Video meist an zwei oder drei weitere Teammitglieder weiter, die nicht im Raum waren. Diese Personen haben noch weniger Kontext als die ursprünglich anfordernde Person, deshalb muss das Video für sich selbst stehen, ohne dass eine Live-Erzählerin Lücken füllt. Das ist ein weiterer Grund, den Ablauf auf eine Kennzahl und einen Filter zu beschränken, statt in einem einzigen Durchgang alles zu zeigen, was das Dashboard kann.

Was ist normalerweise zu sehen, wenn jemand ein internes Dashboard demonstrieren will?

Das ist der Teil, der Teams ins Stolpern bringt. Interne Tools sind häufig die letzten, in die echte Daten eingespeist werden, weil die Personen, die das Dashboard bauen, auch die Personen sind, die die zuführende Pipeline bauen müssen. Das bedeutet, der Moment, in dem jemand das Dashboard zeigen möchte, ist oft der Moment, in dem es noch Lücken hat.

Achten Sie vor der Aufnahme auf Folgendes:

Ein Diagramm, das leer gerendert wird, weil die Abfrage in der Prüfumgebung keine Zeilen liefert.
Ein Standardfilter, der auf einen Zeitraum ohne Inhalt eingestellt ist, sodass das erste Bild kaputt wirkt, obwohl das Dashboard funktioniert.
Ein Ladezustand, der nie abschließt, weil die für die Demo verwendete Datenquelle inzwischen abgeschaltet wurde.
Daten auf Zeilenebene, die nicht in einer unternehmensweiten Bildschirmfreigabe erscheinen sollten, etwa die Vergütung eines anderen Mitarbeiters oder private Kontodaten eines Kunden.

Befüllen Sie die Prüfumgebung vor der Aufnahme mit realistischen Zahlen, die nicht mit einem echten Kunden oder Mitarbeiter verknüpft sind. Dieselbe Disziplin gilt für jedes interne Tool mit einer Vertriebspipeline-Ansicht: Die Form der Daten zählt mehr als die Frage, ob sie technisch echt sind, denn ein Prüfer beurteilt Layout und Kennzahl, nicht die Datenbank dahinter.

Wo läuft ein internes Dashboard eigentlich?

Die meisten internen Dashboards laufen an einem Ort, der von außerhalb des Unternehmensnetzwerks nicht erreichbar ist, sei es eine private Cloud-Umgebung, eine interne Subdomain oder ein Tool hinter einem VPN. Für ein prüfbares Video bedeutet das meist, ein separates Deployment auf einer erreichbaren URL mit vorbereiteten Daten einzurichten, statt zu versuchen, das Produktionstool direkt aufzunehmen. Braucht das Dashboard selbst auf dieser prüfbaren Kopie einen Login, kann ein Demokonto verwendet werden, und bei GogoScreen werden dafür bereitgestellte Zugangsdaten verschlüsselt, für genau einen Renderdurchlauf verwendet und danach gelöscht. Wird zuerst ein Storyboard geplant, bleiben die Zugangsdaten für diese Sitzung verschlüsselt und werden spätestens zwei Stunden nach ihrer letzten Verwendung gelöscht.

Wie schreibt man den Hinweis für ein internes Dashboard?

Nennen Sie Ansicht, Filter und Ergebnis in einer Zeile: von der Betriebswarteschlange aus auf Einträge filtern, die in den letzten 24 Stunden markiert wurden, und zeigen, wie die Anzahl beim Abarbeiten sinkt. Das gibt einem Prüfer etwas Konkretes, an dem er den fertigen Kandidaten messen kann. Ein vagerer Hinweis wie das Dashboard zeigen führt meist zu einer Aufnahme, die über Widgets schwenkt, ohne sich auf die eine Zahl festzulegen, die für die anfordernde Person wichtig war.

Halten Sie die Sprache im Hinweis konsistent mit dem, was die anfordernde Person tatsächlich verlangt hat. Wenn die Abteilungsleitung es Rückstand statt Warteschlange nannte, verwenden Sie Rückstand im Hinweis. Eine Abweichung zwischen dem im Antrag verwendeten Wort und dem in der Aufnahme verwendeten Wort ist eine Kleinigkeit, aber oft genau das Detail, das einen Prüfer innehalten und fragen lässt, ob überhaupt die richtige Ansicht aufgenommen wurde.

Schritte zur Vorbereitung des Demovideos für ein internes Dashboard

Wählen Sie die eine Kennzahlenansicht, die die Frage beantwortet, für die das Dashboard gebaut wurde.
Befüllen Sie das Dashboard vor der Aufnahme mit realistischen, nicht sensiblen Daten.
Benennen Sie die Person, die das Dashboard freigeben muss, bevor Sie den Ablauf wählen.

Diese Schritte der Reihe nach abzuarbeiten vermeidet den häufigsten Fehler: zuerst aufzunehmen und erst danach herauszufinden, für wen das Video eigentlich ist.

Den Kandidaten prüfen, bevor er irgendwohin geht

Weil interne Dashboards sensible Zahlen enthalten können, zählt der Prüfschritt hier mehr als bei einer öffentlich sichtbaren Seite. Kontrollieren Sie die fertige Datei auf alles, was das Team nicht verlassen sollte, bestätigen Sie, dass die gezeigte Kennzahl dem entspricht, was angefordert wurde, und bestätigen Sie, dass der Filterzustand der vorgesehene ist und nicht ein Rest vom Testen. Ein Renderdurchlauf kann fehlschlagen oder eine Wiederholung brauchen, und etwa einer von fünf tut das, planen Sie diese Möglichkeit also im Zeitplan ein, statt eine fertige Datei beim ersten Versuch als garantiert zu behandeln.

Wo steht das neben anderen Anwendungskategorien?

Ein internes Dashboard ist eine von mehreren Anwendungsformen, die es sich lohnt, so zu demonstrieren. Eine CRM-App braucht eine Pipeline-Ansicht statt einer Kennzahlenansicht. Ein Kundenportal muss jemandem außerhalb des Unternehmens etwas beweisen statt jemandem innerhalb. Eine Projektmanagement-App dreht sich meist um eine Aufgabe, die zwischen Zuständen wechselt, und eine Buchungs-App oder ein E-Commerce-Shop brauchen beide einen öffentlich sichtbaren Ablauf, den ein Dashboard nicht braucht.

Das Publikum ist der Grund, warum diese Seiten getrennt bleiben. Eine Dashboard-Demo wird von jemandem angesehen, der hier bereits arbeitet und bereits weiß, was die Zahlen bedeuten, das Gegenteil der Aufgabe eines Startseiten-Demovideos, bei dem eine fremde Person das Produkt in wenigen Sekunden ohne jeden Kontext verstehen muss. Die interne Version kann mitten im Workflow beginnen. Die öffentliche kann das nicht.

Wenn das Dashboard aus einem generierten oder promptbasierten Ausgangspunkt zusammengestellt wurde, behandelt der Leitfaden zum promptbasierten App-Demovideo, was sich an dieser Vorbereitung ändert. Manche Teams entscheiden sich, das fertige Video einzubetten, direkt in der internen Wiki-Seite, auf der das Dashboard dokumentiert ist, neben den Rollout-Notizen. Ist das Dashboard Teil eines größeren internen Tools mit eigenem Onboarding, behandeln der Leitfaden zum AI-Agent-Onboarding-Demovideo und der Leitfaden zum AI-Agent-Testergebnis-Demovideo angrenzende interne Prüffälle. Für den weiteren Produktkontext erklärt die GogoScreen-Startseite den URL-und-Hinweis-Workflow, Preise behandelt Pläne und Aufladungen, das Leitfaden-Verzeichnis listet den Rest dieser Reihe, das Vergleichsverzeichnis behandelt direkte Alternativen, und der Vergleich mit Clueso ist relevant, wenn das Team speziell Tools für interne Dokumentationsvideos bewertet.

Klarstellungen

Bevor Sie beginnen

Wer ist das Publikum für ein Demovideo eines internen Dashboards?

Meist die Person, die das Dashboard angefordert hat, etwa eine Betriebsleitung oder eine Abteilungsleitung, plus alle, die zustimmen müssen, bevor das Team aufhört, daran zu feilen. Sie beurteilen, ob das Tool die gestellte Frage beantwortet, nicht ob die Oberfläche gepflegt aussieht.

Braucht ein Demovideo eines internen Dashboards einen Login?

Nur wenn die Prüfkopie dahinter liegt. Viele Teams richten ein separates, prüfbares Deployment mit vorbereiteten Daten ein, sodass kein Demokonto nötig ist. Wird ein Login benötigt, kann ein wegwerfbares Demokonto bereitgestellt werden; es wird verschlüsselt, für genau einen Renderdurchlauf verwendet und danach gelöscht. Wird zuerst ein Storyboard geplant, bleiben die Zugangsdaten für diese Sitzung verschlüsselt und werden spätestens zwei Stunden nach ihrer letzten Verwendung gelöscht.

Was, wenn das Dashboard noch keine echten Daten hat?

Befüllen Sie es vor der Aufnahme mit realistischen, nicht sensiblen Platzhalterzahlen. Ein Dashboard voller Nullen oder Ladeanimationen lässt niemanden beurteilen, ob Layout und Kennzahl die gestellte Frage tatsächlich beantworten.

Fügen Sie eine URL ein, beschreiben Sie einen Ablauf und erhalten Sie ein Demovideo Ihrer Webanwendung.

Die ersten 60 Sekunden Video sind kostenlos, mit Wasserzeichen. Bestätigen Sie Ihre E-Mail-Adresse, um das Video herunterzuladen.

Preise ansehen Leitfäden lesen

Internes Dashboard Demovideo

Bevor Sie beginnen

Fügen Sie eine URL ein, beschreiben Sie einen Ablauf und erhalten Sie ein Demovideo Ihrer Webanwendung.

Verwandte Schritt-für-Schritt-Leitfäden