VoC → CTx-Baum

Überblick

Der VoC → CTx-Baum übersetzt unstrukturierte Kundenaussagen in messbare Anforderungen. Ausgehend von der Voice of Customer (VoC) werden Bedürfnisse identifiziert, in Treiber zerlegt und schließlich in Critical-to-X-Anforderungen (CTQ, CTC, CTD) überführt — also in messbare Eigenschaften, die ein Prozess oder Produkt erfüllen muss.

Voice of Customer (VoC): Originalaussagen von Kunden — wörtlich, unsortiert, oft emotional. Quellen sind Interviews, Beschwerden, Umfragen, Reklamationen. Diese Ebene wird nicht interpretiert, nur dokumentiert.

Bedürfnis (Need): Die hinter der Aussage liegende Erwartung — verdichtet und entpersonalisiert. „Ich warte ewig auf mein Essen" wird zu „schnelle Lieferung". Mehrere VoC-Aussagen können zu einem Bedürfnis verschmelzen.

Treiber (Driver): Konkrete Eigenschaften des Prozesses oder Produkts, die das Bedürfnis adressieren. Aus „schnelle Lieferung" wird z. B. „Bearbeitungszeit", „Versandzeit", „Lagerverfügbarkeit".

Critical-to-X (CTQ, CTC, CTD): Messbare, spezifizierte Anforderungen — meist Critical-to-Quality (CTQ), Critical-to-Cost (CTC) oder Critical-to-Delivery (CTD). Beispiel: „Lieferzeit ≤ 30 Min in 95 % der Fälle". Mit Sollwert, Toleranz und Messmethode.

Der Baum verbindet die emotionale Kundenwelt mit der zahlenorientierten Prozesswelt. Ohne diese Übersetzung bleibt VoC ein Stimmungsbild, mit ihr wird sie zur Spezifikation.

Vorgehen

• VoC-Aussagen sammeln — möglichst wörtlich, möglichst aus mehreren Quellen.
• Aussagen gruppieren und zu Bedürfnissen verdichten.
• Pro Bedürfnis Treiber ableiten — was im Prozess bestimmt das Erleben?
• Pro Treiber eine oder mehrere CTx-Anforderungen formulieren — mit Messgröße, Sollwert und Toleranz.
• Mit Kunden bzw. Stakeholdern gegenprüfen — sind die CTx wirklich das, was gemeint war?
• Priorisieren — nicht alle Anforderungen sind gleich wichtig. Kano-Modell oder Gewichtung helfen.

Stolperfallen

Direkt zu Lösungen springen: Aus „Essen kommt zu spät" wird sofort „neuen Lieferdienst kaufen". Erst Bedürfnis und Treiber sauber ableiten — die Lösung kommt am Ende, nicht am Anfang.

VoC interpretiert statt zitiert: Wer Aussagen umformuliert, verliert die Originalfärbung. Auf der VoC-Ebene wörtlich bleiben — die Verdichtung gehört auf die Need-Ebene.

CTx ohne Messgröße: „Schnelle Lieferung" ist keine CTx-Anforderung, sondern ein Wunsch. Eine echte CTx hat eine Zahl, eine Einheit und ein Akzeptanzkriterium.

Eine Quelle dominiert: Wenn nur die lautesten Beschwerden ausgewertet werden, entsteht ein verzerrtes Bild. Auch zufriedene Kunden befragen, Stichproben über die ganze Kundenbasis ziehen.

Alle Bedürfnisse gleich gewichtet: Manche Anforderungen sind Basis (müssen erfüllt sein), andere Begeisterer (überraschen positiv). Ohne Priorisierung wird Aufwand auf Unwichtiges verteilt.

Kein Abgleich mit dem Kunden: Der Baum ist eine Hypothese, bis er rückgespiegelt wurde. Mindestens die wichtigsten CTx mit Kunden oder ihrem Vertreter (Vertrieb, Support) verifizieren.

Beispieldaten

Dieses Modul wird mit den folgenden Beispieldatensätzen ausgeliefert — mit einem Klick in der App ladbar.

Verfügbar in folgenden Zyklen

• DMAIC: Define
• DMADV: Define
• 8D: D2 — Problem beschreiben