Tags + Properties
Klassifikation am Block, nicht in der Tabelle nebenan.
Transkript
Was, wenn die Klassifikation nicht in einer Tabelle neben dem Inhalt läge, sondern an dem Block selbst, der die Aussage trägt? In den nächsten Minuten hörst Du, warum die Excel-Liste neben dem Memo zur zweiten Wahrheit wird — und wie Tag und Property das auflösen.
Im Due-Diligence-Alltag laufen Inhalt und Klassifikation getrennt. Das Memo lebt im Word, der Status steht in einer Excel-Tabelle daneben, mit Spalten für Quelle, Frist und Wettbewerber. Sobald jemand das Memo aktualisiert, driftet die Tabelle. Nach zwölf Wochen finden sich achtzehn Einträge mit Status review, deren Quelltext längst auf final steht. Niemand hat gelogen — die zweite Stelle ist nur nicht mitgewandert.
Genau hier liegt das Risiko. Zwei parallele Wahrheiten sind eine Frage des Audit-Trails, denn wer die Tabelle pflegt, ist selten die Person, die den Inhalt ändert. Die Lösung ist nicht mehr Disziplin beim Abgleichen, sondern die Klassifikation dorthin zu setzen, wo die Aussage steht.
Dafür brauchst Du zwei Bausteine. Der Tag ist die flache Quer-Klassifikation — wettbewerber, risiko, vendor, ohne Hierarchie, für Sichten über Domänen hinweg. Die Property ist die strukturierte Metadate am Block — status doppelpunkt review, quelle doppelpunkt bloomberg, frist mit einem Datum. Schlüssel und Wert, abfragbar und typisiert, direkt an der Aussage, zu der sie gehören.
Und jetzt verschwindet die Tabelle nicht, sie wird zur Query. Eine einzige Abfrage über alle Blöcke mit Status review ersetzt das handgepflegte Register. Das Ergebnis aktualisiert sich in dem Moment, in dem ein Block sich ändert. Wer alle offenen Punkte mit naher Frist sehen will, schreibt die Abfrage einmal und liest sie jeden Tag neu.
Damit das trägt, braucht es eine Konvention pro Domäne. Welche Schlüssel und welche Werte erlaubt sind, wird einmal festgelegt und versioniert — sonst schreiben drei Leute status, statu und Status, und die Abfrage greift ins Leere. Eine Seite pro Domäne genügt, und die Streuung hört auf, bevor sie beginnt.
Die ehrliche Frage zum Schluss: Wie oft pflegst Du dieselbe Information an zwei Stellen — einmal im Dokument, einmal in der Tabelle daneben? Liegt die Zahl über drei in einer Woche, ist die Tabelle keine Sicht mehr, sondern eine zweite Quelle. Häng die Bedeutung an den Block, und Dein Zweitgehirn hält Status und Quelle dort, wo die Aussage steht.
#wettbewerber, status:: review, source:: bloomberg — Klassifikation an dem Block, der sie braucht. Keine Tabelle daneben.
- Klassifikations-Zeit pro Bericht: −65 %
- Tabellen-Pflegeaufwand: −80 %
- Datenkonsistenz Quelle ↔ Sicht: 100 %
Warum die Excel-Tabelle zur zweiten Wahrheit wird
Im Due-Diligence-Alltag laufen Inhalt und Klassifikation getrennt — Memos im Word, ein Excel-Register mit Status, Quelle, Wettbewerber daneben. Sobald ein Memo aktualisiert wird, driftet das Register. Nach 12 Wochen finden sich 18 Einträge mit Status „review“, deren Quelltext längst auf „final“ steht.
5 Regeln
- Tag = Quer-Klassifikation. `#wettbewerber`, `#risiko`, `#vendor` — flach, ohne Hierarchie, für Sichten über Domänen hinweg.
- Property = strukturierte Metadate. `status:: review`, `quelle:: bloomberg`, `frist:: 2026-06-30` — Schlüssel-Wert, abfragbar, typisiert.
- Query = lebende Sicht. Eine Abfrage über alle Blöcke mit `status:: review` ersetzt die handgepflegte Tabelle. Das Ergebnis aktualisiert sich, sobald ein Block sich ändert.
- Properties auf Page oder Block. Page-Property gilt für das ganze Dokument (Mandant, Vertragsart). Block-Property gilt für die Aussage (Quelle einer Zahl, Frist eines Absatzes).
- Konvention pro Domäne. Welche Schlüssel und Werte erlaubt sind, wird je Domäne festgelegt und versioniert — nicht pro Person improvisiert.
## Wettbewerber-Memo Acme
status:: review
quelle:: bloomberg
frist:: 2026-06-30
Umsatz Q4 lag bei 142 Mio. EUR #wettbewerberVorher/Nachher — Excel-Liste vs. Block mit status:: review
| Vorher (Excel daneben) | Nachher (Property am Block) |
|---|---|
| Memo in Word, Eintrag in tracker.xlsx Zeile 47 | Block im Memo trägt `status:: review` |
| Statuswechsel: zwei Dateien öffnen, beide speichern | Statuswechsel: ein Wert ändern, Sicht aktualisiert sich |
| Audit-Frage „Stand 2026-04-12?“ → Datei-Historie zweier Dateien abgleichen | Audit-Frage „Stand 2026-04-12?“ → eine Versionsspur, ein Block |
| Konsistenz Quelle ↔ Sicht: prüfbar nur per Stichprobe | Konsistenz Quelle ↔ Sicht: per Definition 100 % |
Die Tabelle verschwindet nicht — sie wird zur Query. Wer „alle Blöcke mit status:: review und frist:: < 2026-07-01“ sehen will, schreibt die Abfrage einmal und liest sie täglich neu.
Ehrliche Frage
Wie oft pflegst Du Inhalte und ihre Tabelle separat? Zähle in der laufenden Woche die Fälle, in denen Du dieselbe Information an zwei Stellen geändert hast — einmal im Dokument, einmal im Register.
Klassifikation, die sich selbst pflegt.
Häng die Bedeutung an den Block, nicht an die Tabelle daneben. Dein Zweitgehirn hält Status und Quelle dort, wo die Aussage steht — ein Begleiter, keine zweite Buchhaltung.
Slot sichern··kostenlos →