Meeting-Notizen in eine Mindmap umwandeln

Meeting-Notizen sind chronologisch, weil die Dinge in dieser Reihenfolge gesagt wurden. Diese Reihenfolge ist fast nie die, in der sie wichtig sind. Deshalb beantwortet eine Seite Notizen zwar „Was ist passiert?“, aber nicht die zwei Fragen, mit denen man tatsächlich zu ihr zurückkommt: Was haben wir entschieden, und wer ist wofür zuständig?

Eine Mindmap beantwortet beides, weil sie nach Themen statt nach Zeit aufgebaut ist. Die Umwandlung ist mechanisch, sobald du weißt, worin du umwandelst.

Bilde das Meeting nicht nach

Nutzlose Maps entstehen, wenn jeder Tagesordnungspunkt einen eigenen Ast bekommt, in der Reihenfolge der Diskussion. Das sind wieder nur die Notizen, im Kreis gebogen.

Nimm stattdessen jedes Mal diese fünf Äste:

• Entscheidungen — beschlossen, mit Angabe, wer entschieden hat.
• Aufgaben — zu jeder gehören Verantwortliche und Termin, sonst ist es keine Aufgabe.
• Offene Fragen — ungeklärt, mit Angabe, wer sie beantworten muss.
• Kontext — die Begründung, die sich zu behalten lohnt. Warum die Entscheidung so ausfiel.
• Geparkt — angesprochen, bewusst nicht jetzt. Verhindert, dass dasselbe Thema in drei Wochen noch einmal aufgerollt wird.

Die feste Form ist der Punkt. Jede Map sieht gleich aus, also weißt du sechs Wochen später genau, wo du suchen musst, und das Erstellen der Map ist Sortieren statt Entwerfen.

Die Methode

1. Erst extrahieren, dann ordnen

Lies die Notizen einmal durch und markiere jede Zeile, die eine Entscheidung, eine Aufgabe, eine Frage oder eine Begründung ist. Alles Unmarkierte ist Protokoll, die Erzählung davon, wer was gesagt hat, und kommt nicht in die Map. Dieser Schritt streicht meist sechzig bis achtzig Prozent des Textes. Wenn du ihn vor den Gedanken an die Struktur machst, übernimmt die Map nicht die Form des Meetings.

2. In die fünf Äste sortieren

Unklare Fälle löst eine Frage: Könnte jemand das umsetzen, ohne etwas nachzufragen? Wenn ja, ist es eine Aufgabe. Braucht es erst eine Antwort, ist es eine offene Frage. Hat es andere Wege ausgeschlossen, ist es eine Entscheidung.

3. Jeder Aufgabe Verantwortliche und Termin geben

Eine Aufgabe ohne Namen ist ein Wunsch. Wenn im Meeting niemand zugewiesen wurde, sollte die Map diese Lücke festhalten. Owner: unassigned ist eine nützliche Information und viel besser als ein leeres Feld.

4. Die zweite Ebene ergänzen, dann aufhören

Unter Entscheidungen eine Ebene tiefer: was die Entscheidung ausschließt. Unter Offene Fragen: wer sie voraussichtlich beantwortet. Zwei Ebenen unter den fünf Ästen reichen für fast jedes Meeting. Bei drei schreibst du wieder mit.

5. Querverbindungen setzen

Dieser Schritt macht die ganze Übung lohnend. Verknüpfe jede Aufgabe mit der Entscheidung, aus der sie entstanden ist, und jede offene Frage mit der Entscheidung, die sie blockiert. Wenn sechs Wochen später jemand fragt, warum etwas so gebaut wird, steht die Antwort als Zeile in der Map und ist keine Ausgrabung.

Die schnelle Variante mit KI

Wenn das Meeting ein Transkript statt Notizen hinterlassen hat, kopiere das Transkript nicht in einen Mindmap-Generator. Du bekommst eine Map der Unterhaltung, also genau den Fehler von oben. Verlange zuerst die Extraktion:

From this transcript, produce a Markdown outline with exactly five
top-level headings: Decisions, Actions, Open questions, Context, Parked.
Under Actions, one bullet per action in the form "Owner — task — date",
using "unassigned" where no owner was named. Quote nothing; do not
include anything that is only narration.

Importiere dieses Markdown dann in das Tool, das du nutzt. Die meisten Mindmap-Apps lesen Markdown oder OPML direkt, die Gliederung wird also in einem Schritt zur Map, und du prüfst die Struktur, statt sie zu bauen.

Zwei Dinge solltest du am Ergebnis jedes Mal prüfen. Im Ast Aufgaben erfindet die KI Dinge. Sie weist selbstsicher jemanden zu, der nie genannt wurde. Und ein leerer Ast „Geparkt“ heißt meistens, dass sie nicht danach gesucht hat; in fast jedem Meeting wird etwas angesprochen und vertagt.

Mind Map: Smart MindiPhone & iPad · Android

Importiert Markdown und OPML, verknüpft beliebige zwei Themen und gibt jeder Aufgabe ein Kontrollkästchen, dessen Fortschritt sich im Ast aufsummiert, sodass der Ast Aufgaben als Prozentwert der Erledigung lesbar ist. Alles bleibt auf dem Gerät, was bei Notizen wichtig ist, die du nicht hochladen solltest.

Was es kann

Der letzte Punkt verdient einen klaren Satz: Meeting-Notizen sind oft der sensibelste Text, den jemand die ganze Woche über in der Hand hat: Personalzahlen, Preise, Kundennamen, eine noch nicht verkündete Entscheidung. Ein Browser-Tool, das sie hochlädt, ist eine bewusste Wahl und kein Standard. Der Vergleich kostenloser KI-Mindmap-Tools sortiert die Optionen danach, wo der Text landet.

So bleibt die Map brauchbar

Hake im Ast Aufgaben ab, nicht in der ganzen Map. Wenn Kontrollkästchen verfügbar sind, setze sie nur an die Aufgaben. Ein Ast, der „4 von 7“ meldet, ist ein Statusupdate, das du nicht schreiben musstest.

Färbe nach Verantwortlichen, nicht nach Thema. Dann ist „Was schulde ich aus diesem Meeting?“ ein Blick statt einer Lektüre.

Nimm Offene Fragen und Geparkt in die Map des nächsten Meetings mit. Diese zwei Äste sind die Tagesordnung, schon geschrieben. Diese Gewohnheit macht aus einer Reihe von Maps einen roten Faden statt eines Haufens.

Eine Map pro Meeting-Reihe, nicht pro Meeting, bei allem, was regelmäßig stattfindet. Ein wöchentliches Standup will eine Map, die jede Woche einen datierten Ast bekommt; zwölf einzelne Maps eines Standups sind zwölf Dinge, die niemand öffnet.

Wann du es lassen kannst

Manche Meetings brauchen das nicht. Wenn das Meeting eine Entscheidung und keine Aufgaben ergeben hat, schreib die Entscheidung in einen Satz und mach weiter. Ein Fünfzehn-Minuten-Meeting zu mappen kostet mehr als das Meeting selbst.

Als Faustregel gilt: mehr als drei Aufgaben oder mehr als eine offene Frage. Darunter sind die Notizen schon kurz genug zum Lesen.