Stimmen der Kunden:

Wenn wertvolles Feedback im Support versickert

Das Beschwerden-Archiv

Montag, 8:45 Uhr. Nina sitzt an ihrem Schreibtisch bei der Software-Schmiede DataFlow GmbH und seufzt. 47 neue Support-Tickets über das Wochenende. Dazu 23 offene von letzter Woche. Und es ist erst Montag.

DataFlow entwickelt eine Buchhaltungssoftware für kleine Handwerksbetriebe. Acht Mitarbeitende: Geschäftsführer Marcus (auch Hauptentwickler), Nina (Support und Kundenbetreuung), zwei weitere Entwickler (Stefan und Ayse), Vertriebler Thorsten, Designerin Leonie, Teilzeit-Buchhalter Ralf und Werkstudentin Kim.

Nina öffnet das erste Ticket.

"Die Rechnungsnummer springt oft um zwei Nummern. Sehr dringend!!!"

Sie kennt das Problem. Bug #47 in ihrer privaten Liste. Seit drei Monaten bekannt. Sie hat es schon fünfmal an Marcus gemeldet.

Nächstes Ticket.

"Wenn ich eine Rechnung storniere, verschwindet sie komplett. Ich finde sie nirgends mehr."

Bug #23. Seit sechs Monaten bekannt. "Wird im nächsten Update behoben", schreibt sie. Wie meist.

"WARUM KANN ICH KEINE SCHWEIZER FRANKEN EINGEBEN??? ICH HABE KUNDEN IN DER SCHWEIZ!!!"

Feature-Request #89. Mindestens zwanzig Kunden haben das schon gefragt.

Nina reibt sich die Schläfen. Sie könnte die Antworten im Schlaf tippen. Tut sie auch. Kopieren und einfügen aus ihrer Textbaustein-Sammlung.

"Danke für Deine Nachricht. Wir haben Dein Anliegen aufgenommen und werden es bei der nächsten Entwicklungsrunde berücksichtigen."

Was eine Lüge ist. Nichts wird berücksichtigt. Die Entwickler arbeiten an neuen Features, die Thorsten verkaufen will. Niemand fixt die alten Probleme.

10:30 Uhr. Marcus kommt vorbei.

"Nina, wie läuft's?"

"70 Tickets. Die üblichen Probleme."

"Alles geklärt?"

Nina beißt sich auf die Zunge. "Marcus, wir müssen über Bug #47 reden. Die Rechnungsnummern..."

"Nicht schon wieder die Rechnungsnummern. Das kann ein Edge-Case sein."

"Ein Edge-Case, den zwanzig Kunden diese Woche gemeldet haben."

Marcus winkt ab. "Wir haben Wichtigeres zu tun. Stefan arbeitet an der Online-Synchronisation."

"Die kein Kunde verlangt hat."

"Die uns aber von der Konkurrenz abhebt. Thorsten sagt..."

"Thorsten sitzt nicht acht Stunden täglich vor wütenden Kundenmails!"

Marcus runzelt die Stirn. "Nina, dein Job ist es, die Kunden zu beruhigen. Nicht die Entwicklungsroadmap zu bestimmen."

Er geht. Nina starrt auf ihren Bildschirm. Ticket #71 poppt auf.

"Ich überlege, zu Ihrer Konkurrenz zu wechseln. Die Software ist voller Fehler."

Sie tippt: "Es tut uns leid, dass Sie diese Erfahrung machen. Können Sie die Fehler konkret beschreiben?"

Die Antwort kommt sofort: "Ich habe sie doch schon fünfmal beschrieben! Liest da überhaupt jemand mit?"

Nina lehnt sich zurück. Nein, liest kaum jemand. Außer ihr. Und sie zählt nicht.

Dienstag, 14:00 Uhr. Team-Meeting. Alle sitzen um den großen Tisch.

Thorsten berichtet begeistert: "Drei neue Kunden diese Woche! Wenn die Online-Synchronisation fertig ist, knacken wir die 500er Marke!"

Stefan nickt. "Online-Synchronisation ist zu 70 Prozent fertig. Noch zwei Wochen."

Marcus nickt zufrieden. "Großartig! Ayse, was macht das neue Dashboard?"

"Läuft. Die Diagramme sind fast fertig."

"Super! Nina, alles ruhig im Support?"

Nina holt tief Luft. "Nein. Gar nichts ist ruhig. Wir haben 47 offene Bugs, die Kunden zur Weißglut treiben."

"47?" Marcus ist überrascht. "Ich dachte, wir hätten die meisten gefixed."

"Das war vor drei Monaten. Seitdem sind neue dazugekommen. Und die alten wurden selten wirklich behoben."

Thorsten mischt sich ein. "Nina übertreibt. Ich höre von Kunden nur Positives."

"Weil die Unzufriedenen nicht mit dir reden. Die schreiben mir. Oder kündigen stillschweigend."

"Wie viele haben gekündigt?", fragt Marcus.

Nina schlägt ihren Ordner auf. "Diesen Monat: acht. Letzten Monat: sechs. Tendenz steigend."

Stille.

"Warum erfahre ich das erst jetzt?"

"Weil du nicht fragst. Weil es dich nicht interessiert. Weil neue Features sexyer sind als Bug-Fixes."

Leonie, die Designerin, meldet sich. "Nina hat recht. Ich bekomme auch Beschwerden. Die Nutzer finden vieles umständlich."

Ayse nickt. "Mir schreiben auch manchmal Kunden direkt. Ich leite das an Nina weiter, aber..."

"Moment", unterbricht Marcus. "Ihr bekommt alle Kundenfeedback?"

Nicken rund um den Tisch.

"Und was macht ihr damit?"

"An Nina weiterleiten", sagt Stefan.

"Ignorieren", sagt Thorsten. "Kunden meckern oft."

Nina explodiert fast. "Und ich sammle alles in einer Excel-Tabelle, die wenige lesen!"

Marcus reibt sich die Augen. "Zeig mir die Tabelle."

Nina öffnet ihren Laptop, dreht ihn herum. Eine Excel-Tabelle mit 400 Zeilen. Bugs, Feature-Requests, Beschwerden. Farbcodiert. Priorisiert. Mit Häufigkeitsangaben.

"Das hast du alles erfasst?"

"Jeden einzelnen Kundenkontakt seit acht Monaten."

Marcus scrollt durch. Sein Gesicht wird bleicher.

"Bug #1: Datenverlust beim Jahreswechsel. 34 Meldungen. Status: Offen seit Januar."

"Januar? Das ist zehn Monate her!"

Nina nickt bitter. "Du meintest, das sei ein Einzelfall."

Marcus liest weiter. "Feature-Request: Fremdwährungen. 67 Anfragen."

"Die ignorieren wir, weil Thorsten meint, das braucht keiner."

Thorsten wird rot. "Die meisten unserer Kunden arbeiten nur in Deutschland..."

"Die meisten. Aber 67 nicht."

Kim, die Werkstudentin, räuspert sich. "Darf ich was sagen?"

Marcus nickt.

"Ich habe letzte Woche eine Kundenumfrage gemacht. Für mein Uni-Projekt."

"Ohne Absprache?"

"Nina hat's erlaubt. 100 Kunden haben geantwortet."

"Und?"

Kim öffnet ihr Tablet. "Hauptbeschwerde: Bugs werden nicht behoben. Zweithäufigste: Gewünschte Features werden ignoriert. Dritthäufigste: Support antwortet, aber es ändert sich nichts."

Wieder Stille.

"58 Prozent überlegen, den Anbieter zu wechseln."

Marcus wird noch bleicher. "58 Prozent?"

"Die Zufriedenheit liegt bei 3,2 von 10."

"Das ist... katastrophal."

Nina kann sich ein "Hab ich doch gesagt" nicht verkneifen.

Marcus steht auf, geht zum Whiteboard. "Okay. Wir haben ein Problem. Ein großes Problem. Was machen wir?"

Stefan meldet sich. "Wir könnten einen Bug-Fix-Sprint machen."

"Das reicht nicht", sagt Nina. "Das Problem ist systemisch. Kundenfeedback erreicht die Entwicklung nicht."

"Es erreicht sie", korrigiert Ayse. "Es wird nur ignoriert."

"Warum?", fragt Marcus.

Thorsten antwortet: "Weil wir auf Features fokussiert sind. Neue Features bringen neue Kunden."

"Aber Bug-Fixes halten bestehende Kunden", kontert Nina.

Marcus zeichnet am Whiteboard. Zwei Kreise. "Neukundengewinnung" und "Kundenbindung".

"Wir haben nur auf den ersten Kreis geschaut."

"Und der zweite blutet aus", ergänzt Nina.

Mittwoch, 9:00 Uhr. Krisensitzung. Marcus hat die Nacht durchgearbeitet. Ninas Excel analysiert. Kims Umfrage studiert.

"Wir ändern alles", beginnt er. "Ab sofort kann Kundenfeedback kein Support-Thema mehr sein. Es kann ein Unternehmenthema sein."

Er zeigt eine neue Struktur:

"Erstens: Ninas Excel wird unser zentrales Feedback-System. Jeder hat Zugriff. Jeder muss es wöchentlich lesen."

"Zweitens: Jeden Freitag 30 Minuten Feedback-Review. Nina präsentiert die Top-5-Probleme der Woche."

"Drittens: 50 Prozent unserer Entwicklungszeit geht in Bug-Fixes und Kundenwünsche."

Stefan protestiert: "Aber die neuen Features..."

"Warten. Erst machen wir das Bestehende stabil."

"Viertens", Marcus schaut zu Nina, "Du bekommst Entscheidungsbefugnis. Du priorisierst, was zuerst gefixed wird."

Nina ist sprachlos. "Ich?"

"Du kennst die Kundenperspektive am besten. Du weißt, was wirklich brennt."

Thorsten runzelt die Stirn. "Und was sage ich Neukunden?"

"Die Wahrheit. Dass wir eine Software haben, die funktioniert. Nicht eine, die vieles kann, aber wenig richtig."

Einen Monat später. Die Änderungen greifen.

Bug #47 (Rechnungsnummern) ist behoben. Die Dankes-Mails überschwemmen Ninas Postfach.

Bug #23 (Storno-Problem) ist behoben. Ein Kunde schreibt: "Endlich! Ich dachte schon, Sie hören selten zu."

Feature #89 (Fremdwährungen) ist implementiert. 15 Neukunden aus der Schweiz.

Nina sitzt im Feedback-Review und präsentiert.

"Diese Woche: Nur 12 neue Tickets. 8 davon Bedienungsfragen, keine Bugs."

"Kündigungen?", fragt Marcus.

"Null. Erste Woche seit einem Jahr."

"Zufriedenheit?"

Kim hat nachgemessen. "4,8 von 10. Immer noch nicht gut, aber 50 Prozent besser."

Stefan meldet sich. "Wisst ihr was verrückt ist? Das Bug-Fixen macht mehr Spaß als neue Features."

"Warum?"

"Weil ich sofort Feedback bekomme. Nina leitet die Dankes-Mails weiter. Das motiviert."

Ayse nickt. "Ich habe diese Woche direkt mit drei Kunden telefoniert. Ihre Probleme verstanden. Das ändert die Perspektive."

Thorsten, der anfangs skeptisch war, lehnt sich zurück. "Wisst ihr, was noch verrückter ist? Ich kann jetzt ehrlich verkaufen. 'Unsere Software ist stabil und wir hören auf Kundenwünsche.' Das zieht besser als jedes Feature-Versprechen."

Marcus lehnt sich zurück. "Wir haben acht Monate lang die wichtigste Informationsquelle ignoriert: unsere Kunden."

Nina atmet durch. "Nicht ignoriert. Nur nicht gehört. Es kann ein Unterschied sein, ob Information ankommt oder ob sie verarbeitet wird."

"Was meinst du?"

"Die Kundeninformation war meist da. In meiner Excel. In meinem Kopf. Aber sie war nicht im System. Sie hat wenige Entscheidungen beeinflusst."

Leonie nickt. "Nina war wie ein Puffer. Sie hat das negative Feedback absorbiert, damit wir in Ruhe arbeiten können."

"Aber Puffer lösen keine Probleme", sagt Nina. "Sie verzögern nur die Explosion."

Marcus zeichnet wieder am Whiteboard. Diesmal einen Kreislauf:

Kunde → Feedback → Support → Entwicklung → → Kunde

"Das ist unser neuer Kreislauf. Keine Sackgassen mehr."

"Keine Black Box mehr", ergänzt Nina.

Kim meldet sich. "Für mein Uni-Projekt habe ich noch was analysiert. Wollt ihr hören?"

Alle nicken.

"Unternehmen, die Kundenfeedback systematisch einbeziehen, haben 60 Prozent weniger Kundenabwanderung."

"Wir hatten 30 Prozent Abwanderung pro Jahr. Jetzt sind wir bei 5 Prozent."

"In einem Monat?"

"Die Kunden merken, wenn sie gehört werden. Sofort."

Im vorherigen Kapitel haben wir gesehen, wie Vertrieb und Marketing in eine destruktive Dynamik geraten können, wenn der eine verspricht, was der andere nicht halten kann. Doch wer bekommt die Konsequenzen solcher Versprechen als Erstes zu spüren? Der Support. Hier landen die enttäuschten Erwartungen, die unerfüllten Hoffnungen, die Diskrepanz zwischen Versprechen und Realität.

Support als Sensor: Die Kunst des systemischen Zuhörens

Was Nina erlebt, ist die Tragödie vieler kleiner Unternehmen: Support wird als notwendiges Übel gesehen, nicht als strategische Ressource. Dabei ist Support der direkteste Draht zur Realität.

Die Hierarchie der Ignoranz

In vielen kleinen Unternehmen existiert eine unsichtbare Rangordnung, die selten ausgesprochen wird, aber überall spürbar ist. Die Entwicklung gilt als kreativ und wichtig, der Vertrieb als umsatzrelevant und strategisch. Und der Support? Der wird oft als lästig betrachtet, als Kostenfaktor, der nur Geld verbrennt, ohne direkten Wert zu schaffen.

Diese Hierarchie führt dazu, dass Supportinformationen systematisch entwertet werden. Was Nina sammelt, könnte Gold sein, aber weil es aus dem Support kommt, behandeln es alle wie Müll. Das ist ein Muster, das sich in vielen Organisationen wiederholt: Die Nähe zum Kunden wird nicht als Kompetenz gesehen, sondern als nachrangige Tätigkeit.

Der Support als Frühwarnsystem

Wenn man den Support richtig versteht, kann er das sensibelste Frühwarnsystem eines Unternehmens sein. Bugs zeigen sich hier zuerst, oft Wochen oder Monate bevor sie geschäftskritisch werden. Kundenwünsche artikulieren sich hier, lange bevor frustrierte Nutzer zur Konkurrenz wechseln. Und Marktveränderungen spiegeln sich hier wider, manchmal subtil, manchmal laut, aber fast immer früher als in jeder anderen Abteilung.

Doch dieses Frühwarnsystem kann nur dann funktionieren, wenn jemand zuhört. Wenn die Signale aufgenommen, weitergeleitet und ernst genommen werden. Nina hat zugehört, dokumentiert, gewarnt. Aber wenn die nicht bereit ist, diese Signale zu verarbeiten, bleibt selbst das beste Frühwarnsystem wirkungslos.

Die Filterfunktion des Supports

Nina filtert, weil sie filtern muss. 70 Tickets können nicht ungefiltert an die Entwicklung weitergeleitet werden, das würde jeden Entwickler überfordern. Aber beim Filtern geht unweigerlich Information verloren. Aus 20 gleichen Beschwerden wird eine einzige Meldung. Aus wütenden, frustrierten Kunden werden nüchterne Bug-Reports. Die Dringlichkeit, die jeder einzelne Kunde empfindet, wird relativiert, weil für jeden Kunden sein eigenes Problem das wichtigste ist.

Diese Filterung ist notwendig und problematisch zugleich. Notwendig, weil ohne sie die Entwicklung in Beschwerden ertrinken würde. Problematisch, weil dabei die emotionale Dimension verloren geht, die eigentlich zeigt, wie ernst die Lage ist. Wenn Marcus nur liest "Rechnungsnummern springen manchmal", klingt das nach einer Kleinigkeit. Wenn er 34 verzweifelte E-Mails lesen würde, sähe das anders aus.

Das Feedback-Paradox

Hier zeigt sich ein merkwürdiges Paradox: Je besser Nina ihren Job macht, desto weniger wird ihr Feedback gehört. Wenn sie alle Kunden beruhigt, denkt Marcus, dass alles läuft. Wenn sie Probleme löst, bevor sie eskalieren, denken die Entwickler, es sei wohl nicht so schlimm gewesen. Wenn sie nicht eskaliert, denkt Thorsten, die Kunden seien zufrieden.

Nina wird so zur Schalldämpferin des Systems. Sie absorbiert die Unzufriedenheit, dämpft die Wut, glättet die Wellen. Das funktioniert eine Weile, manchmal sogar erstaunlich lange. Aber irgendwann ist der Puffer voll. Und dann explodiert entweder sie selbst oder das System. Oder beides.

Die Kosten der Nicht-Kommunikation

Was kostet es eigentlich, Kundenfeedback zu ignorieren? Die Rechnung ist ernüchternd. Dreißig Prozent Kundenabwanderung bedeutet dreißig Prozent weniger Umsatz, bei 500 Kunden sind das 150 verlorene Kunden pro Jahr. Und einen Neukunden zu gewinnen kostet typischerweise fünfmal mehr als einen Bestandskunden zu halten. Das Verhältnis verschiebt sich noch weiter, wenn man bedenkt, dass unzufriedene Kunden ihre Erfahrung durchschnittlich zehn anderen erzählen, während zufriedene nur drei Weiterempfehlungen aussprechen.

Dazu kommen die weniger sichtbaren Kosten. Nina brennt aus, und Support-Mitarbeiter haben oft die höchste Fluktuationsrate im Unternehmen. Wer ständig als Prellbock zwischen frustrierten Kunden und ignoranten Kollegen steht, hält das nicht ewig durch. Und schließlich gibt es noch die Innovationskosten: Die besten Produktideen kommen oft von Kunden, die genau wissen, was sie brauchen. Wer nicht zuhört, innoviert am Markt vorbei.

Die Demokratisierung des Feedbacks

Die von Marcus, Ninas Excel für alle zugänglich zu machen, wirkt auf den ersten Blick unscheinbar. Aber sie ist tatsächlich revolutionär, weil sie Information demokratisiert. Plötzlich sieht Stefan, wie oft sein Code Probleme macht. Ayse erkennt, welche Features wirklich genutzt werden und welche nicht. Thorsten versteht, warum Kunden kündigen. Leonie begreift, welche ihrer Designs verwirren statt zu helfen.

Diese Transparenz ist anfangs schmerzhaft. Niemand sieht gern seine eigenen Fehler schwarz auf weiß dokumentiert. Aber sie ist heilsam, weil sie die Voraussetzung für echte Verbesserung schafft. Solange jeder in seiner eigenen Blase arbeitet, kann niemand verstehen, wie die eigene Arbeit beim Kunden ankommt. Die geteilte Übersicht macht aus isolierten Abteilungen ein System, das voneinander lernen kann.

Der Wert der direkten Verbindung

Als Ayse zum ersten Mal direkt mit Kunden telefoniert, passiert etwas, das man kaum in Zahlen fassen kann: Aus abstrakten Usern werden Menschen. Sie hört den Handwerkermeister, der nachts um elf noch seine Rechnungen schreibt, weil der Tag zu kurz war. Sie spricht mit der Bürokauffrau, die verzweifelt mit der Software kämpft, weil sie keine Schulung bekommen hat. Sie versteht den Jungunternehmer, der jeden Euro zweimal umdreht und sich fragt, ob diese Software ihr Geld wert ist.

Diese menschliche Verbindung verändert die Entwicklungsperspektive fundamental. Plötzlich programmiert Ayse nicht mehr für anonyme User, sondern für Menschen mit Gesichtern, Stimmen und Geschichten. Das macht einen Unterschied, der weit über die Empathie hinausgeht: Es verändert auch, welche Entscheidungen getroffen werden und wie sorgfältig gearbeitet wird.

Die Priorisierungsmacht

Als Nina die Entscheidungsbefugnis über die Priorisierung bekommt, passiert eine organisatorische Verschiebung: Die Macht wandert von denen, die entscheiden, also von der Entwicklung, hin zu der Person, die am besten weiß, was die Kunden wirklich brauchen.

Diese Verschiebung ist systemisch richtig, auch wenn sie sich für manche ungewohnt anfühlen mag. Entscheidungen sollten dort getroffen werden, wo die beste Information ist. Und niemand bei DataFlow hat bessere Informationen über Kundenbedürfnisse als Nina, die jeden Tag mit diesen Kunden spricht, ihre Frustration hört, ihre Wünsche kennt, ihre Prioritäten versteht.

Die Feedbackschleifen-Reparatur

Das neue System repariert die unterbrochenen Feedbackschleifen auf mehreren Ebenen. Die Schleifen werden kürzer, weil der Weg vom Kunden über den Support zur Entwicklung und zurück zum Kunden keine Umwege mehr macht. Sie werden schneller, weil ein wöchentliches Review die jährliche Planung ablöst. Sie werden direkter, weil Entwickler jetzt mit Kunden sprechen, nicht nur über sie.

Und sie werden positiver, was vielleicht der unterschätzteste Aspekt ist. Wenn Stefan eine Dankes-Mail von einem Kunden bekommt, dessen Problem er gelöst hat, passiert etwas mit seiner Motivation. Die Arbeit bekommt einen Sinn, der über den Codezeilen liegt. Diese positive Rückkopplung fehlt in vielen Unternehmen völlig, weil der Support das Lob absorbiert, genauso wie er die Kritik absorbiert hat.

Die Evolution des Supports

Wenn man Ninas Entwicklung betrachtet, erkennt man fünf Stufen, die vielleicht typisch für die Evolution einer Support-Rolle sind. Anfangs war sie vor allem ein Puffer, jemand, der Beschwerden absorbiert, damit andere in Ruhe arbeiten können. Dann wurde sie zur Sammlerin, die systematisch dokumentiert, auch wenn selten jemand hinschaut. Als Warnerin versuchte sie zu eskalieren, wurde aber nicht gehört.

Erst als sie zur Analystin wurde, deren Daten plötzlich beachtet werden, änderte sich etwas. Und schließlich, in der letzten Stufe, wurde sie zur Strategin, deren Priorisierung die Entwicklungsrichtung bestimmt. Diese Evolution ist nicht selbstverständlich, und viele Support-Mitarbeiter bleiben auf Stufe eins oder zwei stecken, nicht weil sie nicht fähig wären, sondern weil die es nicht zulässt.

Die Kundenzentrierung als Erfolgsfaktor

Der Wandel von Feature-Zentrierung zu Kundenzentrierung ist fundamental, und er zeigt sich in veränderten Leitfragen. Statt zu fragen "Was können wir noch bauen?" fragt das Team jetzt "Was brauchen unsere Kunden wirklich?" Statt "Wie heben wir uns ab?" lautet die Frage "Wie lösen wir echte Probleme?" Und statt der Annahme, dass mehr Features ein besseres Produkt bedeuten, setzt sich die Erkenntnis durch, dass weniger Bugs zufriedenere Kunden bedeuten.

Diese Perspektivverschiebung ist kein Rückschritt, auch wenn es sich anfangs so anfühlen kann. Es ist Reife. Die Erkenntnis, dass ein Produkt nicht dann gut ist, wenn es viel kann, sondern wenn es das Richtige richtig macht. Bei DataFlow führt diese Reife dazu, dass die Kunden bleiben, statt zur Konkurrenz zu wechseln. Und das ist am Ende der einzige Maßstab, der zählt.

Impulse für systemischen Support

Diese Woche:

Diesen Monat:

Was können wir aus solchen Situationen lernen?

Vielleicht liegt die wichtigste Erkenntnis darin, den Support nicht als Kostenfaktor zu verstehen, sondern als Nervensystem des Unternehmens. Jede Kundenbeschwerde kann ein Schmerzsignal sein, das auf ein Problem hinweist. Jeder Kundenwunsch kann ein Wachstumsimpuls sein, der neue Möglichkeiten eröffnet. Jedes Kundenlob kann Dopamin sein, das das Team motiviert und bestärkt.

Ein Unternehmen ohne funktionierenden Support ist wie ein Körper ohne Schmerzempfinden. Er kann sich häufig verletzen, ohne es zu merken, bis der Schaden so groß ist, dass er nicht mehr zu übersehen ist. Und dann ist es oft zu spät für einfache Reparaturen.

Ninas Geschichte zeigt, dass es nicht reicht, Feedback zu sammeln. Es muss gehört, verarbeitet und in Aktion umgesetzt werden. Erst dann schließt sich der Kreis. Erst dann wird aus Information Innovation. Erst dann wird aus Support Strategie. Und erst dann kann ein Unternehmen wirklich lernen, statt immer wieder dieselben Fehler zu machen.

Warnsignale für Supportprobleme

Steigende Ticket-Zahlen bei gleichbleibenden Themen
Wenn dieselben Probleme immer wieder gemeldet werden, ohne dass sich etwas ändert, ist das ein Zeichen für eine unterbrochene Feedbackschleife. Die Information kommt an, wird aber nicht verarbeitet.

Support-Mitarbeiter brennen aus
Wenn der Support zur emotionalen Müllhalde wird, leiden die Menschen darin. Hohe Fluktuation, Krankenstand oder zynische Kommentare sind Warnsignale. Der Support absorbiert, was das System nicht löst.

Kündigungen kommen überraschend
Wenn Kunden ohne Vorwarnung kündigen, hat das Frühwarnsystem versagt. Die Signale waren da, sie wurden nur nicht gehört oder nicht weitergeleitet.

Entwicklung und Support sprechen nicht miteinander
Wenn Support-Mitarbeiter sagen: "Die hören uns sowieso nicht zu" und Entwickler sagen: "Die übertreiben immer", ist die Kommunikation gestört. Zwei Welten, die sich nicht mehr verstehen.

Diese Warnsignale zeigen, wo Information nicht fließt. Doch Information ist nur die eine Seite. Im nächsten Kapitel werden wir sehen, wie in der Produktion physische Engpässe entstehen, wandernde Flaschenhälse, die sich der einfachen entziehen.