Kundengewuenschte Ergebnisse: Die Bausteine von ODI

Das Konzept, das ODI zum Funktionieren bringt

Jede Methodik hat eine Kerneinheit — das Atom, aus dem alles andere aufgebaut ist. Fuer Lean ist es Verschwendung. Fuer Six Sigma ist es Variation. Fuer Outcome-Driven Innovation ist es das kundengewuenschte Ergebnis (Desired Outcome).

Ein Desired Outcome ist die Metrik, die ein Kunde verwendet, um den Erfolg bei der Ausfuehrung eines Job-to-be-Done zu messen. Nicht das, was er kaufen moechte. Nicht das Feature, das er verlangt. Nicht das Problem, ueber das er klagt. Das Ergebnis — das spezifische, messbare Resultat, das er bei jedem Schritt des Jobs zu erreichen versucht.

Dieses Konzept klingt einfach. Es ist es nicht. Es richtig zu verstehen erfordert ein Verstaendnis dafuer, was Desired Outcomes sind, was sie nicht sind und wie sie sich von jeder anderen Art unterscheiden, wie Unternehmen versucht haben, “Kundenbeduerfnisse” zu erfassen.

Was ist ein kundengewuenschtes Ergebnis?

Ein Desired Outcome ist eine Aussage, die eine spezifische Erfolgsmetrik beschreibt, aus der Kundenperspektive formuliert, wenn der Kunde einen Job-to-be-Done ausfuehrt. Es ist:

• Loesungsfrei: Es referenziert kein Produkt, Feature oder keine Technologie.
• Zeitstabil: Es aendert sich nicht, wenn neue Loesungen in den Markt eintreten.
• Messbar: Es kann auf Wichtigkeits- und Zufriedenheitsskalen bewertet werden.
• Handlungsweisend: Es liefert ein klares Ziel fuer die Produktentwicklung.

Jeder Desired Outcome folgt dem Standardformat aus unserem Leitfaden fuer Outcome Statements:

Verbesserungsrichtung + Leistungsmetrik + Kontrollobjekt

Beispiel: “Minimiere die Zeit, die benoetigt wird, den richtigen Klebstoff fuer die Substratekombination zu identifizieren.”

Diese Aussage beschreibt, was der Kunde erreichen moechte — nicht wie. Sie bleibt gueltig, ob die Loesung ein Auswahlhandbuch, eine App, ein farbcodiertes Beschriftungssystem oder eine KI-gesteuerte Empfehlungs-Engine ist. Der Desired Outcome ist stabil; der Loesungsraum ist unendlich.

Wie Desired Outcomes sich von anderen “Kundenbeduerfnis”-Konzepten unterscheiden

Die Geschaeftswelt hat keinen Mangel an Begriffen fuer das, was Kunden wollen: Beduerfnisse, Wuensche, Anforderungen, Schmerzpunkte, User Stories, Feature-Anforderungen, Voice of the Customer. Die meisten dieser Begriffe werden locker verwendet, und die Lockerheit ist teuer. Hier unterscheiden sich Desired Outcomes von jedem.

Desired Outcomes vs. Beduerfnisse

“Kundenbeduerfnisse” ist der vagueste Begriff im Produktmanagement. Er kann alles bedeuten von “sie brauchen schnellere Lieferung” (eine Loesung) bis “sie brauchen Vertrauen zu fuehlen” (ein emotionaler Zustand) bis “sie brauchen 5G-Konnektivitaet” (eine Technologiespezifikation).

Desired Outcomes sind eine spezifische, disziplinierte Untermenge von Beduerfnissen. Sie sind funktionale Leistungsmetriken in einem Standardformat angegeben. Wenn jemand in einem Meeting “Kundenbeduerfnisse” sagt, koennte die Aussage 10 verschiedene Dinge bedeuten. Wenn jemand sagt “Desired Outcome Nr. 47 hat einen Opportunity Score von 15,0”, bedeutet es genau eine Sache.

Desired Outcomes vs. Wuensche

“Wuensche” sind meist Loesungsaussagen, die als Beduerfnisse verkleidet sind. “Ich moechte einen groesseren Bildschirm” ist ein Wunsch. Der Desired Outcome dahinter koennte sein: “Minimiere die Zeit, die benoetigt wird, spezifische Daten auf dem Display waehrend des Betriebs zu lokalisieren.” Indem Sie das Ergebnis statt des Wunsches erfassen, erhalten Sie die Freiheit, das Beduerfnis mit jeder Loesung zu adressieren.

Desired Outcomes vs. Anforderungen

Produktanforderungen spezifizieren, was eine Loesung tun muss: “Das Geraet soll weniger als 2 kg wiegen.” Anforderungen sind loesungsabhaengig — sie setzen eine spezifische Produktform voraus. Desired Outcomes sind loesungsunabhaengig: “Minimiere den koerperlichen Aufwand, das Geraet zwischen Arbeitsstellen zu transportieren.” Anforderungen werden von Desired Outcomes abgeleitet, nicht umgekehrt. Wenn ein Produktmanager eine Anforderung schreibt, ohne das zugrundeliegende Ergebnis zu verstehen, riskiert er die falsche Loesung zu spezifizieren.

Desired Outcomes vs. Schmerzpunkte

Schmerzpunkte beschreiben, was Kunden heute frustriert. “Der Kalibrierungsprozess dauert zu lange” ist ein Schmerzpunkt. Es ist nuetzlicher Input, aber er vermischt das Beduerfnis mit dem Versagen der aktuellen Loesung. Der Desired Outcome — “Minimiere die Zeit, die benoetigt wird, das Geraet auf Spezifikation zu kalibrieren” — ist dauerhaft. Er gilt, ob die Kalibrierung 30 Minuten oder 30 Sekunden dauert, weil es immer den Wunsch gibt, die Zeit weiter zu minimieren. Schmerzpunkte verfallen, wenn der Schmerz behoben wird. Desired Outcomes dauern an, solange der Job existiert.

Desired Outcomes vs. User Stories

User Stories folgen dem Format: “Als [Nutzer] moechte ich [Aktion], damit [Vorteil].” Beispiel: “Als Chirurg moechte ich ein leichteres Instrument, damit meine Hand bei langen Eingriffen nicht ermudet.” Dieses Format hat drei Probleme aus ODI-Perspektive: Es schliesst eine Loesung ein (“leichteres Instrument”), es impliziert einen spezifischen Nutzerkontext (“lange Eingriffe”), und es gibt keine messbare Metrik an. Die Desired-Outcome-Version: “Minimiere den koerperlichen Aufwand, das Instrument ueber laengere Zeitraeume zu bedienen.” Das ist praeziser, messbarer und offener fuer kreative Loesungen.

Desired Outcomes vs. Feature-Anforderungen

Feature-Anforderungen sind Loesungen, keine Beduerfnisse. “Bluetooth-Konnektivitaet hinzufuegen” ist eine Feature-Anforderung. Der Desired Outcome koennte sein: “Minimiere die Zeit, die benoetigt wird, Betriebsdaten an das Analysesystem zu uebertragen.” Wenn Sie die Feature-Anforderung implementieren, erhalten Sie Bluetooth. Wenn Sie den Desired Outcome adressieren, koennen Sie Bluetooth, Wi-Fi, NFC, Kabel-USB-C oder ein automatisches Sync-on-Dock-System erhalten — was die Uebertragungszeit am besten minimiert.

Die drei Typen von Desired Outcomes

ODI erkennt drei Typen von Desired Outcomes, die den drei Dimensionen jedes Jobs entsprechen:

1. Funktionale Outcomes (85-90% der Gesamtmenge)

Funktionale Outcomes beschreiben messbare Leistungsmetriken, die mit der Ausfuehrung des Kernjobs verbunden sind. Sie sind der primaere Fokus der ODI-Analyse.

Beispiele:

• “Minimiere die Zeit, die benoetigt wird, die optimalen Schweissparameter fuer die Gelenkkonfiguration zu bestimmen”
• “Minimiere die Wahrscheinlichkeit, dass die Beschichtungsstaerke ausserhalb des angegebenen Toleranzbereichs liegt”
• “Maximiere die Faehigkeit, Unterflaechen-Defekte zu erkennen, bevor sie sichtbar werden”

2. Emotionale Outcomes (5-10% der Gesamtmenge)

Emotionale Outcomes beschreiben, wie der Kunde sich bei der Job-Ausfuehrung fuehlen moechte. Sie sind subjektiv, aber immer noch messbar.

Beispiele:

• “Minimiere die Wahrscheinlichkeit, sich waehrend der Ausfuehrung aengstlich ueber das Verfahrensergebnis zu fuehlen”
• “Maximiere das Vertrauen, dass die Ausruestung wie erwartet funktioniert”
• “Minimiere die Frustration bei der Fehlersuche unerwarteter Probleme”

Emotionale Outcomes sind wichtig, weil sie Kaufentscheidungen beeinflussen — manchmal mehr als funktionale Outcomes.

3. Soziale Outcomes (5-10% der Gesamtmenge)

Soziale Outcomes beschreiben, wie der Kunde von anderen wahrgenommen werden moechte, waehrend er den Job ausfuehrt.

Beispiele:

• “Maximiere die Wahrscheinlichkeit, von Kollegen als kompetent wahrgenommen zu werden, wenn man die Ausruestung bedient”
• “Minimiere die Wahrscheinlichkeit, als verantwortlich fuer Verzoegerungen durch Geraeteversagen angesehen zu werden”

Soziale Outcomes sind besonders wichtig in professionellen Kontexten, wo Reputation und Glaubwuerdigkeit zaehlen.

18 Beispiel-Desired-Outcomes aus verschiedenen Branchen

Medizinprodukte (Job: Beschaedigtes Gewebe reparieren)

1. “Minimiere die Zeit, die benoetigt wird, den strukturellen Zustand des Gewebes vor der Auswahl eines Reparaturansatzes zu beurteilen”
2. “Minimiere die Wahrscheinlichkeit, dass das Reparaturgeraet waehrend der Platzierung Nebenschaeden am Gewebe verursacht”
3. “Maximiere die Faehigkeit, den Heilungsverlauf des Gewebes basierend auf der verwendeten Reparaturmethode vorherzusagen”
4. “Minimiere die Anzahl der Neupositionierungsversuche, um optimale Geraeteplatzierung zu erreichen”
5. “Maximiere den Grad, in dem die Reparatur unter physiologischer Belastung strukturelle Integritaet behaelt”

Bauausruestung (Job: Schwere Lasten auf einer Baustelle heben)

6. “Minimiere die Zeit, die benoetigt wird, den optimalen Hebepfad unter Beruecksichtigung aller Standorthindernisse zu bestimmen”
7. “Minimiere die Wahrscheinlichkeit, dass die Last waehrend des Transports zur Zielposition verschiebt”
8. “Maximiere die Faehigkeit, Wetterbedingungsaenderungen vorauszuahnen, die die Sicherheit des Hubbetriebs beeinflussen”
9. “Minimiere die Anzahl der Kommunikationsfehler zwischen Bediener und Bodenpersonal bei der Positionierung”
10. “Minimiere die Zeit, die benoetigt wird, zu verifizieren, dass die Landezone fuer die Lastplatzierung vorbereitet und klar ist”

Landwirtschaftliche Ausruestung (Job: Boden in optimale Bedingungen bringen)

11. “Minimiere die Variabilitaet der Bearbeitungstiefe ueber die Arbeitsbreite des Felds”
12. “Maximiere die Faehigkeit, Betriebsparameter in Echtzeit basierend auf wechselnden Bodenbedingungen anzupassen”
13. “Minimiere den verbrauchten Kraftstoff pro Hektar bei gleichzeitiger Erreichung der Ziel-Bodenqualitaet”
14. “Minimiere die Zeit, die benoetigt wird, die Ausruestung zwischen Feldkonfigurationen umzustellen”

Industriekleber (Job: Dauerhafte Verbindung zwischen verschiedenartigen Materialien herstellen)

15. “Minimiere die Zeit, die benoetigt wird, volle Klebkraft nach der Applikation zu erreichen”
16. “Minimiere die Empfindlichkeit der Klebequalitaet gegenueber Umgebungstemperaturschwankungen waehrend der Aushaertung”
17. “Maximiere die Faehigkeit, Klebeintegritaet ohne zerstoerende Pruefung zu verifizieren”
18. “Minimiere die Menge der erforderlichen Oberflaechenvorbereitung vor der Klebeapplikation”

Wenn ich Produktmanager lehre, Desired Outcomes zu erkennen, verwende ich einen Lackmustest: Lesen Sie die Aussage laut vor und fragen Sie: ‘Sagt mir das, was ich bauen soll, oder sagt mir das, was der Kunde erreichen moechte?’ Wenn es Ihnen sagt, was zu bauen ist, ist es eine Loesung — schreiben Sie es um. Wenn es Ihnen sagt, was der Kunde erreichen moechte, und es dem Format Richtung + Metrik + Objekt folgt, ist es ein Desired Outcome.

Warum 50–150 Outcomes pro Job?

Neue Teams sind oft ueberrascht von dem Volumen: 50 bis 150 Outcome Statements fuer einen einzigen Job. Warum so viele?

Jobs sind komplexer als sie erscheinen. Eine Chirurgin “repariert einfach Gewebe” nicht. Sie beurteilt den Schaden, waehlt einen Ansatz aus, bereitet das Feld vor, positioniert das Geraet, fuehrt die Reparatur durch, ueberwacht das Ergebnis, passt bei Bedarf an und verifiziert das Ergebnis. Jeder Schritt hat 8 bis 15 Desired Outcomes. Ueber 10 bis 12 Schritte ergeben das 50 bis 150 Outcomes.

Granularitaet ermoeglicht Praezision. Wenn Sie nur 30 Outcomes erfassen, haben Sie ein verschwommenes Bild des Markts. Hochrangige Outcomes (“minimiere die Zeit, den Job abzuschliessen”) werden bei Wichtigkeit hoch eingestuft, liefern aber keine Designrichtung. Spezifische Outcomes (“minimiere die Zeit, die benoetigt wird, zu verifizieren, dass die Drehmomentvorgabe erfuellt ist”) liefern handlungsweisende Designziele.

Vollstaendigkeit ermoeglicht Entdeckung. Die Outcomes, die beim Opportunity-Algorithmus am hoechsten abschneiden, sind oft solche, die niemand in Ihrer Organisation in Betracht gezogen hat. Sie erscheinen im 80. oder 120. Interview, in einem Schritt der Job Map, den Ihr Produkt derzeit nicht adressiert.

Abdeckung ermoeglicht Segmentierung. Ergebnisbasierte Segmentierung erfordert gengend Outcomes, um statistische Muster zu erkennen. Mit 30 Outcomes koennen Sie hoechstens 2 Segmente identifizieren. Mit 150 Outcomes koennen Sie 4 bis 5 Segmente mit unterschiedlichen Opportunity-Profilen unterscheiden.

Desired Outcomes erfassen: Der Prozess

Desired Outcomes werden durch qualitative Interviews erfasst, strukturiert um die Job Map. Der vollstaendige Interviewprozess wird unter Der ODI-Prozess beschrieben. Hier sind die wichtigsten Prinzipien:

1. Job-Executors, nicht Kaeufer interviewen

Die Person, die den Job ausfuehrt — der Chirurg, der Kranoperateur, der Montagetechniker — ist die Quelle der Desired Outcomes. Die Person, die das Produkt kauft, hat moeglicherweise ganz andere Prioritaeten (Preis, Lieferantenbeziehungen, Beschaffungsrichtlinien).

2. Die Job Map als Framework verwenden

Die Job Map stellt eine umfassende Abdeckung sicher. Durch das Durchgehen jeder Jobstufe — von Definieren bis Abschliessen — untersuchen Sie systematisch nach Outcomes, die der Kunde in einem unstrukturierten Gespraech vielleicht nicht erwaehnen wuerde. Die wertvollsten Outcomes entstehen oft in den “langweiligen” Stufen (Vorbereiten, Bestaetigen, Ueberwachen), die Kunden spontan nicht erwahnen.

3. Kundensprache in Outcome-Format uebersetzen

Kunden sprechen nicht in Outcome Statements. Sie sagen: “Das Schlimmste ist, nicht zu wissen, ob es halten wird.” Ihre Aufgabe ist die Uebersetzung: “Minimiere die Wahrscheinlichkeit, dass die Verbindung unter Betriebslast versagt.” Eine Kundenaussage ergibt oft 2 bis 4 Outcome Statements.

4. Sofort validieren

Nach dem Schreiben eines Outcome Statements lesen Sie es dem Kunden vor: “Was ich Sie sagen hoere, ist, dass Sie die Wahrscheinlichkeit minimieren moechten, dass die Verbindung unter Betriebslast versagt. Ist das korrekt?” Dieser Validierungsschritt faengt Missverstaendnisse ab und loest oft zusaetzliche Outcomes aus.

5. Saettigung erreichen

Fuehren Sie weiterhin Interviews durch, bis neue Interviews weniger als 2 bis 3 neue Outcomes produzieren. Das erfordert typischerweise 15 bis 30 Interviews. Interviews 1 bis 8 produzieren die offensichtlichen Outcomes. Interviews 9 bis 20 produzieren die unterscheidenden Outcomes, die Segmente differenzieren. Interviews 20 bis 30 bestaetigen die Saettigung.

Von Outcomes zu Chancen

Einzelne Desired Outcomes sind Bausteine. Ihre Kraft entsteht, wenn sie:

1. Quantifiziert durch Befragungsforschung werden — jedes Outcome von 180 bis 600 Befragten auf Wichtigkeit und Zufriedenheit bewertet.

2. Bewertet mithilfe des Opportunity-Algorithmus werden — was Opportunity Scores von 0 bis 20 produziert.

3. Visualisiert auf der Opportunity Landscape werden — was Cluster unterversorgter, angemessen versorgter und ueberversorgter Outcomes enthullt.

4. Segmentiert mithilfe von Clusteranalyse werden — was Kundengruppen mit systematisch unterschiedlichen Mustern unerfuellter Outcomes identifiziert.

5. Anvisiert in der Produktstrategie werden — den Cluster unterversorgter Outcomes auswaehlen, den Ihre Faehigkeiten am besten adressieren koennen.

Diese Progression — von roher Kundensprache zu quantifizierten strategischen Zielen — ist das, was ODI einzigartig macht.

Die Stabilitaet von Desired Outcomes

Eine der strategisch wertvollsten Eigenschaften von Desired Outcomes ist ihre Stabilitaet. Weil sie beschreiben, was Kunden erreichen wollen (nicht wie), bleiben sie gueltig, auch wenn sich Technologien aendern.

Betrachten Sie den Desired Outcome: “Minimiere die Zeit, die benoetigt wird, Messdaten an das Analysesystem zu uebertragen.”

Dieser Outcome war gueltig, als Daten durch handgeschriebene Notizen (1960er Jahre), per Diskette (1990er), per USB-Kabel (2000er), per WLAN (2010er) und per Cloud-Sync (2020er) uebertragen wurden. Jede Aera produzierte eine andere Loesung. Der Outcome hat sich nicht geaendert.

Das hat eine strategisch wichtige Implikation: ODI-Daten bleiben 5 bis 10 Jahre gueltig. Wichtigkeits-Scores verschieben sich selten dramatisch kurzfristig. Zufriedenheits-Scores koennen sich aendern, wenn Wettbewerber neue Produkte lancieren, aber auch dann wird nur eine Teilmenge von Outcomes betroffen.

Im Gegensatz dazu fokussiert sich traditionelle Marktforschung typischerweise auf Produktfeatures und Wettbewerbspositionierung — Daten, die innerhalb von 6 bis 12 Monaten veralten, wenn Wettbewerber reagieren.

Haeufige Fragen zu Desired Outcomes

Weiterfuehrendes Material

• Outcome-Driven Innovation: Der umfassende Leitfaden
• Outcome Statements schreiben: Produktentscheidungen gezielt treffen
• Was ist ODI? Outcome-Driven Innovation erklaert