Stell dir vor, du sitzt in einem Konferenzraum in Frankfurt oder München. Du hast gerade sechs Monate Arbeit und ein Budget im mittleren sechsstelligen Bereich in eine neue Softwarelösung oder eine strategische Neuausrichtung investiert. Der Rollout beginnt, und die Stille im Raum ist ohrenbetäubend. Niemand benutzt das Tool. Die Abteilung, für die es gebaut wurde, zuckt mit den Schultern, weil das Ergebnis zwar alle technischen Spezifikationen erfüllt, aber keines ihrer eigentlichen Probleme löst. Ich habe dieses Szenario in den letzten fünfzehn Jahren bei Konzernen und Mittelständlern gleichermaßen gesehen. Der Fehler liegt fast immer am Anfang: Man hat den Leuten zugehört, was sie sagten, dass sie wollen, anstatt herauszufinden, was sie wirklich brauchen. In der Welt der Anforderungsanalyse gibt es diesen einen Moment der absoluten Klarheit, den man nur erreicht, wenn man die oberflächlichen Wünsche beiseite schiebt und den Kern freilegt. Genau hier setzt das Prinzip Tell Me What U Want What You Really Really Want an, um die Brücke zwischen vagen Vorstellungen und echter geschäftlicher Notwendigkeit zu schlagen. Wer diesen Schritt überspringt, verbrennt Geld schneller, als die Buchhaltung „Fehlinvestition“ rufen kann.
Die Falle der falschen Höflichkeit bei Tell Me What U Want What You Really Really Want
In deutschen Unternehmen herrscht oft eine Kultur der dokumentierten Sicherheit. Man schreibt Lastenhefte, die so dick sind wie Telefonbücher, nur um sich abzusichern. Das Problem? Diese Dokumente basieren auf Interviews, in denen die Stakeholder das sagen, von dem sie glauben, dass es professionell klingt. Ich habe erlebt, wie ein Projektleiter für ein Logistiksystem drei Monate lang Anforderungen sammelte. Die Mitarbeiter forderten „KI-gestützte Routenoptimierung“ und „Echtzeit-Dashboards“. Am Ende bauten wir ein Monster von einem System.
Was war das Ergebnis? Die Fahrer hassten es. Was sie eigentlich brauchten, war eine simple Taste für „Laderampe besetzt“, die ohne Handschuhe bedienbar war. Sie hatten nach Hightech gefragt, weil sie dachten, das müssten sie in einem modernen Projekt tun. Hätte der Projektleiter damals die Philosophie hinter Tell Me What U Want What You Really Really Want angewandt, wäre aufgefallen, dass die Dashboards nur Ablenkung waren. Er hätte Zeit gespart, wenn er die ersten fünf „Wünsche“ ignoriert und nach dem Schmerzpunkt gesucht hätte, der die Leute morgens um acht Uhr fluchen lässt.
Echte Bedarfsermittlung ist kein Wunschkonzert, sondern Detektivarbeit. Man muss die Leute in ihrer natürlichen Umgebung beobachten. Wenn du jemanden fragst, was er will, kriegst du eine gefilterte Antwort. Wenn du siehst, wie er eine Excel-Tabelle manuell von links nach rechts kopiert, weil das System den Workflow nicht abbildet, hast du die Wahrheit gefunden. Dieser Prozess der radikalen Ehrlichkeit ist schmerzhaft, weil er oft bedeutet, dass die teuren, glänzenden Ideen der Geschäftsführung im Papierkorb landen. Aber es ist der einzige Weg, um nicht am Markt oder am Nutzer vorbeizubauen.
Das Missverständnis der Feature-Listen
Ein weit verbreiteter Irrtum ist der Glaube, dass mehr Funktionen den Wert eines Produkts steigern. Das Gegenteil ist der Fall. Jedes zusätzliche Feature erhöht die Komplexität, die Wartungskosten und die Wahrscheinlichkeit von Fehlern. In meiner Zeit als Berater kam ein Kunde zu mir, der eine E-Commerce-Plattform bauen wollte. Seine Liste umfasste 150 Punkte. Er wollte alles: Social-Media-Integration, ein eigenes Treueprogramm, 3D-Ansichten der Produkte und einen Chatbot, der Witze erzählt.
Ich fragte ihn nach seinem Budget und seinem Zeitplan. Er hatte 50.000 Euro und wollte in acht Wochen starten. Das ist mathematisch unmöglich, wenn man Qualität will. Die Lösung war nicht, die 150 Punkte schneller abzuarbeiten, sondern 140 davon zu streichen. Viele scheitern, weil sie nicht den Mut haben, „Nein“ zu sagen. Sie denken, sie tun dem Nutzer einen Gefallen, wenn sie jede kleine Anregung aufnehmen. In Wahrheit verwässern sie das Kernversprechen ihres Produkts.
Ein Vorher/Nachher-Vergleich macht das deutlich.
Vorher: Ein Team arbeitet an einer Projektmanagement-Software. Sie implementieren Zeiterfassung, Budgetplanung, Dateifreigabe, Video-Chat und ein CRM-Modul. Nach einem Jahr ist das Tool langsam, überladen und die Nutzer finden die einfachste Funktion – das Erstellen einer Aufgabe – nicht mehr ohne Handbuch. Die Entwicklung hat 200.000 Euro gekostet, die Abwanderungsrate liegt bei 40 Prozent innerhalb der ersten Woche.
Nachher: Das Team konzentriert sich auf eine einzige Sache: Die schnellste Aufgabenverteilung der Welt. Keine Chats, keine Budgets, nur ein Feld und ein Knopf. Sie verbringen die gleiche Zeit damit, diesen einen Ablauf so flüssig zu machen, dass er sich fast magisch anfühlt. Die Kosten sind niedriger, weil weniger Code gewartet werden muss. Die Nutzer lieben es, weil es genau das eine Problem löst, das sie jeden Tag haben. Die Marketingbotschaft ist klar und die Konversionsrate steigt.
Dieser radikale Fokus ist es, was Profis von Amateuren unterscheidet. Amateure addieren, Profis subtrahieren.
Warum Stakeholder-Management oft nur Theater ist
Wir verbringen Stunden in Meetings, in denen jeder seine Meinung abgibt. Das wird dann „Alignment“ genannt. Oft ist es aber nur eine Übung in politischer Schadensbegrenzung. Jeder Abteilungsleiter möchte seine Handschrift im Projekt sehen, um seine Relevanz zu beweisen. Wenn du als Verantwortlicher hier nicht hart bleibst, endet dein Projekt als ein Kamel – das bekanntlich ein Pferd ist, bei dem eine Kommission das Design übernommen hat.
Ich habe Projekte gesehen, bei denen die IT-Abteilung eine Technologie durchdrückte, nur weil die Entwickler sie im Lebenslauf stehen haben wollten. Die Marketingabteilung wollte gleichzeitig ein Design, das auf mobilen Geräten kaum lud. Anstatt diese Konflikte offen auszutragen, wurde ein Kompromiss gesucht, der beide Seiten unzufrieden ließ.
Die Lösung liegt in der Hierarchie der Schmerzen. Welches Problem kostet das Unternehmen am meisten Geld pro Tag? Das ist die Priorität 1. Alles andere ist optional. Wenn der Kundensupport pro Monat 500 Stunden damit verbringt, Passwörter manuell zurückzusetzen, dann ist ein Self-Service-Portal wichtiger als die neue Farbe des Logos. Das klingt logisch, wird aber in der Praxis ständig ignoriert, weil das Logo-Thema sichtbarer ist und man damit beim Chef glänzen kann.
Die psychologische Komponente der Anforderungsanalyse
Man muss verstehen, dass Menschen oft nicht wissen, wie sie ihre Probleme artikulieren sollen. Sie nutzen Workarounds seit Jahren und haben sich so sehr daran gewöhnt, dass sie den Schmerz gar nicht mehr spüren. Ein guter Praktiker erkennt das „Stockholm-Syndrom“ der Nutzer gegenüber ihren alten, schlechten Prozessen.
Hier hilft es, die Frage nach dem „Warum“ so lange zu stellen, bis man zum Kern vordringt. Oft stellt sich heraus, dass der Wunsch nach einer neuen Software eigentlich ein Wunsch nach einer Prozessänderung ist. Software allein heilt keinen kaputten Prozess; sie macht ihn nur schneller kaputt. Wer Tell Me What U Want What You Really Really Want ernst nimmt, muss bereit sein, dem Kunden zu sagen, dass er keine neue App braucht, sondern eine klare Zuständigkeitsregelung in seinem Team. Das kostet dich vielleicht den Auftrag für die App-Entwicklung, bringt dir aber den Ruf eines ehrlichen Beraters ein, der langfristig viel wertvoller ist.
Der Kostenfaktor von vagen Zielen
Vage Ziele sind der größte Budgetkiller. Sätze wie „Wir wollen die Kundenzufriedenheit verbessern“ oder „Wir müssen agiler werden“ bedeuten gar nichts. Sie sind so dehnbar, dass am Ende jeder behaupten kann, das Ziel sei erreicht worden, während die Zahlen sinken.
Echte Ziele müssen wehtun können. „Wir reduzieren die Abbruchrate im Warenkorb von 15 Prozent auf 10 Prozent innerhalb von drei Monaten“ – das ist ein Ziel. Hier gibt es kein Verstecken. In meiner Praxis habe ich festgestellt, dass Teams, die solche klaren Metriken meiden, meistens Angst vor dem Scheitern haben. Aber ohne diese Klarheit weißt du nie, ob dein Einsatz von Ressourcen sinnvoll ist.
Ein Projekt ohne klare Erfolgskriterien ist wie eine Fahrt ohne Tacho und Kompass. Du gibst Gas, weißt aber nicht, wie schnell du bist oder ob du gerade im Kreis fährst. Ich habe erlebt, wie ein mittelständischer Einzelhändler 80.000 Euro in eine Social-Media-Kampagne steckte, ohne vorher zu definieren, was ein „Erfolg“ wäre. Am Ende hatten sie 5.000 neue Follower, aber keinen einzigen Euro Mehrumsatz. Hätten sie vorher festgelegt, dass der Erfolg an Verkäufen gemessen wird, hätten sie nach zwei Wochen gemerkt, dass die Strategie nicht funktioniert, und hätten 60.000 Euro gespart.
Dokumentation ist kein Selbstzweck
Es gibt eine Tendenz, Dokumentation mit Fortschritt zu verwechseln. Wenn der Stapel an Papier wächst, haben alle das Gefühl, es bewege sich etwas. Das ist ein Trugschluss. Ich habe einmal ein Projekt übernommen, bei dem seit einem Jahr nur spezifiziert wurde. Es gab tausende Seiten Dokumentation, aber keine einzige Zeile Code.
Das Risiko bei zu langer Planung ist, dass sich die Welt draußen weiterdreht. Wenn das Produkt nach zwei Jahren Planung endlich fertig ist, haben sich die Marktbedingungen geändert. Die Konkurrenz ist schon weiter, oder das Problem existiert gar nicht mehr.
Praktische Lösung: Bau so schnell wie möglich etwas, das man anfassen kann. Ein Prototyp aus Papier oder ein einfacher Klick-Dummy sagt mehr als hundert Seiten Text. Wenn du einem Nutzer ein echtes Werkzeug in die Hand gibst, siehst du sofort, ob dein Verständnis seines Problems stimmt. Das Feedback an einem echten Objekt ist immer ehrlicher als das Feedback zu einem theoretischen Konzept.
Der Realitätscheck für deinen Erfolg
Machen wir uns nichts vor: Erfolg in komplexen Projekten ist verdammt harte Arbeit. Es gibt keine magische Formel und keine Abkürzung, die funktioniert. Wenn dir jemand erzählt, dass man mit einer neuen Methode oder einem trendigen Tool alle Probleme über Nacht löst, lügt er.
Was es wirklich braucht, ist die Bereitschaft, unbequeme Wahrheiten auszusprechen. Du musst bereit sein, dem Vorstand zu sagen, dass seine Lieblingsidee Zeitverschwendung ist. Du musst bereit sein, ein Projekt mittendrin abzubrechen, wenn du merkst, dass die Annahmen falsch waren – anstatt noch mehr gutes Geld dem schlechten hinterherzuwerfen. Das nennt man „Sunk Cost Fallacy“, und sie ist der Grund, warum so viele Großprojekte in Deutschland krachend scheitern. Man hat schon so viel investiert, dass man nicht mehr aufhören kann, auch wenn man weiß, dass man gegen eine Wand fährt.
Wahrer Erfolg kommt von Disziplin. Disziplin beim Nein-Sagen, Disziplin beim Messen von Ergebnissen und Disziplin beim Zuhören. Du musst den Unterschied lernen zwischen dem, was die Leute sagen, und dem, was sie tun. Beobachte ihre Frustration, ihre manuellen Umwege und ihre Fehler. Dort liegt die Antwort. Wer das meistert, wird nicht nur effizienter arbeiten, sondern Lösungen schaffen, die tatsächlich einen Unterschied machen. Es geht nicht darum, Erwartungen zu erfüllen, sondern echte Probleme zu eliminieren. Das ist oft weniger glanzvoll, als man es sich im Marketing-Meeting vorstellt, aber es ist das, was am Ende den Gewinn bringt und die Nerven schont. Wer das nicht akzeptiert, wird weiterhin Zeit und Geld in Projekte investieren, die am Ende niemand braucht. Es ist nun mal so: Die Wahrheit liegt im Detail des Arbeitsalltags, nicht in der Vision des Strategiepapiers. Du musst dich entscheiden, ob du für die Galerie arbeitest oder für das Ergebnis. Beides gleichzeitig klappt meistens nicht. Wer wirklich etwas bewegen will, fängt damit an, die harten Fragen zu stellen und die einfachen Antworten abzulehnen. Nur so vermeidest du die kostspieligen Fehler, die andere schon tausendmal vor dir gemacht haben.
