Die meisten Menschen beginnen ihren Arbeitstag auf die gleiche Weise.
E-Mails checken. Slack öffnen. In Projektordnern stöbern und versuchen, sich zu erinnern, wo die Dinge stehen. Den Kalender aufrufen. Die Aufgabenliste prüfen. Versuchen, sich gedanklich ein Bild davon zu machen, was heute tatsächlich passieren muss.
Fünfundvierzig Minuten später hast du ein grobes Gefühl für deine Prioritäten, und der Morgen ist bereits dahin.
Das Problem ist nicht, dass die Informationen nicht existieren.
Sie existieren in deinen Projektnotizen. Deinen Kundendateien. Deinen täglichen Notizen. Deiner Aufgabenliste. Deinem Kalender.
Das Problem ist, dass der Zugriff darauf erfordert, dass du die Integrationsschicht zwischen all dem bist.
Du bist das System, das die Informationen verbindet.
Das Obsidian-Dashboard befreit dich von dieser Rolle.
Es zieht alle relevanten Informationen aus deinem gesamten Vault zusammen und zeigt sie an einem Ort an, bevor du eine einzige Projektdatei öffnest.
Du öffnest eine Notiz. Du siehst alles, was heute wichtig ist. Du beginnst zu arbeiten.
Dieser Leitfaden ist der komplette Aufbau von Null zu einem voll funktionsfähigen Dashboard, das sich automatisch aktualisiert und für intelligente Morgenbriefings mit Claude Code verbindet.
Das Kernprinzip: Lesen, nicht Speichern
Bevor du eine einzige Abfrage schreibst, verstehe, was ein Obsidian-Dashboard ist und was nicht.
Ein Dashboard ist kein weiterer Ort, um Informationen abzulegen.
Es ist eine einzelne Notiz, die Informationen von überall sonst in deinem Vault liest und das anzeigt, was gerade relevant ist.
Diese Unterscheidung macht das Dashboard wertvoll.
Weil das Dashboard aus deinen anderen Notizen liest, anstatt eigene Informationen zu speichern, musst du es nie manuell warten. Du aktualisierst deine Projektdateien, deine Kundennnotizen und deine täglichen Notizen so, wie du es immer tust. Das Dashboard spiegelt diese Aktualisierungen automatisch wider, sobald du es öffnest.
Das Dashboard hat keinen eigenen Inhalt.
Es hat Abfragen.
Jede Abfrage zieht spezifische Informationen aus bestimmten Teilen deines Vaults, basierend auf Regeln, die du definierst.
Wenn sich die zugrundeliegenden Notizen ändern, ändert sich das Dashboard.
Du machst eine Aktualisierung an einem Ort. Das Dashboard bleibt überall dort aktuell, wo es auf diese Informationen verweist.
Was das Dashboard anzeigt
Ein vollständiges Geschäfts-Dashboard zeigt sechs Kategorien von Informationen an.
Heutige Prioritäten – Aufgaben, die heute fällig oder überfällig sind, sortiert nach Priorität. Die zehn wichtigsten Dinge, die jetzt Handlung erfordern.
Aktiver Projektstatus – Jedes aktive Projekt mit seinem aktuellen Fertigstellungsgrad, der Frist und der spezifischen nächsten Aktion, die es voranbringt.
Bevorstehende Fristen – Alles mit einer Frist in den nächsten sieben Tagen, über alle Notiztypen hinweg. Projekte, Aufgaben und Kundenlieferungen in einer Ansicht.
Kundenzustand – Jeder aktive Kunde mit seinem Beziehungszustand, dem letzten Kontaktdatum und dem nächsten geplanten Berührungspunkt. Risikokunden erscheinen automatisch oben.
Offene Schleifen – Unerledigte Punkte aus der gestrigen Tagesnotiz, die noch abgeschlossen werden müssen. Die Dinge, die in den meisten Systemen durchs Raster fallen.
Umsatzpuls – Jeder aktive Kunde, sortiert nach monatlichem Umsatzbeitrag mit einer laufenden Summe.
Sechs Abschnitte. Eine Notiz. Alles, was wichtig ist.
Die technische Grundlage
Zwei Obsidian-Funktionen machen ein Live-Dashboard möglich.
Dataview ist ein Community-Plugin, das als Abfragemaschine für deinen Vault fungiert. Es ermöglicht dir, Abfragen innerhalb jeder Notiz zu schreiben, die Informationen aus anderen Notizen basierend auf deren Eigenschaften, Tags oder Inhalten abrufen. Die Ergebnisse werden jedes Mal live gerendert, wenn die Notiz geöffnet wird.
Eigenschaften sind strukturierte Metadatenfelder am Anfang jeder Notiz, geschrieben im YAML-Format. Eine Aufgabennnotiz hat eine Fälligkeitsdatum-Eigenschaft, eine Status-Eigenschaft und eine Prioritäts-Eigenschaft. Dataview liest diese Eigenschaften, und das Dashboard zeigt sie an.
Für die Einrichtung wird ein Plugin und ein konsistenter Ansatz benötigt, wie jede Notiz in deinem Vault strukturiert ist.
Installiere Dataview über Obsidian Einstellungen → Community-Plugins → Durchsuchen. Suche nach Dataview. Installiere und aktiviere es.
Das ist das einzige Plugin, das das Kern-Dashboard benötigt.
Strukturieren deiner Notizen für Dashboard-Abfragen
Bevor du das Dashboard erstellst, benötigt jeder Notiztyp konsistente Eigenschaften, die Dataview lesen kann.
Inkonsistente Eigenschaften führen zu unvollständigen Abfrageergebnissen. Die Disziplin, eine konsistente Struktur für jede Notiz eines bestimmten Typs beizubehalten, macht das Dashboard zuverlässig.
Die Eigenschaftsnamen müssen exakt zwischen deinen Notizen und deinen Abfragen übereinstimmen. Typ, Status, Priorität, Fällig, Frist – diese genauen Zeichenfolgen erscheinen an beiden Stellen. Ein Tippfehler in einem Eigenschaftsnamen führt dazu, dass diese Notiz für die Abfrage unsichtbar wird.
Beginne mit den minimal nutzbaren Eigenschaften. Füge weitere hinzu, wenn du identifizierst, welche Informationen das Dashboard anzeigen soll.
Das Dashboard Abschnitt für Abschnitt erstellen
Erstelle eine neue Notiz im Stammverzeichnis deines Vaults mit dem Namen Dashboard.md.
Diese Notiz wird nach dem ersten Aufbau niemals manuell getippten Inhalt enthalten. Alles darin ist eine Überschrift oder eine Dataview-Abfrage, die Live-Informationen aus dem Rest deines Vaults abruft.
Abschnitt 1: Heutige Prioritäten
1TABLE WITHOUT ID2file.link as "Aufgabe",3due as "Fällig",4project as "Projekt",5priority as "Priorität"6FROM "02 - AUFGABEN"7WHERE type = "aufgabe"8AND status != "abgeschlossen"9AND (due = date(today) OR due < date(today))10SORT priority DESC, due ASC11LIMIT 10
Diese Abfrage ruft jede Aufgabe ab, die heute oder früher fällig und noch nicht abgeschlossen ist. Sie sortiert zuerst nach Priorität, sodass die wichtigsten Punkte oben erscheinen. Das LIMIT 10 ist beabsichtigt.
Ein Dashboard, das 40 überfällige Aufgaben anzeigt, erzeugt eher Angst als Klarheit.
Die Begrenzung auf zehn erzwingt eine Priorisierung auf der Eigenschaftsebene. Wenn mehr als zehn Aufgaben heute fällig sind, müssen diejenigen, die es nicht ins Dashboard schaffen, entweder in ihrem Fälligkeitsdatum angepasst oder in ihrer Priorität neu bewertet werden. Das Dashboard wird zur treibenden Kraft für eine ehrliche Priorisierung.
Abschnitt 2: Aktive Projekte
1TABLE WITHOUT ID2file.link as "Projekt",3client as "Kunde",4completion + "%" as "Erledigt",5deadline as "Frist",6next_action as "Nächste Aktion",7priority as "Priorität"8FROM "01 - PROJEKTE"9WHERE type = "projekt"10AND status = "aktiv"11SORT priority DESC, deadline ASC
Jedes aktive Projekt erscheint hier mit seinem Fertigstellungsgrad, der Frist und der spezifischen nächsten Aktion.
Die Eigenschaft next_action ist die wertvollste Spalte in dieser Tabelle. Sie zeigt, was jedes Projekt gerade braucht, ohne dass du eine Projektdatei öffnen musst. Kombiniert mit den Spalten für Frist und Fertigstellungsgrad kannst du den vollständigen Status jedes aktiven Projekts in unter zwei Minuten bewerten.
Wenn du die Eigenschaft next_action in einer Projektdatei aktualisierst, spiegelt das Dashboard die Änderung sofort wider.
Abschnitt 3: Nächste sieben Tage
1TABLE WITHOUT ID2file.link as "Element",3type as "Typ",4deadline as "Frist",5status as "Status",6client as "Kunde"7FROM ""8WHERE (deadline >= date(today) AND deadline <= date(today) + dur(7 days))9AND status != "abgeschlossen"10SORT deadline ASC
Dieser Abschnitt fragt alles im Vault mit einer Frist in den nächsten sieben Tagen ab, unabhängig vom Notiztyp. Projekte, Aufgaben und Kundenlieferungen erscheinen zusammen, sortiert nach Datum.
Das Sieben-Tage-Fenster ist kurz genug, dass alles in dieser Liste für die kurzfristige Planung wirklich relevant ist. Lang genug, dass du vor Fristen handeln kannst, anstatt nur auf sie zu reagieren.
Abschnitt 4: Kundenstatus-Monitor
1TABLE WITHOUT ID2file.link as "Kunde",3health as "Zustand",4mrr as "MRR ($)",5last_contact as "Letzter Kontakt",6next_touchpoint as "Nächster Kontaktpunkt"7FROM "03 - KUNDEN"8WHERE type = "kunde"9AND status = "aktiv"10SORT health ASC, last_contact ASC
Die aufsteigende Sortierung nach Zustand bedeutet, dass Risikokunden oben erscheinen.
Die aufsteigende Sortierung nach letztem Kontakt innerhalb jeder Zustandsstufe bedeutet, dass die Kunden, mit denen du am längsten nicht gesprochen hast, zuerst in ihrer Gruppe erscheinen.
Die Kombination macht die Handlung ohne zusätzliches Nachdenken offensichtlich. Roter Zustand mit einem drei Wochen alten Kontaktdatum erfordert sofortiges Handeln. Grüner Zustand mit einem Kontaktdatum von gestern tut das nicht.
Die Zustandseigenschaft verwendet drei Werte: gesund, aufmerksamkeit und risikogefährdet. Halte dies konsistent ein, und das Dashboard sortiert sich selbst zu einer CRM-Überprüfung, die sonst 20 Minuten manuelles Nachschlagen dauern würde.
Abschnitt 5: Offene Schleifen
Dieser Abschnitt erfordert eine einfache Konvention in deinen täglichen Notizen.
Jeder Punkt, der im Dashboard des nächsten Tages erscheinen soll, erhält beim Schreiben in deiner Tagesnotiz das Präfix OFFEN:.
OFFEN: Rückmeldung zum überarbeiteten Angebot des Kunden einholen
OFFEN: Entscheidung über Q3-Content-Säulen
OFFEN: Vertragsbedingungen vor dem Telefonat am Donnerstag prüfen
Die Abfrage:
1LIST2FROM "04 - TÄGLICH"3WHERE type = "täglich"4AND date = date(today) - dur(1 day)5FLATTEN file.lists AS element6WHERE contains(string(element), "OFFEN:")
Jeder Punkt mit dem Präfix OFFEN: in der gestrigen Tagesnotiz erscheint automatisch im heutigen Dashboard.
Der Abschnitt „Offene Schleifen" erfasst die Punkte, die wichtig genug sind, um notiert zu werden, aber nicht formell genug für eine Aufgabe. Das sind die Dinge, die in Systemen, die nur formelle Aufgaben verfolgen, durchs Raster fallen. Die OFFEN:-Konvention bringt sie zum richtigen Zeitpunkt an die Oberfläche, ohne ein separates Trackingsystem zu erfordern.
Abschnitt 6: Umsatzpuls
1TABLE WITHOUT ID2file.link as "Kunde",3mrr as "MRR ($)",4health as "Zustand",5status as "Status"6FROM "03 - KUNDEN"7WHERE type = "kunde"8AND status = "aktiv"9SORT mrr DESC
Füge diese Inline-Abfrage unter der Tabelle hinzu, um die Summe anzuzeigen:
**Gesamt-MRR:** \$= dv.pages('"03 - KUNDEN"').where(p => p.type === "kunde" && p.status === "aktiv").map(p => p.mrr).array().reduce((a,b) => a + b, 0)``
Diese Tabelle und die Summe geben dir in 15 Sekunden das aktuelle Umsatzbild. Jeder aktive Kunde. Sein monatlicher Beitrag. Sein Zustand. Die laufende Summe.
Keine Tabellenkalkulation. Keine manuelle Berechnung. Die Zahlen aktualisieren sich jedes Mal, wenn du eine Kunden-Eigenschaft änderst.
Die vollständige Dashboard-Vorlage
1# Dashboard23> `$= dv.date("today").toFormat("EEEE, MMMM d, yyyy")`45---67## Heutige Prioritäten89[DATAVIEW-ABFRAGE — ABSCHNITT 1]1011---1213## Aktive Projekte1415[DATAVIEW-ABFRAGE — ABSCHNITT 2]1617---1819## Nächste 7 Tage2021[DATAVIEW-ABFRAGE — ABSCHNITT 3]2223---2425## Kundenstatus2627[DATAVIEW-ABFRAGE — ABSCHNITT 4]2829---3031## Offene Schleifen3233[DATAVIEW-ABFRAGE — ABSCHNITT 5]3435---3637## Umsatzpuls3839[DATAVIEW-ABFRAGE — ABSCHNITT 6]4041**Gesamt-MRR:** [INLINE-ABFRAGE]
Ersetze jeden Platzhalter in eckigen Klammern durch die entsprechende Abfrage aus den obigen Abschnitten.
Das Inline-Datum oben rendert das heutige Datum automatisch, sodass du immer weißt, welchen Tag das Dashboard anzeigt, ohne deinen Kalender zu überprüfen.
Claude Code via MCP verbinden
Das oben erstellte Dashboard ist bereits nützlicher als die meisten Geschäftsverwaltungssysteme.
Verbunden mit Claude Code über das Filesystem-MCP erhält es zwei Fähigkeiten, die das Morgen-Erlebnis komplett verändern.
Intelligentes Morgenbriefing. Anstatt sechs Tabellen mit Rohdaten zu lesen, liest Claude das Dashboard, synthetisiert die Informationen aus allen sechs Abschnitten und erstellt ein Briefing in natürlicher Sprache. Nicht, was die Daten zeigen. Sondern, was die Daten für den heutigen Tag bedeuten.
Die Aufforderung für das Morgenbriefing:
Lies meine Obsidian-Dashboard-Notiz und jede Datei, auf die sie verweist.
Erstelle ein Morgenbriefing, das mir Folgendes mitteilt:
1. Die allerwichtigste Sache, die heute zu erledigen ist
2. Was vor Mittag meine Aufmerksamkeit erfordert und warum
3. Was gefährdet ist, wenn ich heute nicht darauf reagiere
4. Die Kundenbeziehung, die gerade am meisten Aufmerksamkeit braucht
5. Eine offene Entscheidung, die ich treffen sollte, bevor ich beginne
Beschreibe nicht die Tabellen. Sag mir, was sie bedeuten.
Halte das Briefing unter 300 Wörtern. Beginne mit dem Dringendsten.
Dieses Briefing läuft automatisch über N8N jeden Morgen um 6:00 Uhr. Es liest die Live-Dashboard-Daten und hinterlegt das Briefing in deiner Tagesnotiz, bevor du deinen Laptop aufklappst.
Automatische Eigenschaftsaktualisierungen. Wenn du Arbeit erledigst, aktualisiert Claude die entsprechenden Eigenschaften in deinen Projekt- und Aufgabendateien automatisch.
Die Konvention für die Erledigung in deiner Tagesnotiz:
ERLEDIGT: [Projektname] — [spezifisches Arbeitsergebnis]
AKTUALISIERT: [Projektname] — Fertigstellung: 65
Claude liest diese Einträge, findet die entsprechenden Dateien im Vault, aktualisiert die Eigenschaften und protokolliert die Änderungen. Das Dashboard spiegelt die Aktualisierungen sofort wider.
Der tägliche Arbeitsablauf mit dem laufenden Dashboard
So sehen die ersten zehn Minuten deines Tages aus.
6:00 Uhr: Dein Telefon erhält eine Telegram-Benachrichtigung. Das Morgenbriefing ist in deiner Tagesnotiz bereit.
6:02 Uhr: Du liest das Briefing. Es sagt dir die eine Sache, die heute am wichtigsten ist, und die eine Kundenbeziehung, die Aufmerksamkeit braucht. Es hat 180 Wörter.
6:05 Uhr: Du öffnest das Dashboard. Du bestätigst, dass die Prioritäten, die das Briefing hervorgehoben hat, mit dem übereinstimmen, was die Tabellen zeigen. Du fügst alle neuen Aufgaben mit den korrekten Eigenschaften hinzu.
6:10 Uhr: Du beginnst zu arbeiten.
Keine E-Mails zuerst. Kein Slack zuerst. Keine 45-minütige Orientierung über fünf Tools hinweg.
Du beginnst zu arbeiten, weil du bereits weißt, was wichtig ist.
Das Dashboard liefert dies jeden Morgen, ohne dass du es warten, zusammenstellen oder manuell aktualisieren musst.
Das Dashboard im Laufe der Zeit genau halten
Das Dashboard ist nur so gut wie die Daten, die darunter liegen.
Drei Gewohnheiten machen die Daten zuverlässig.
Aktualisiere Eigenschaften in dem Moment, in dem sich etwas ändert. Wenn ein Projekt von „aktiv" zu „abgeschlossen" wechselt, aktualisiere sofort die Status-Eigenschaft. Wenn sich der Zustand eines Kunden ändert, aktualisiere noch am selben Tag die Zustands-Eigenschaft. Veraltete Eigenschaften führen zu veralteten Dashboard-Daten.
Verwende die OFFEN:-Konvention konsequent. Jedes Mal, wenn etwas auf morgen übertragen werden muss, schreibe es mit dem OFFEN:-Präfix in deine Tagesnotiz. Verlasse dich nicht auf dein Gedächtnis, um es manuell zu übertragen.
Überprüfe das Dashboard sowohl am Tagesende als auch am Tagesanfang. Eine 3-minütige Dashboard-Überprüfung am Tagesende zeigt, was aktualisiert werden muss, bevor das morgige Morgenbriefing läuft. Fünf Eigenschaftsaktualisierungen um 17:00 Uhr erzeugen ein genaueres Briefing um 6:00 Uhr als fünf Aktualisierungen, die du bereits beim Lesen des Briefings vornimmst.
Fehlerbehebung
Abfragen liefern leere Ergebnisse: Die Eigenschaftsnamen in deinen Notizen stimmen nicht exakt mit den Eigenschaftsnamen in der Abfrage überein. Überprüfe auf Tippfehler, Groß-/Kleinschreibungsunterschiede und fehlende Anführungszeichen.
Eigenschaften werden nicht angezeigt: Der YAML-Frontmatter-Block muss ganz am Anfang der Notiz erscheinen, vor jedem anderen Inhalt. Ein einzelnes Zeichen vor dem öffnenden --- zerstört den gesamten Eigenschaftenblock.
Datumsabfragen funktionieren nicht: Daten in Eigenschaften müssen exakt dem Format JJJJ-MM-TT folgen. 2026-5-18 bricht die Abfrage. 2026-05-18 funktioniert.
Dashboard lädt langsam: Zu viele Notizen entsprechen den Abfragekriterien. Füge Ordnerfilter hinzu, um den Bereich einzugrenzen. Die Abfrage FROM "01 - PROJEKTE" ist schneller als die Abfrage FROM "" über den gesamten Vault.
Inline-Berechnungen zeigen Fehler: Die MRR-Eigenschaft muss eine Zahl enthalten, keine Zeichenkette. mrr: 3000 funktioniert. mrr: "$3.000" nicht.
Was sich nach 30 Tagen ändert
Das Dashboard liefert ab dem ersten Morgen, an dem du es nutzt, einen sofortigen Mehrwert.
Der kumulative Effekt zeigt sich im zweiten Monat.
Jede Eigenschaftsaktualisierung, die du vornimmst, schult die Disziplin, deine Vault-Daten aktuell zu halten. Diese Disziplin summiert sich zu einem System, in dem das Dashboard wirklich genau ist, nicht nur teilweise genau.
Jeder OFFEN:-Punkt, den du erfasst, schließt die Lücke zwischen dem, was du tun wolltest, und dem, was du tatsächlich verfolgt hast. Nach 30 Tagen verlierst du die wichtigen, aber nicht dringenden Punkte nicht mehr, die früher durchs Raster gefallen sind.
Jedes Morgenbriefing, das Claude aus den Dashboard-Daten generiert, wird besser auf deine tatsächlichen Arbeitsmuster abgestimmt, je reichhaltiger die zugrundeliegenden Daten werden.
Bis zum zweiten Monat wirst du dich nicht mehr daran erinnern, wie du deine Morgen vor der Existenz des Dashboards begonnen hast.
Bis zum dritten Monat wirst du deinen Tag ohne es nicht mehr beginnen.
Der Aufbau dauert einen Nachmittag.
Der kumulative Effekt beginnt am ersten Morgen.
Baue es heute.
Folge @cyrilXBT für die genauen Dataview-Abfragen, Claude-Aufforderungen und Vault-Vorlagen, die dieses gesamte System zum Laufen bringen.
