Concept Map: Definition, Anleitung & Beispiele für Service Design

Eine Concept Map (auch Begriffslandkarte, Konzeptkarte oder Begriffsnetz) ist eine visuelle Darstellung, die Konzepte als Knoten und die Beziehungen zwischen ihnen als beschriftete Verbindungslinien zeigt. Anders als ein einfaches Brainstorming oder eine Mind Map zwingt die Concept Map dazu, die Art der Beziehung zwischen zwei Begriffen explizit zu benennen — „verursacht”, „erfordert”, „ermöglicht” — und macht damit verborgene Annahmen sichtbar [1].

Die Methode wurde 1972 von Joseph D. Novak an der Cornell University entwickelt, um Veränderungen im Konzeptverständnis von Kindern nachzuverfolgen. Ihre theoretische Grundlage ist David Ausubels Theorie des bedeutungsvollen Lernens: Neues Wissen wird dauerhaft verankert, wenn es bewusst mit bestehendem Wissen verknüpft wird [1][2]. Was als Lernwerkzeug begann, hat sich längst zu einem Planungs- und Analyseinstrument in Organisationen entwickelt — von der Wissensarchitektur bei der NASA bis zur Informationsarchitektur bei Sun Microsystems [1][3].

Suchst du im deutschsprachigen Netz nach „Concept Map”, findest du zwei Typen von Ergebnissen: Tool-Anbieter (Miro, Lucidchart, Canva), die dir ihre Software verkaufen wollen, und Bildungsportale, die den Schulunterricht erklären. Keines der Ergebnisse zeigt, wie du eine Concept Map in einem Service-Design-Projekt einsetzt — etwa um das Beziehungsgeflecht zwischen Kundensegmenten, Touchpoints und Backend-Systemen einer Versicherung zu durchdringen. Keines erklärt den Unterschied zwischen Concept Map und Mind Map so, dass du in der nächsten Projektbesprechung die richtige Methode wählst. Und keines benennt die Situationen, in denen die Concept Map die falsche Wahl ist.

Dieser Leitfaden schließt diese Lücken.

Von Cornell zu CmapTools: Woher die Methode kommt

Joseph D. Novak (geboren 1932) war Professor für Erziehungswissenschaften und Biologie an der Cornell University. 1972 leitete er ein zwölfjähriges Forschungsprojekt, das verfolgte, wie Kinder naturwissenschaftliche Konzepte erwerben. Das Problem: Die Interviewtranskripte der Kinder waren so umfangreich, dass das Forschungsteam Veränderungen im Verständnis nicht zuverlässig identifizieren konnte. Novak entwickelte die Concept Map als Lösung — ein visuelles Format, das die Konzeptstruktur eines Lernenden abbildbar und vergleichbar machte [1].

Die theoretische Basis lieferte David Ausubel mit seiner 1963 veröffentlichten Theorie des bedeutungsvollen Lernens. Ausubels zentrale These: Neues Wissen wird nur dann dauerhaft integriert, wenn der Lernende es bewusst mit vorhandenem Wissen verknüpft — im Gegensatz zum reinen Auswendiglernen (rote learning), das schnell vergessen wird und nicht auf neue Probleme übertragbar ist [2]. Die Concept Map macht diesen Verknüpfungsprozess sichtbar.

Ab 1987 arbeitete Novak mit Alberto J. Canas am Florida Institute for Human and Machine Cognition (IHMC) zusammen. Gemeinsam entwickelten sie CmapTools — eine kostenlose Software, die Concept Mapping für Forschung, Bildung und Organisationen zugänglich machte [4]. CmapTools wird bis heute weltweit eingesetzt, von Schulen bis zur NASA, die das Werkzeug für das Wissensmanagement in Weltraummissionen nutzt [1].

Was eine Concept Map von anderen Visualisierungen unterscheidet

Martin J. Eppler verglich 2006 in einer vielzitierten Studie vier Visualisierungsformate: Concept Maps, Mind Maps, Konzeptdiagramme und visuelle Metaphern. Sein Ergebnis: Jedes Format hat einen spezifischen Stärkebereich, und die Kombination mehrerer Formate erzeugt den größten Nutzen für Wissenskonstruktion und -weitergabe [5].

Format	Struktur	Stärke	Schwäche
Concept Map	Netzwerk mit beschrifteten Verbindungen	Beziehungen explizit machen, Wissensdomänen verbinden	Zeitaufwändig, erfordert Übung
Mind Map	Baumstruktur mit zentralem Knoten	Schnelles Brainstorming, Ideensammlung	Keine Beziehungsbeschriftungen, flache Struktur
Service Blueprint	Prozessablauf mit Swimlanes	Zeitliche Abläufe und Schnittstellen	Keine konzeptuellen Zusammenhänge
Stakeholder Map	Kreismodell mit Nähe/Einfluss	Akteure und ihre Macht sichtbar machen	Keine inhaltlichen Beziehungen zwischen Akteuren

Die entscheidende Unterscheidung: Eine Mind Map organisiert Ideen um ein Thema herum — strahlenförmig, assoziativ, ohne Beziehungsbeschriftungen. Eine Concept Map verbindet Konzepte miteinander — als Netzwerk, mit beschrifteten Verbindungen, und erlaubt Querverbindungen zwischen verschiedenen Ästen. Wenn du wissen willst, welche Ideen zu einem Thema gehören, nutze eine Mind Map. Wenn du verstehen willst, wie diese Ideen zusammenhängen, nutze eine Concept Map [5].

Wann eignet sich die Concept Map?

Die Concept Map ist besonders wertvoll, wenn du ein Beziehungsgeflecht zwischen Konzepten verstehen, kommunizieren oder analysieren musst — nicht wenn du Ideen sammeln oder einen Prozessablauf dokumentieren willst.

Nutze eine Concept Map, wenn:

• Du ein komplexes Thema strukturieren musst, bei dem viele Begriffe in nicht-linearen Beziehungen zueinander stehen — etwa die Abhängigkeiten zwischen Kundensegmenten, Produkten, Kanälen und Backend-Systemen einer Versicherung
• Ein cross-funktionales Team unterschiedliche mentale Modelle desselben Systems hat und du ein gemeinsames Verständnis schaffen willst — die beschrifteten Verbindungen erzwingen Klarheit, wo Diskussionen vage bleiben
• Du Expertenwissen externalisieren musst, bevor ein Wissensträger das Unternehmen verlässt oder ein Projekt übergeben wird [1]
• Du in der Discover-Phase eines Service-Design-Projekts das Problemfeld kartierst, bevor du mit Customer Journey Mapping oder Empathy Maps in die Tiefe gehst
• Du Querverbindungen zwischen Wissensdomänen identifizieren willst — genau diese Cross-Links sind laut Novak der kreativste Teil der Concept Map [1]

Nutze ein anderes Werkzeug, wenn:

Situation	Bessere Alternative	Warum
Du willst Ideen schnell sammeln ohne Beziehungen zu definieren	Brainstorming / Mind Map	Mind Maps sind schneller und erfordern keine Beziehungsbeschriftung
Du brauchst einen zeitlichen Prozessablauf mit Touchpoints	Customer Journey Map	Journey Maps bilden die zeitliche Abfolge der Kundenerfahrung ab
Du willst Front- und Backstage-Prozesse eines Services dokumentieren	Service Blueprint	Blueprints zeigen die unsichtbare Infrastruktur hinter der Kundenschnittstelle
Du brauchst eine Ursachenanalyse für ein konkretes Problem	Ishikawa-Diagramm	Ishikawa strukturiert Ursachen in Kategorien, nicht Konzeptbeziehungen
Du willst Stakeholder nach Einfluss und Interesse positionieren	Stakeholder Map	Stakeholder Maps zeigen Machtverhältnisse, nicht Konzeptbeziehungen

Concept Map erstellen: Schritt-für-Schritt-Anleitung

Zeitrahmen: 90–120 Minuten für eine erste Version im Team. Rechne mit 2–3 Überarbeitungsrunden über mehrere Tage, bis die Map stabil ist [1][3].

Material: Whiteboard oder große Papierfläche, Post-its (eine Farbe für Konzepte, eine andere für Verbindungswörter), Stifte. Digital: CmapTools (kostenlos), Miro oder Mural.

Schritt 1: Fokus-Frage formulieren (10 Minuten)

Jede Concept Map antwortet auf eine Fokus-Frage. Ohne diese Frage wird die Map zu einem ziellosen Begriffsfriedhof [1].

Schlecht formuliert	Gut formuliert
„Was wissen wir über Onboarding?”	„Welche Konzepte und Abhängigkeiten bestimmen die Erstnutzer-Erfahrung in unserem digitalen Onboarding?”
„Unser Produktportfolio”	„Wie hängen unsere Produkte, Kundensegmente und Vertriebskanäle zusammen?”
„Service Design”	„Welche Methoden und Artefakte verbinden Nutzerforschung mit der Umsetzung neuer Services?”

Praxistipp: Die Fokus-Frage sollte mit „Welche…”, „Wie…” oder „Warum…” beginnen. Wenn du die Frage nicht in einem Satz formulieren kannst, ist dein Scope zu breit — teile das Thema in zwei separate Maps auf.

Schritt 2: Schlüsselkonzepte identifizieren (15 Minuten)

Liste 15–25 Konzepte auf, die für die Fokus-Frage relevant sind. Schreibe jedes Konzept auf ein separates Post-it [1].

Quellen für Konzepte:

• Interviews mit Fachexperten und Stakeholdern
• Bestehende Dokumentation (Projektberichte, Prozessbeschreibungen)
• Ergebnisse aus User Research
• Glossare und Fachbegriffslisten
• Brainstorming im Team

Sortiere die Konzepte hierarchisch: Ordne sie vom Allgemeinsten zum Spezifischsten. Allgemeine, übergeordnete Konzepte stehen später oben in der Map, spezifische unten [1].

Lege die sortierten Post-its als „Parkplatz” (Parking Lot) neben deine Arbeitsfläche. Du wirst nicht alle verwenden — und im Laufe des Prozesses neue hinzufügen.

Schritt 3: Erste Struktur aufbauen (20 Minuten)

Platziere das allgemeinste Konzept oben auf der Arbeitsfläche. Ordne die nächst-spezifischen Konzepte darunter an. Verbinde verwandte Konzepte mit Linien.

Wichtig — die beschrifteten Verbindungen: Jede Verbindungslinie braucht ein oder mehrere Wörter, die die Beziehung beschreiben. Zwei Konzepte plus die Verbindungswörter ergeben eine Proposition — eine sinnvolle Aussage [1].

Beispiele für Propositionen:

• „Kundensegment” — definiert Anforderungen an → „Touchpoint”
• „Onboarding-Prozess” — besteht aus → „Identitätsprüfung”
• „Beschwerdemanagement” — beeinflusst → „Kundenzufriedenheit”

Häufiger Fehler: Verbindungslinien ohne Beschriftung. Eine unbeschriftete Linie sagt: „Diese beiden Konzepte hängen irgendwie zusammen.” Das ist wertlos. Zwinge dich zu einem Verb oder einer Präposition. Wenn du die Verbindung nicht beschriften kannst, ist die Beziehung entweder unklar oder nicht vorhanden [1].

Schritt 4: Querverbindungen identifizieren (15 Minuten)

Querverbindungen (Cross-Links) verbinden Konzepte aus verschiedenen Bereichen der Map. Sie sind der wertvollste Teil einer Concept Map, weil sie Zusammenhänge sichtbar machen, die in linearen Darstellungen verloren gehen [1].

Suche gezielt nach Verbindungen zwischen Konzepten, die in der Hierarchie weit auseinander liegen oder in verschiedenen „Ästen” der Map stehen. Typische Fragen:

• „Gibt es eine direkte Abhängigkeit zwischen diesem Konzept links und jenem rechts?”
• „Wenn sich dieses Konzept ändert — welche anderen Konzepte sind betroffen?”
• „Welche Verbindungen überraschen uns?”

Markiere Cross-Links visuell anders (z.B. gestrichelte Linie, andere Farbe), damit sie auf den ersten Blick erkennbar sind.

Schritt 5: Überarbeiten und verfeinern (20–30 Minuten)

Eine gute Concept Map entsteht nicht im ersten Anlauf. Novak und Canas empfehlen mindestens drei Überarbeitungsrunden [1]. Bei der Redesign-Arbeit für java.sun.com bei Sun Microsystems durchlief das Team 53 nummerierte Versionen, bevor die finale Map stand [3].

Prüfe in jeder Runde:

• Stimmen die Propositionen? Lies jede Verbindung als Satz: „Konzept A — [Verbindungswort] — Konzept B.” Ergibt der Satz Sinn?
• Fehlen Konzepte? Gibt es Aspekte der Fokus-Frage, die noch nicht abgedeckt sind?
• Sind Konzepte redundant? Taucht dasselbe Konzept unter zwei verschiedenen Namen auf?
• Gibt es weitere Cross-Links? Zeichne die, die du in Schritt 4 übersehen hast.

Schritt 6: Validieren und teilen (10–15 Minuten)

Präsentiere die Concept Map einem Fachexperten oder Stakeholder, der nicht am Erstellungsprozess beteiligt war. Dessen Feedback zeigt blinde Flecken, die das Erstellerteam nicht sehen kann [3].

Dokumentation: Fotografiere die physische Map oder exportiere die digitale Version als PDF. Ergänze ein kurzes Begleitdokument mit:

• Der Fokus-Frage
• Der Liste der beteiligten Personen
• Den wichtigsten Erkenntnissen (besonders überraschende Cross-Links)
• Offenen Fragen, die sich aus der Map ergeben haben

Beispiel: Concept Map für ein Versicherungs-Onboarding

Kontext: Ein Product Manager bei einem Versicherer soll das digitale Onboarding für Neukunden nach Vertragsabschluss verbessern. Mehrere Abteilungen — IT, Kundenservice, Compliance, Vertrieb — haben unterschiedliche Vorstellungen davon, was „gutes Onboarding” bedeutet. Bevor die Customer Journey im Detail ausgearbeitet wird, erstellt das Team eine Concept Map, um das Begriffsfeld „Onboarding” zu klären.

Fokus-Frage: „Welche Konzepte und Abhängigkeiten bestimmen die Erstnutzer-Erfahrung nach Vertragsabschluss?”

Identifizierte Konzepte (Auswahl): Neukunde, Vertragsabschluss, Willkommenspaket, App-Registrierung, Identitätsprüfung (KYC), Erstansprechpartner, Self-Service-Portal, FAQ-Bereich, Produktkonfiguration, Erst-Schadenmeldung, Kundenzufriedenheit, Churn-Risiko, Compliance-Anforderungen, Datenschutz, Vertriebsversprechen

Ausgewählte Propositionen:

Konzept A	Verbindungswort	Konzept B
Neukunde	durchläuft	App-Registrierung
App-Registrierung	erfordert	Identitätsprüfung (KYC)
Identitätsprüfung	unterliegt	Compliance-Anforderungen
Compliance-Anforderungen	können verzögern	Erstnutzer-Erfahrung
Vertriebsversprechen	erzeugt Erwartungen an	Erstnutzer-Erfahrung
Erstnutzer-Erfahrung	beeinflusst	Kundenzufriedenheit
Kundenzufriedenheit	korreliert negativ mit	Churn-Risiko
Self-Service-Portal	ergänzt	Erstansprechpartner
Willkommenspaket	verweist auf	Self-Service-Portal
Willkommenspaket	verweist auf	Erstansprechpartner

Cross-Links (überraschende Verbindungen):

• „Vertriebsversprechen” — steht in Spannung zu → „Compliance-Anforderungen”: Der Vertrieb verspricht schnelles Onboarding, aber die KYC-Prüfung dauert im Schnitt 48 Stunden. Diese Erwartungslücke war vorher keinem Team bewusst.
• „FAQ-Bereich” — deckt nicht ab → „Erst-Schadenmeldung”: Neukunden, die innerhalb der ersten Woche einen Schaden melden, finden im FAQ keine Hilfe — weil das FAQ auf Bestandskunden zugeschnitten ist.
• „Datenschutz” — schränkt ein → „Erstansprechpartner”: Der Erstansprechpartner darf ohne zusätzliche Authentifizierung keine Vertragsdaten einsehen — was den ersten Kontakt umständlich macht.

Ergebnis: Das Team identifizierte drei zuvor unsichtbare Abhängigkeiten, die in den Abteilungssilos niemand bemerkt hatte. Die Concept Map wurde zur Grundlage für die anschließende Journey-Map-Arbeit und half, die Zusammenarbeit zwischen Vertrieb, Compliance und IT zu strukturieren.

Hinweis: Dieses Beispiel ist illustrativ konstruiert, um die Methode im Versicherungskontext zu demonstrieren.

Variationen und fortgeschrittene Techniken

Hierarchische Concept Map (Novak-Standardformat)

Die klassische Form: Allgemeine Konzepte oben, spezifische unten, Cross-Links quer. Am besten geeignet für die Analyse von Wissensdomänen und das Verständnis von Hierarchien [1]. Nutze diese Variante, wenn dein Thema eine natürliche Hierarchie hat — etwa Organisationsstrukturen, Produktkategorien oder regulatorische Anforderungen.

Spider Map (Spinnenmap)

Ein zentrales Konzept in der Mitte, alle anderen strahlenförmig darum angeordnet. Ähnlich einer Mind Map, aber mit beschrifteten Verbindungen. Geeignet für die Exploration eines einzelnen Konzepts mit vielen Facetten — etwa „Kundenzufriedenheit” mit allen Einflussfaktoren.

Flowchart-Concept-Map

Kombiniert Concept-Map-Elemente mit einem Prozessablauf. Konzepte werden in chronologischer Reihenfolge angeordnet, Beziehungen zeigen sowohl logische als auch zeitliche Abhängigkeiten. Geeignet für die Darstellung von Serviceprozessen, bei denen du sowohl den Ablauf als auch die konzeptuellen Zusammenhänge zeigen willst.

Systemische Concept Map

Ergänzt die klassische Map um Feedback-Schleifen und Wechselwirkungen. Geeignet für komplexe Systeme, bei denen Ursache und Wirkung nicht linear verlaufen — etwa Ökosysteme, Marktdynamiken oder organisatorische Veränderungen. Vergleiche hierzu auch das Cynefin-Framework, das hilft, die Komplexität eines Systems einzuschätzen, bevor du die passende Visualisierungsmethode wählst.

Collaborative Concept Mapping im Teamkontext

Für den Einsatz in cross-funktionalen Teams empfiehlt sich ein moderierter Workshop:

1. Jeder erstellt individuell eine Mini-Map (5–8 Konzepte, 10 Minuten)
2. Maps vergleichen — wo stimmen die mentalen Modelle überein, wo weichen sie ab?
3. Abweichungen diskutieren — jede Differenz ist eine potenzielle Erkenntnis
4. Konsens-Map erstellen — das gemeinsame Verständnis als Referenz dokumentieren

Diese Methode macht implizites Wissen sichtbar und deckt Missverständnisse auf, bevor sie zu Projektproblemen werden.

Concept Map Vorlage: Checkliste zum Sofort-Einsatz

Vorbereitung

• Fokus-Frage als konkrete Frage formuliert (nicht als Thema)
• 15–25 Schlüsselkonzepte identifiziert
• Konzepte hierarchisch sortiert (allgemein → spezifisch)
• Material vorbereitet (Post-its, Stifte oder digitales Tool)
• Teilnehmer eingeladen (3–6 Personen aus verschiedenen Fachbereichen)

Erstellung

• Allgemeinstes Konzept oben platziert
• Spezifischere Konzepte darunter angeordnet
• Alle Verbindungen mit Wörtern beschriftet (kein unbeschrifteter Pfeil)
• Jede Proposition als Satz lesbar: „Konzept A — [Verb] — Konzept B”
• Cross-Links zwischen verschiedenen Bereichen identifiziert
• Cross-Links visuell hervorgehoben (andere Farbe oder gestrichelt)

Qualitätssicherung

• Mindestens eine Überarbeitungsrunde durchgeführt
• Propositionen auf sachliche Korrektheit geprüft
• Fokus-Frage wird durch die Map beantwortet
• Map von einer Person validiert, die nicht am Erstellen beteiligt war
• Begleitdokument erstellt (Fokus-Frage, Beteiligte, Erkenntnisse, offene Fragen)

Wann die Concept Map NICHT funktioniert

Concept Maps sind nicht für jedes Visualisierungsproblem das richtige Werkzeug. Diese Einschränkungen solltest du kennen:

1. Einfache, lineare Zusammenhänge: Wenn dein Thema eine klare zeitliche oder logische Reihenfolge hat (A → B → C), ist ein Flussdiagramm oder eine Customer Journey Map effizienter. Die Netzwerkstruktur der Concept Map erzeugt bei linearen Themen unnötige Komplexität.

2. Schnelle Ideensammlung: Wenn du in 15 Minuten möglichst viele Ideen sammeln willst, ist eine Concept Map zu langsam. Die Beschriftung jeder Verbindung kostet Zeit. Nutze stattdessen Brainstorming oder eine Mind Map und überführe die Ergebnisse später in eine Concept Map, wenn die Beziehungen relevant werden.

3. Große Teams ohne Moderation: Ab 7–8 Personen wird kollaboratives Concept Mapping ohne erfahrene Moderation chaotisch. Die Diskussion über Verbindungswörter kann endlos werden. Nutze in großen Gruppen die Einzel-Map-Methode (jeder erstellt zunächst eine eigene Map) oder teile das Team in Kleingruppen auf.

4. Wenn die Zielgruppe die Methode nicht kennt: Eine Concept Map ist nur dann ein Kommunikationswerkzeug, wenn der Empfänger sie lesen kann. Wenn du Ergebnisse an Stakeholder präsentierst, die noch nie eine Concept Map gesehen haben, übersetze die Erkenntnisse in ein vertrauteres Format — etwa eine Tabelle oder eine Präsentation mit den wichtigsten Propositionen als Bullet Points.

5. Quantitative Daten: Concept Maps eignen sich für qualitative Beziehungen zwischen Konzepten, nicht für Datenvisualisierung. Wenn du Zahlen, Häufigkeiten oder Korrelationen darstellen willst, nutze Diagramme, Dashboards oder eine Wertstromanalyse.

Die Forschung bestätigt diese Einschränkungen: Ruiz-Primo und Shavelson (1996) dokumentierten, dass Concept Maps bei Lernenden ohne Vorerfahrung weniger reliabel sind und die Qualität stark von der Expertise der Ersteller abhängt [6].

5 häufige Fehler beim Concept Mapping

1. Keine Fokus-Frage definieren

Symptom: Die Map wächst in alle Richtungen, niemand weiß, wann sie „fertig” ist, und die Diskussion springt zwischen unzusammenhängenden Themen.

Lösung: Formuliere die Fokus-Frage, bevor du das erste Konzept notierst. Jedes Konzept, das du hinzufügst, muss zur Beantwortung dieser Frage beitragen. Wenn es das nicht tut, gehört es in eine separate Map.

2. Verbindungen ohne Beschriftung

Symptom: Linien zwischen Konzepten ohne Wörter. Das ist keine Concept Map — das ist ein Beziehungsdiagramm ohne Informationsgehalt.

Lösung: Jede Verbindung braucht mindestens ein Wort. Wenn du keine passende Beschriftung findest, ist die Beziehung entweder unklar (→ klären) oder nicht vorhanden (→ Linie entfernen) [1].

3. Zu viele Konzepte auf einmal

Symptom: 50+ Konzepte auf einer Map, unlesbare Schrift, überkreuzende Linien. Die Map kommuniziert nichts mehr.

Lösung: Begrenze die Map auf 15–25 Konzepte. Bei komplexen Themen: Erstelle eine Übersichts-Map mit 10–15 Hauptkonzepten und vertiefe einzelne Bereiche in separaten Detail-Maps (Sub-Maps). So hat es auch die NASA bei ihren Weltraummissionsprojekten gemacht [1].

4. Mind-Map-Format mit Concept-Map-Anspruch

Symptom: Alle Konzepte strahlen von einem Zentrum aus, es gibt keine Cross-Links, keine Hierarchie, keine beschrifteten Verbindungen.

Lösung: Wenn du eine Baumstruktur erstellst, nutze bewusst eine Mind Map (das ist ein gutes Werkzeug). Wenn du eine Concept Map erstellen willst, brauchst du: hierarchische Struktur, beschriftete Verbindungen und Cross-Links. Der Unterschied ist methodisch begründet, nicht ästhetisch [5].

5. Einmal erstellt, nie überarbeitet

Symptom: Die Map hängt an der Wand und wird nie angefasst. Neue Erkenntnisse fließen nicht ein.

Lösung: Plane Überarbeitungsrunden fest ein. Bei Sun Microsystems dauerte der Concept-Mapping-Prozess für java.sun.com 49 Wochen — mit 53 nummerierten Versionen, 36 Einzelinterviews und Feedback von 10 externen Reviewern [3]. Dein Projekt braucht keinen vergleichbaren Aufwand, aber mindestens zwei bis drei Iterationen.

Concept Maps in der Service-Design-Praxis

In der Praxis zeigt sich, dass Concept Maps in Service-Design-Projekten an drei Stellen besonders wertvoll sind:

1. Discover-Phase: Das Problemfeld kartieren. Bevor du mit User Research in die Tiefe gehst, hilft eine Concept Map, das Beziehungsgeflecht zwischen Akteuren, Systemen und Prozessen zu verstehen. Du definierst damit den Scope deiner Forschung und identifizierst, wo die größten Wissenslücken liegen.

2. Define-Phase: Wissen konsolidieren. Nach Interviews und Beobachtungen hast du viele Einzelerkenntnisse. Eine Concept Map hilft, diese Erkenntnisse zu einem kohärenten Bild zusammenzufügen — besonders wenn verschiedene Nutzergruppen (vgl. Service Design Nutzertypen) unterschiedliche Perspektiven liefern.

3. Übergabephasen: Wissenstransfer sicherstellen. Wenn ein Projektteam wechselt oder Ergebnisse an ein Umsetzungsteam übergeben werden, geht implizites Wissen verloren. Eine Concept Map dokumentiert nicht nur was das Team weiß, sondern wie die Wissenselemente zusammenhängen — das ist für die Übergabe wertvoller als eine Präsentation mit Bullet Points.

Concept Maps ersetzen keine Service Blueprints, Journey Maps oder Empathy Maps. Sie ergänzen sie — als Metaebene, die zeigt, wie die einzelnen Artefakte eines Projekts zusammenhängen. Cavalieri et al. (2021) demonstrierten diesen Ansatz in einem Forschungsprojekt zum Design von Product-Service-Systemen: Eine Concept Map diente als Planungsinstrument, um sicherzustellen, dass in den frühen Designphasen keine relevanten Informationen über PSS-Elemente übersehen werden [7].

Häufig gestellte Fragen

Was ist eine Concept Map?

Eine Concept Map (deutsch: Begriffslandkarte oder Konzeptkarte) ist eine visuelle Darstellung von Wissen, die Konzepte als Knoten und die Beziehungen zwischen ihnen als beschriftete Verbindungslinien zeigt. Zwei Konzepte plus die Verbindungswörter ergeben eine Proposition — eine lesbare Aussage wie „Kundenzufriedenheit — beeinflusst — Churn-Risiko”. Die Methode wurde 1972 von Joseph D. Novak an der Cornell University entwickelt.

Was ist der Unterschied zwischen Concept Map und Mind Map?

Drei Hauptunterschiede: (1) Struktur — eine Mind Map strahlt baumförmig von einem Zentrum aus, eine Concept Map ist ein Netzwerk mit Querverbindungen. (2) Beschriftung — Mind-Map-Äste haben keine Beziehungsbeschriftungen, Concept-Map-Verbindungen sind immer beschriftet. (3) Zweck — Mind Maps sammeln Assoziationen zu einem Thema, Concept Maps analysieren die Beziehungen zwischen Konzepten. Für schnelles Brainstorming eignet sich die Mind Map, für tiefes Verständnis die Concept Map.

Wie erstelle ich eine Concept Map?

In sechs Schritten: (1) Fokus-Frage formulieren. (2) 15–25 Schlüsselkonzepte identifizieren und hierarchisch sortieren. (3) Erste Struktur aufbauen — allgemeine Konzepte oben, spezifische unten, alle Verbindungen beschriften. (4) Querverbindungen zwischen verschiedenen Bereichen identifizieren. (5) Mindestens zwei bis drei Überarbeitungsrunden durchführen. (6) Von einer nicht beteiligten Person validieren lassen. Rechne mit 90–120 Minuten für die erste Version.

Welche Tools eignen sich für Concept Maps?

Für physische Workshops: Whiteboard und Post-its (am schnellsten für Gruppenarbeit). Für digitale Erstellung: CmapTools (kostenlos, speziell für Concept Maps entwickelt), Miro und Mural (breitere Funktionalität, gut für Remote-Teams), Lucidchart (professionelle Diagramme). Für die Einzelarbeit reichen auch ein Blatt Papier und ein Stift.

Wann sollte man eine Concept Map statt einer Mind Map verwenden?

Verwende eine Concept Map, wenn du die Art der Beziehung zwischen Konzepten verstehen willst — nicht nur, welche Konzepte zusammengehören. Typische Einsatzszenarien: Wissensdomänen kartieren, cross-funktionale Verständigung herstellen, Expertenwissen externalisieren, Problemfelder in Service-Design-Projekten durchdringen. Verwende eine Mind Map, wenn du schnell Ideen sammeln oder ein Thema explorativ erschließen willst.

Wie viele Konzepte sollte eine Concept Map haben?

Für den Einstieg empfehlen Novak und Canas 15–25 Konzepte. Weniger als 10 Konzepte bilden das Thema zu oberflächlich ab. Mehr als 30 Konzepte machen die Map unübersichtlich. Bei komplexen Themen: Erstelle eine Übersichts-Map mit 10–15 Hauptkonzepten und vertiefe einzelne Bereiche in separaten Detail-Maps.

Verwandte Methoden

Ein typischer Ablauf im Service-Design-Projekt: Mit der Concept Map kartierst du das Problemfeld und schaffst ein gemeinsames Verständnis. Mit User Research vertiefst du das Wissen über Nutzer. Mit der Customer Journey Map dokumentierst du die Kundenerfahrung. Mit dem Service Blueprint planst du die Umsetzung.

• Stakeholder Map: Wenn du nicht Konzeptbeziehungen, sondern Akteursbeziehungen (Einfluss, Interesse, Abhängigkeiten) darstellen willst
• Empathy Map: Wenn du nicht das Gesamtsystem, sondern die Perspektive einer einzelnen Person (denkt, fühlt, sagt, tut) verstehen willst
• Design Thinking: Für den Gesamtprozess, in den die Concept Map als Werkzeug in der Discover- und Define-Phase eingebettet ist
• Ishikawa-Diagramm: Wenn du nicht ein Konzeptfeld kartieren, sondern die Ursachen eines konkreten Problems analysieren willst
• Brainstorming: Wenn du vor dem Concept Mapping schnell Ideen sammeln willst, die du dann in eine Map überführst

---

Forschungsmethodik

Dieser Artikel synthetisiert Erkenntnisse aus den Grundlagenarbeiten von Novak und Canas zum Concept Mapping (1972–2008), Epplers vergleichender Studie zu Visualisierungsformaten (2006), Nesbit und Adesopes Meta-Analyse zur Lernwirksamkeit (2006, N=55 Studien, 5.818 Teilnehmer), sowie der Fallstudie von Dubberly Design Office zur Concept-Map-Anwendung bei Sun Microsystems und Cavalieris PSS-Forschung (2021). Die Quellen wurden nach Methodenrigor, Praxisrelevanz und Aktualität ausgewählt.

Limitationen: Die akademische Literatur zu Concept Maps stammt überwiegend aus dem Bildungskontext. Empirische Studien zur systematischen Anwendung in der Dienstleistungsentwicklung sind begrenzt. Das Praxisbeispiel (Versicherungs-Onboarding) ist illustrativ konstruiert, nicht eine dokumentierte Fallstudie. Die Wirksamkeitsdaten aus Nesbit und Adesopes Meta-Analyse beziehen sich auf Lernkontexte, nicht auf organisationale Anwendungen.

Offenlegung

SI Labs bietet Beratungsleistungen im Bereich Service Innovation an und setzt Concept Maps als Werkzeug in der Discover-Phase des Integrierten Service Entstehungs Prozess (iSEP) ein. Diese Praxiserfahrung informiert die Einordnung der Methode in diesem Artikel. Leser sollten sich der möglichen Perspektivenverzerrung bewusst sein.

Quellenverzeichnis

[1] Novak, Joseph D. und Alberto J. Canas. “The Theory Underlying Concept Maps and How to Construct and Use Them.” Technical Report IHMC CmapTools 2006-01 Rev 01-2008, Florida Institute for Human and Machine Cognition, 2008. https://cmap.ihmc.us/docs/theory-of-concept-maps [Technical Report | Grundlagenwerk | Zitationen: 10.000+ | Qualität: 95/100]

[2] Ausubel, David P. The Psychology of Meaningful Verbal Learning. New York: Grune & Stratton, 1963. [Grundlagenwerk | Lerntheorie | Zitationen: 15.000+ | Qualität: 90/100]

[3] Dubberly, Hugh und Paul Pangaro. “Using Concept Maps in Product Development: Preparing to Redesign java.sun.com.” Dubberly Design Office, 2009. https://www.dubberly.com/articles/using-concept-maps-in-product-development.html [Fallstudie | Produktentwicklung | Qualität: 80/100]

[4] Novak, Joseph D. und Alberto J. Canas. “The Origins of the Concept Mapping Tool and the Continuing Evolution of the Tool.” Information Visualization 5 (2006): 175–184. DOI: 10.1057/palgrave.ivs.9500126 [Journal Article | Zitationen: 500+ | Qualität: 85/100]

[5] Eppler, Martin J. “A Comparison between Concept Maps, Mind Maps, Conceptual Diagrams, and Visual Metaphors as Complementary Tools for Knowledge Construction and Sharing.” Information Visualization 5 (2006): 202–210. DOI: 10.1057/palgrave.ivs.9500131 [Journal Article | Vergleichsstudie | Zitationen: 800+ | Qualität: 85/100]

[6] Ruiz-Primo, Maria Araceli und Richard J. Shavelson. “Problems and Issues in the Use of Concept Maps in Science Assessment.” Journal of Research in Science Teaching 33, Nr. 6 (1996): 569–600. DOI: 10.1002/(SICI)1098-2736(199608)33:6<569::AID-TEA1>3.0.CO;2-M [Journal Article | Zitationen: 800+ | Qualität: 80/100]

[7] Cavalieri, Lorenzo et al. “A concept map to support the planning and evaluation of artifacts in the initial phases of PSS design.” Research in Engineering Design 32 (2021): 177–199. DOI: 10.1007/s00163-021-00358-9 [Journal Article | PSS Design | Qualität: 78/100]