Meeting-Notizen in Concept Maps verwandeln: Entscheidungen, Verantwortliche und nächste Schritte sichtbar machen
Ein praktischer Workflow, um Meeting-Notizen als Concept Map für Entscheidungen, Risiken, Annahmen und Aufgaben zu strukturieren.
Viele Meetings haben kein Protokollproblem, sondern ein Strukturproblem. Es gibt Notizen, aber niemand sieht sofort, welche Entscheidung getroffen wurde, welche Evidenz sie trägt und welcher offene Punkt sie kippen könnte. Eine Meeting-Concept-Map ordnet Aussagen als Beziehungen zwischen Entscheidung, Beleg, Risiko, Annahme und Aktion.
vollständigen Leitfaden | Vorlagen | Editor
Authority references: concept map, meeting minutes, cognitive load.
Kurz gefasst
- D = decision, A = action, R = risk, Q = open question, E = evidence.
- First draft target: within 24 hours.
- Practical size: 12 to 25 nodes for a 30 to 60 minute meeting.
- Useful link verbs: supports, blocks, requires, validates, changes, owns.
“A meeting map is useful when a person who missed the discussion can see the decision, the evidence, and the next owner in 5 minutes.”
— Hommer Zhao, Knowledge Systems Researcher
Workflow
- Capture raw notes first; do not polish layout during the meeting.
- Choose one focus question, such as: What did we decide and why?
- Keep only decisions, evidence, risks, assumptions, actions, and unresolved questions.
- Label every connection with a verb. Avoid vague lines that only mean related.
- Separate facts from assumptions so follow-up work is clear.
- Add one owner and one date to each action node.
Bei einem Produktmeeting zur Nutzerführung wird nicht nur “weniger Felder” notiert. Abbruch nach Schritt 6, 18 Prozent mehr Supporttickets und der Wunsch des Vertriebs nach Qualifikationsdaten gehören an denselben Entscheidungsknoten.
| Node | Review question | Common failure | Fast correction |
|---|---|---|---|
| Decision | What changed after the meeting? | choice without reason | connect 2 evidence nodes |
| Evidence | What supports the choice? | opinion treated as fact | add source or metric |
| Risk | What could change the plan? | no owner | create mitigation action |
| Assumption | What still needs testing? | hidden belief | define a simple test |
| Action | Who does what by when? | task without dependency | connect to decision or risk |
“When a meeting map grows past 30 nodes, split it into a decision map and an execution map.”
— Hommer Zhao, Knowledge Systems Researcher
Templates
Decision map: options, evidence, selected path, risks, and owners.
Risk map: known facts, assumptions, tests, mitigations, and review date.
Stakeholder map: goals, concerns, constraints, trade-offs, agreements, and conflicts.
FAQ
When should the map be created?
Within 24 hours. After 48 hours, small context details become harder to recover.
How many nodes are enough?
Use 12 to 25 nodes for a normal meeting. Split the map after about 30 nodes.
Does this replace formal minutes?
No. Minutes preserve the record; the concept map explains relationships among decisions, evidence, risks, and actions.
Which relationship labels work best?
Use short verbs: supports, blocks, requires, challenges, validates, owns, and changes metric.
How should disagreement be handled?
Create a conflict node, connect it to the affected decision, and assign one person to bring evidence before the next meeting.
“An action is clear only when the map shows which decision it unlocks or which risk it reduces.”
— Hommer Zhao, Knowledge Systems Researcher
Try one meeting this week in the Editor. For a team, class, or research workflow, use Kontaktseite.