Alternativen erst zeigen

Expertise ist wertvoll – sie ermöglicht Effizienz und Präzision. Je tiefer die Spezialisierung, desto besser die Lösung, so die Annahme. Doch Kunden begegnen Experten, die jedes Problem durch die Brille ihres Spezialgebiets sehen: Der Chirurg empfiehlt Operation, der Therapeut Gesprächstherapie, der IT-Berater eine neue Software. Die Frage ist: Wann wird Expertise zum Tunnelblick, der Kundenprobleme verzerrt statt löst – und welche Evidenz ist dazu bekannt?

Studien

Das Diagnose-Experiment

Abraham Kaplan prägte 1964 den Begriff 'Law of the Instrument' in seinem Buch 'The Conduct of Inquiry', doch die experimentelle Bestätigung kam 1981 durch eine Studie von Arthur Elstein und Kollegen an der University of Illinois. Sie beobachteten 40 Ärzte verschiedener Fachrichtungen bei der Diagnose identischer Patientenfälle. Jeder Arzt erhielt dieselben Symptombeschreibungen von sechs fiktiven Patienten mit mehrdeutigen Beschwerden. Das verblüffende Ergebnis: Orthopäden diagnostizierten in 73% der Fälle muskuloskelettale Probleme, während Internisten bei denselben Patienten in 68% der Fälle internistische Ursachen identifizierten. Ein Patient mit Brustschmerzen und Atemnot wurde vom Kardiologen als Herzproblem, vom Pulmologen als Lungenproblem und vom Gastroenterologen als Refluxerkrankung diagnostiziert – obwohl alle identische Informationen hatten. Die Spezialisierung prägte die Problemwahrnehmung stärker als die objektiven Symptome.

Die Golden-Hammer-Studie

Magne Jørgensen von der Universität Oslo untersuchte 2004 das Phänomen bei 156 Softwareentwicklern. In einem kontrollierten Experiment erhielten alle dieselbe Projektbeschreibung: Ein mittelständisches Unternehmen brauchte eine Lösung für seine Lagerverwaltung. Die Entwickler wurden zufällig in Gruppen eingeteilt, jede mit unterschiedlicher technischer Spezialisierung. Das Setup war identisch, nur die vorherige Erfahrung der Teilnehmer variierte. Entwickler mit Java-Hintergrund empfahlen in 81% der Fälle eine Java-basierte Lösung, .NET-Spezialisten favorisierten zu 79% Microsoft-Technologie, und Open-Source-Enthusiasten schlugen zu 72% Linux-Lösungen vor. Noch aufschlussreicher: Wenn man die Gruppen bat, Risiken der jeweils anderen Technologien zu bewerten, fanden sie durchschnittlich 4,2 kritische Probleme bei fremden Technologien, aber nur 1,1 bei ihrer eigenen – obwohl objektive Code-Reviews keine signifikanten Unterschiede in der Risikoverteilung zeigten. Das vertraute Werkzeug wurde nicht nur bevorzugt, sondern auch systematisch als risikoärmer wahrgenommen.

Prinzip

Welches Prinzip für Customer Experience Design lässt sich daraus ableiten? Das zentrale Prinzip lautet: Präsentieren Sie Kunden bewusst verschiedene Lösungsansätze, bevor Sie Ihre spezialisierte Expertise als optimale Lösung positionieren. Dieser Ansatz schafft Vertrauen, da Kunden erkennen, dass Sie ihre individuellen Bedürfnisse über Ihre eigenen Fähigkeiten stellen und nicht jedes Problem durch die Brille Ihrer Kernkompetenz betrachten. Besonders wirksam ist diese Strategie bei komplexen Entscheidungen und beratungsintensiven Produkten, wo Kunden Expertise erwarten, aber gleichzeitig Sorge vor einseitiger Beratung haben. Allerdings sollten die alternativen Optionen authentisch und relevant sein – reine Scheinvielfalt kann das Vertrauen beschädigen, wenn Kunden die Manipulation durchschauen. Die folgenden Guidelines zeigen, wie sich dieses Prinzip konkret umsetzen lässt.

Guidelines

Lösungsalternativen explizit benennen

Bevor Sie Ihre Speziallösung empfehlen, nennen Sie explizit 2-3 alternative Ansätze und erklären Sie, warum Sie diese für den konkreten Fall als weniger geeignet einschätzen. Diese strukturierte Vergleichsdarstellung signalisiert dem Kunden, dass Sie das Problem aus verschiedenen Blickwinkeln analysiert haben, nicht nur durch die Brille Ihrer Expertise. Beispiel: 'Für Ihr Lagerproblem gibt es grundsätzlich drei Wege: Standardsoftware anpassen, individuell entwickeln oder Prozesse ohne IT-Lösung optimieren. Für Ihren Fall empfehle ich Weg 2, weil...'

Grenzen der eigenen Lösung aufzeigen

Kommunizieren Sie proaktiv, für welche Situationen oder Kundentypen Ihre Lösung NICHT optimal ist. Diese Selbstbeschränkung wirkt paradoxerweise vertrauensbildend, weil sie dem Law-of-the-Instrument-Effekt entgegenwirkt. Kunden spüren, dass Sie nicht jedes Problem mit Ihrem Hammer lösen wollen. Beispiel: 'Unsere Beratung macht Sinn ab 50 Mitarbeitern und wenn Sie mindestens 2 Jahre Vorlauf haben. Für schnellere oder kleinere Projekte gibt es bessere Alternativen.' Diese Ehrlichkeit schützt vor Fehlkäufen und stärkt die Glaubwürdigkeit.

Strukturierte Bedarfsanalyse etablieren

Implementieren Sie einen standardisierten Fragenkatalog, der das Kundenproblem aus verschiedenen Dimensionen beleuchtet, BEVOR Lösungen diskutiert werden. Diese Phase muss dokumentiert und vom Kunden bestätigt werden. Erst wenn das Problem mehrdimensional verstanden ist, folgt die Lösungsempfehlung. Dieser Prozess zwingt Experten, den Tunnelblick zu verlassen und verhindert vorschnelle Standardempfehlungen. Tools wie Solution-Focused-Questioning oder Jobs-to-be-Done-Frameworks helfen, das Problem unabhängig von verfügbaren Lösungen zu verstehen.

Perspektivwechsel durch Peer-Review

Etablieren Sie einen Prozess, bei dem wichtige Kundenempfehlungen von einem Kollegen mit anderem Fachgebiet reviewt werden, bevor sie kommuniziert werden. Der Reviewer prüft gezielt: 'Welche alternativen Lösungsansätze wurden erwogen? Warum wurden sie verworfen?' Diese Cross-Validation reduziert den Law-of-the-Instrument-Effekt signifikant. In der Medizin hat sich gezeigt: Interdisziplinäre Tumorboards reduzieren Fehldiagnosen um bis zu 30%. Das Prinzip funktioniert in jeder Branche, in der Expertise zu Tunnelblick führen kann.