Ihr Leitfaden zum Erstellen eines Low-Code-Dashboards

In diesem Beitrag erhalten Sie Tipps zum Entwerfen eines Dashboards, das Ihren Anforderungen entspricht, und wie Sie Ihre Daten für ein Dashboard zusammenstellen können. Ich gehe auch auf externe Berichts-Dashboards ein und wie wir Daten für deren Verwendung bereitstellen können.

Bedenken Sie, dass dies alles nur Richtlinien sind. Es gibt keine festen Regeln für das Dashboarding. Manchmal benötigen Sie in Ihrer Anwendung ein Berichts-Dashboard. Manchmal müssen Sie viele Daten auf einem Dashboard haben. Sie sollten immer offen für neue Ideen und Möglichkeiten sein, aber denken Sie auch daran, bei Bedarf Widerstand zu leisten!

Wenn Sie eine TL;DR-Version möchten, dann schauen Sie sich die Mendix – Kurzanleitung zum Dashboard!

Arten von Dashboards

Wenn Sie eine Anwendung entwickeln, kommen Sie irgendwann an den Punkt, an dem Sie ein Dashboard benötigen. Wahrscheinlich werden Sie als Erstes auf ein umsetzbares Dashboard stoßen – also ein Dashboard, das Sie als Zielseite für einen Benutzer verwenden.

Dieser Typ könnte verwendet werden, um einem Administrator seine Aufgaben für den Tag und einige Warnungen zu offenen Problemen anzuzeigen, oder er könnte einem Kunden seine letzten Bestellungen und einige neue Produkte anzeigen, die ihm gefallen könnten. Dies sind Dashboards, die dem Benutzer einige für seine nächste Aufgabe relevante Informationen anzeigen. Mit anderen Worten, es sollte aktuelle Daten widerspiegeln und ihn zu seiner nächsten Aktion führen.

Der andere wichtige Dashboardtyp ist ein Berichts-Dashboard. Diese Dashboards sind für die Verarbeitung größerer Mengen zusammengefasster Daten gedacht und werden zur Leistungsanalyse in größerem Maßstab verwendet. Dabei kann es sich um die Leistung eines Teams in einem bestimmten Monat oder des gesamten Unternehmens in einem Jahr handeln. Das Wichtigste ist, dass es sich um eine MENGE Informationen handelt.

Von diesen beiden Typen beschäftigen wir uns hauptsächlich mit umsetzbaren Dashboards, da dies die Art von Dashboards ist, die Sie in Ihre Mendix Anwendung. Wir werden auf Berichts-Dashboards eingehen und besprechen, wie man Daten für sie verfügbar macht, aber die Gestaltung von Berichts-Dashboards überlässt man am besten den Business Intelligence-Experten.

Entwerfen eines umsetzbaren Low-Code-Dashboards

Beim Entwerfen Ihres Dashboards sollten Sie im Voraus festlegen, welchen Zeitraum die Daten abdecken. Mein bester Rat ist, den Zeitraum so kurz wie möglich zu halten. Sie sollten keine großen Datensätze aggregieren. Normalerweise sind sieben Tage ungefähr richtig. Ein Monat (30 Tage) ist in der Regel die Obergrenze.

Hier sind einige Leitprinzipien, die Sie beim Entwerfen Ihres Dashboards befolgen sollten:

• Weniger ist mehr – Versuchen Sie nicht, Ihr Dashboard zu überfüllen. Alles, was Sie darauf platzieren, sollte einen Mehrwert bieten.
• Beschränken Sie sich auf einen Bildschirm – Der Inhalt Ihres Dashboards sollte auf einen einzigen Bildschirm des von Ihnen anvisierten Gerätetyps passen. Wenn der Benutzer scrollen muss, um Dinge zu sehen, haben Sie wahrscheinlich zu viel hinzugefügt. (Dies ist bei mobilen Dashboards etwas weniger wichtig.)
• Kurze Ladezeiten – Es ist leicht, ein Dashboard zu erstellen, dessen Ladezeit beim Zusammentragen von Daten ewig dauert. Sie sollten versuchen, die Ladezeiten so kurz wie möglich zu halten (wie bei allen App-Seiten).
• Prioritäten – Die meisten Benutzer lesen von oben nach unten und von links nach rechts. Sie sollten daher die Reihenfolge berücksichtigen, in der Sie Ihre Informationen positionieren. Beispielsweise stehen KPIs normalerweise in der ersten Zeile, da der Benutzer diese zuerst berücksichtigen muss. Diagramme können im Allgemeinen weiter unten stehen, da sie zwar informativ, aber normalerweise nicht umsetzbar sind. Wenn Ihr Publikum von rechts nach links liest, sollten Sie Ihr Layout umdrehen.

Beim Entwerfen eines umsetzbaren Dashboards sollten Sie einige wichtige Fragen berücksichtigen:

1. Gibt es Schlüsselbereiche, die wir hervorheben müssen und in denen die Leistung unter- bzw. überdurchschnittlich gut ist? (KPIs)
2. Gibt es Bereiche, in denen wir innerhalb kurzer Zeit kontinuierliche Fortschritte sehen müssen? (Diagramme)
3. Was muss der Betrachter als nächstes tun? (Aufgabenlisten)

So verwenden Sie Key Performance Indicators (KPIs)

Eines der ersten Dinge, die Sie wahrscheinlich sehen, wenn Sie sich ein Dashboard ansehen, ist ein KPI (Key Performance Indicator). Eine einfache Möglichkeit, dies darzustellen, ist ein großer numerischer Wert, der hervorgehoben wird, um zu zeigen, ob eine bestimmte Kennzahl gut oder schlecht funktioniert. Manchmal kann es auch nützlich sein, einen Basiswert anzuzeigen …

Hier können wir auf einen Blick sehen, dass die Gesamtbestellungen in diesem Zeitraum grün sind, was bedeutet, dass sie über dem Durchschnitt liegen und es in dieser Hinsicht keinen Grund zur Sorge gibt. Der Wert für verspätete Lieferungen ist jedoch rot und stellt daher einen Grund zur Sorge dar. Wenn Sie diesen Wert anklickbar machen, um zu einer Liste der verspäteten Lieferungen zu gelangen, wäre dies ideal für umsetzbare Inhalte.

Verschiedene Diagrammtypen und wann sie verwendet werden

Was wäre ein Dashboard ohne ein oder zwei Diagramme? Sie machen Spaß und helfen Benutzern, sich Daten sofort vorzustellen. Diagramme können jedoch sehr leicht falsch verwendet werden. Wenn Sie sie zu Ihrem Dashboard hinzufügen, verwenden Sie sie sparsam und versuchen Sie, es einfach zu halten. Hier sind einige grundlegende Richtlinien.

Tipps zu Balken-, Linien- und Säulendiagrammen

Verwenden Sie Balken-, Linien- und Säulendiagramme, um Datensätze zu vergleichen. Wenn Sie einen Zeitvergleich anstellen, achten Sie darauf, dass Sie die Daten in chronologischer Reihenfolge anordnen. Wenn Sie keinen Zeitvergleich anstellen, versuchen Sie, die Daten in einer sinnvollen Reihenfolge anzuzeigen.
Dies kann alphabetisch oder vom größten zum kleinsten Wert sein.

Stellen Sie nicht zu viele Datengruppen dar. Sie sollten sich auf nicht mehr als fünf Reihen in einem Liniendiagramm und nicht mehr als acht Elemente in einem Balken- oder Säulendiagramm beschränken.

Wann Sie keine Kreis-, Donut- und Heatmaps verwenden sollten

Diese werden oft falsch verwendet und sollten grundsätzlich möglichst vermieden werden. Wenn Sie sie jedoch verwenden müssen, versuchen Sie, nicht zu viele Werte zu vergleichen, und verwenden Sie sie nicht, wenn Ihre Datensätze sehr ähnliche Werte haben.

Warum Sie keine 3D-Diagramme, überformatierten Diagramme und Messinstrumente verwenden sollten

Halten Sie Ihre Diagramme einfach. 3D-Effekte und übertrieben gestaltete Diagramme können vom eigentlichen Zweck des Diagramms ablenken. Verwenden Sie möglichst einfache Farben und Formate, um wichtige Informationen optimal hervorzuheben. Außerdem waren Messinstrumente früher sehr beliebt, aber es ist oft keine gute Idee, physische Anzeigen digital nachzubilden. Messinstrumente lassen sich beispielsweise normalerweise besser als KPI darstellen, wie oben gezeigt.

Was sollte in einer Aufgabenliste stehen?

Eine gute Möglichkeit, den Benutzer zu motivieren, ist eine Aufgabenliste. Damit meine ich nicht unbedingt etwas, das explizit als Aufgaben bezeichnet wird. Eine Aufgabenliste könnte aus Bestellungen bestehen, die aufgegeben werden müssen, oder aus Kundenfeedback, das beantwortet werden muss. Sie sollte alle Aktionen enthalten, die der Benutzer ausführen muss und die in naher Zukunft ausgeführt werden müssen oder sogar überfällig sind. Die Liste sollte möglichst kurz gehalten werden, nicht mehr als zehn Elemente auf dem Bildschirm, und im schlimmsten Fall sollte sie so aufgeteilt werden, dass nur eine Teilmenge davon angezeigt wird.

Jeder Eintrag sollte nur die relevantesten Informationen enthalten und nicht zu viele. Die Elemente können anklickbar gemacht werden, sodass der Benutzer bei Bedarf tiefer graben kann, um weitere Informationen zu finden.

Wenn mehrere Aufgabentypen vorhanden sind, die möglicherweise vom Benutzer ausgeführt werden müssen, können Sie einen Registerkartencontainer mit einem Badge verwenden, das die Aufgabenanzahl für jede Registerkarte anzeigt. Beachten Sie jedoch, dass dieses Format bei übermäßiger Verwendung schnell unübersichtlich wirken kann. Versuchen Sie, nicht mehr als drei Registerkarten zu verwenden.

So aggregieren Sie Ihre Daten

Wenn Sie Ihr Dashboard erstellen, insbesondere mit KPIs, möchten Sie einige Ihrer Daten aggregieren (zusammenfassen, zählen, summieren). Dafür gibt es mehrere Möglichkeiten, einige erfordern weniger Code als andere.

1. Fassen Sie die benötigten Daten mithilfe einer Microflow-Datenquelle zusammen
2. Erstellen und Verwalten einer Tabelle mit vorab zusammengefassten Daten
3. Verwenden Sie Object Query Language (OQL), um eine komplexe Abfrage zum Zusammenfassen Ihrer Daten zu erstellen

Welche davon Sie verwenden, hängt von der Datenmenge ab, mit der Sie arbeiten, davon, ob Sie Vergleiche zwischen Zeiträumen durchführen und wie viele Bits oder zusammengefasste Daten Sie benötigen.

Verwenden einer Microflow-Datenquelle zum Aggregieren von Daten

Das am häufigsten verwendete Tool ist eine Microflow-Datenquelle. Dies ist lediglich eine einfache Datenansicht auf Ihrer Seite, deren Datenquelle auf einen Microflow eingestellt ist, der eine nicht persistente Entität mit einigen zusammengefassten Daten zurückgibt.

Der Mikrofluss selbst wird einige Datenabrufe und Listenaktionen haben, um die Daten auf verschiedene Weise zu aggregieren. Dann wird eine Instanz der nicht persistenten Entität erstellt und zurückgegeben. So einfach ist das.

Beachten Sie, dass bei der Verwendung einer Abruf- und einer Listenaktion, Mendix optimiert Ihre Abfrage automatisch, sodass nur der Abruf ausgeführt wird, die Daten gruppiert werden und dann das Ergebnis aggregiert wird. Die anderen Entitätsdaten werden nie zurückgegeben (es sei denn, Sie verwenden die Abrufaktion später in der Abfrage).

Wenn Sie immer mehr KPI-Werte abrufen, verschiedene Zeiträume vergleichen oder größere Datensätze verwenden, kann dies weniger effizient werden und Sie sollten darüber nachdenken, zur nächsten Option überzugehen.

Wann und wie werden Daten vorab aggregiert?

Wenn die schnelle Aggregation Ihrer Daten ein Problem darstellt (normalerweise aufgrund langer Abfragen), besteht eine Alternative darin, voraggregierte Daten zu speichern. Dies bedeutet, dass Sie eine Entität speziell zum Speichern aggregierter Informationen erstellen, zusammen mit einem Datumsstempel des Zeitraums, den sie darstellt, und diese als Quelle für Ihr Dashboard verwenden.

Die Daten werden wahrscheinlich auf die gleiche Weise wie bei der vorherigen Option mithilfe eines Mikroflusses aggregiert, werden aber im Allgemeinen als geplante Aufgabe ausgeführt. Die Häufigkeit der Aufgaben hängt vom Zeitraum der Daten ab, die Sie aggregieren. Im Allgemeinen handelt es sich jedoch um eine nächtliche Routine, um die Daten des Vortages zusammenzufassen (obwohl es eine Woche oder sogar einen Monat dauern könnte).

Die andere Option für die Voraggregation ist die Inkrementierung bei Änderungen. Dies kann durch ein zusätzliches Update als Teil eines Mikroflusses zum Erstellen oder durch ein ausgelöstes Ereignis beim Commit eines Objekts erfolgen. Dies hängt wiederum von der erwarteten Datenmenge ab. Wenn Sie eine hohe Transaktionsanzahl haben, ist es wahrscheinlich besser, dies zu planen, als Ihre Aggregattabelle ständig zu aktualisieren. Wenn Sie jedoch nach Echtzeitdaten suchen, müssen Sie diese Option verwenden.

Wie und wann wird Object Query Language (OQL) verwendet?

Die letzte Möglichkeit ist die Verwendung von Object Query Language. Damit können Sie Ihre eigene Abfrage schreiben, die direkt in Ihrer Datenbank ausgeführt wird. Sie wird am besten verwendet, wenn Sie mehrere Aggregate zurückgeben müssen, möglicherweise über mehrere Datengruppen hinweg. Diese Option ist nicht für diejenigen geeignet, die einen wirklich Low-Code-Ansatz suchen, und ist hauptsächlich auf diejenigen zugeschnitten, die über SQL-Kenntnisse verfügen.

Um es zu verwenden, müssen Sie zuerst die OQL Widget vom Marktplatz und dann empfehle ich Ihnen, sich den OQL-Handbuch auf unserer Dokumentationsseite.

Der Kern dieser Auswahl besteht darin, eine Zeichenfolge als Ihre Abfrage zu erstellen, dann die Aktion „OQL-Anweisung ausführen“ zu verwenden und die zurückgegebenen Daten in einer nicht persistenten Entität zu erfassen.

Die Verwendung von OQL ist keine Aufgabe, die man auf die leichte Schulter nehmen sollte. Überlegen Sie sich gut, ob dies die beste Methode zur Lösung Ihres spezifischen Problems ist, und überprüfen Sie die Effizienz Ihrer Abfrage, da die Plattform sie nicht für Sie optimiert.

So erstellen Sie Diagramme in Mendix

Wenn Sie Diagramme in Ihre Mendix Dashboard, dann ist der beste Ausgangspunkt das Charts-Widget. Es gibt sofort einsatzbereite Unterstützung für:

• Säulendiagramme
• Balkendiagramme
• Blasendiagramme
• Heat Karten
• Kreisdiagramme
• Liniendiagramme
• Zeitfolgen

In unserem Dokumentationsbereich steht ein vollständiger Leitfaden zu Diagramm-Widgets zur Verfügung, ich gebe Ihnen hier jedoch nur eine kurze Einführung.

Wählen Sie zunächst den Diagrammtyp aus, den Sie hinzufügen möchten, und ziehen Sie das Widget auf Ihre Seite. Wir verwenden ein Säulendiagramm.

Hinweis: In älteren Versionen des Diagramm-Widgets musste sich Ihr Widget in einer Datenansicht oder Liste befinden, deren Datenquelle ein Objekt zurückgeben musste. Jedes beliebige Objekt war ausreichend. Dies ist bei der neuesten Version nicht mehr der Fall.

Doppelklicken Sie anschließend auf das Widget. Die Registerkarte „Diagrammeigenschaften“ sollte angezeigt werden. Auf dieser Registerkarte befindet sich der Abschnitt „Reihe“, und hier können Sie Ihren ersten Datensatz hinzufügen.

Klicken Sie in der Serienliste auf die Schaltfläche „Neu“. Daraufhin wird ein Popup-Fenster angezeigt, in dem Sie gefragt werden, woher Sie Ihre Daten beziehen möchten. Wir halten es einfach und verwenden eine statische Datenquelle anstelle einer dynamischen (d. h. voreingestellte Datenpunkte anstelle von Datenpunkten, die angepasst werden können) und beziehen die Daten aus der Datenbank.

Der Ausgangspunkt für diese Reihe ist die Entität, die wir zum Auffüllen des Diagramms verwenden. In diesem Fall ist es beispielsweise eine Order-Entität. Anschließend können wir die XPath-Einschränkung verwenden, um sie auf die Bestellungen zu beschränken, die bisher in diesem Monat aufgegeben wurden:

[OrderPlacedDate > '[%BeginOfCurrentMonth%]'] 

Als Nächstes gehen wir zur Registerkarte „Statische Reihe“ und geben unserer Reihe einen Namen, sagen wir „Bestellungen pro Tag“, und wechseln dann zur Registerkarte „Datenpunkte“. Hier legen wir unsere X-Achse auf „Bestelldatum“ fest und die Y-Achse kann beliebig sein, z. B. „Bezahlter Preis“, da wir die Option „Aggregationstyp“ unten verwenden und auf „Anzahl“ festlegen. Dies bedeutet, dass unsere Daten automatisch nach Tag gruppiert werden und uns die Gesamtzahl der Bestellungen angezeigt wird.

Sobald dies erledigt ist, können Sie das Popup schließen und zum Fenster „Diagrammeigenschaften“ zurückkehren, um Ihre Achsenbeschriftungen auf etwas wie „Auftragsdatum“ und „Anzahl der Bestellungen“ einzustellen. Das ist alles! Alles erledigt. Sie sollten jetzt ein einfaches Diagramm haben, das ungefähr so ​​aussieht …

Sie können das Erscheinungsbild noch viel mehr anpassen und die Art und Weise ändern, wie Daten mithilfe verschiedener Quellen und dynamischer Bereiche geladen werden. Lesen Sie die Dokumentation, um mehr über diese Funktionen zu erfahren, und – am besten – experimentieren Sie!

Es ist erwähnenswert, dass unsere Diagramm-Widgets mit dem Plotly-Bibliothek Dort können Sie mehr erfahren und sich von den Beispielen in der Bibliothek inspirieren lassen. Wenn Sie wirklich frei sein und ein komplett maßgeschneidertes Diagramm verwenden möchten, bieten wir Ihnen die AnyChart-Widget.

Das AnyChart-Widget ist ein komplexeres Widget und wird am besten verwendet, indem Sie Ihre Daten in einem JSON-Format bereitstellen; indem Sie JSON-Strukturdateien und Exportzuordnungen verwenden. Sie können damit fast jeden Diagrammtyp von Plotly verwenden und das Styling vollständig anpassen. Bedenken Sie jedoch, dass es sich nicht um einen Low-Code-Ansatz handelt und am besten von Personen mit Entwicklungserfahrung ausprobiert werden sollte.

So implementieren Sie externe Berichtsoptionen

Sie haben also Ihre umsetzbaren Dashboards erstellt, aber jemand möchte noch ein höheres Maß an Berichten. Wie gehen Sie dabei vor mit Mendix?

Der einfachste Ansatz besteht darin, Veröffentlichen Sie Ihre Daten als OData-Quelle. Dies kann dann von den meisten Berichtsplattformen wie Power BI, Grafana und Excel verwendet werden. Nach der Verwendung können Sie die Daten modellieren und mit den Berichtstools Ihrer gewählten Plattform präsentieren.

Erwähnenswert ist auch, dass Ihre Quelle bei der Veröffentlichung von OData in Ihrem Data Hub-Katalog verfügbar gemacht wird. Dadurch ist sie schnell und einfach in anderen Mendix Anwendungen. Wenn Sie SaaS-Angebote wie Power BI und Grafana verwenden, können Sie diese erweiterten Berichte sogar wieder einbetten in Mendix wenn Sie möchten, mit Widgets wie Eingebettetes Power BI oder iFrame-Komponente.

Auf lange Sicht ist es besser, Ihre OData in einem Data Lake oder einem Warehouse zu speichern, da dies zur Vorkompilierung und Kombination von Datenquellen verwendet werden kann, damit das Unternehmen sie einfacher nutzen kann. Dies hängt weitgehend von der Berichtsstrategie oder den Plänen zur digitalen Transformation Ihres Unternehmens ab.

Wichtige Erkenntnisse aus diesem Blogbeitrag

Sie sollten jetzt eine Vorstellung davon haben, wie Sie Dashboards erstellen. Erstellen Sie aktionsorientierte Seiten basierend auf den aktuellen Anforderungen des Benutzers und präsentieren Sie nur die wichtigsten Informationen im Voraus. Weisen Sie den Benutzer darauf hin, was seine Aufmerksamkeit erfordert und was er als Nächstes tun sollte.

Denken Sie daran, dass dies alles nur Richtlinien sind und Sie immer bis zu einem gewissen Grad flexibel auf die Bedürfnisse Ihrer Benutzer eingehen sollten. Ich sage „bis zu einem gewissen Grad“, weil Benutzer manchmal Dinge verlangen, die unvernünftig sind, wie die Neuerstellung von Excel als Dashboard, und Sie müssen wissen, wann Sie Widerstand leisten müssen.

Wenn Sie eine gekürzte, visuelle Kopie dieses Beitrags wünschen, können Sie gerne die Mendix – Kurzanleitung zum Dashboard.

Und vor allem: Experimentieren Sie! Sie verwenden Mendix wo man schnell und einfach etwas bauen, ausprobieren und wegwerfen kann, wenn es nicht funktioniert. Aus unseren Fehlern lernen wir am meisten, also seien Sie mutig und probieren Sie Neues aus.