Entscheiden ohne Daten: Wann Annahmen nicht mehr tragen

Was man sich in solchen Momenten erzählt
Es gibt einen Satz, der in Besprechungen immer wieder auftaucht, wenn die Datenlage dünn ist: „Wir kennen unsere Nutzer." Er klingt nach Erfahrung. Gemeint ist meist, dass man keine hat — zumindest keine, die sich belegen ließe.
Das ist kein Vorwurf. Wer ein Produkt baut oder eine Dienstleistung weiterentwickelt, arbeitet selten mit vollständigen Informationen. Die Frage ist nicht, ob man annimmt, sondern was man sich dabei erzählt — und ob man es merkt.
Die häufigsten Erzählungen
Eine der verbreitetsten lautet: „Wenn es wirklich ein Problem wäre, hätten wir mehr Rückmeldungen bekommen." Das stimmt manchmal. Öfter stimmt es nicht, weil Menschen, die aufgehört haben zu suchen, sich nicht mehr melden. Sie sind weg, und ihr Schweigen klingt wie Zustimmung.
Eine andere Erzählung ist die des frühen Erfolgs: „Die ersten Reaktionen waren gut." Das waren sie vielleicht. Aber frühe Nutzer sind selten typisch — sie haben mehr Geduld, mehr Eigeninteresse, mehr Bereitschaft, Lücken zu verzeihen, die ein späterer Nutzer einfach schließt, indem er geht.
Dann gibt es die Erzählung der Erfahrung: „Wir haben das schon oft gemacht, wir wissen, wie das läuft." Auch das stimmt für bestimmte Dinge. Es stimmt nicht für das Neue an einer Situation — und das Neue ist meistens genau der Teil, um den es geht.
- „Die meisten werden das so nutzen, wie wir es uns gedacht haben."
- „Wir können anpassen, wenn wir mehr sehen."
- „Das ist doch logisch — warum sollte jemand anders reagieren?"
Diese Sätze sind keine Lügen. Sie sind Brücken über die Stellen, wo Wissen fehlt. Das Problem ist nicht, dass man sie denkt — es entsteht, wenn man vergisst, dass es Brücken sind, und anfängt zu glauben, es sei fester Boden.
In einem Projekt, das wir vor einigen Jahren umgesetzt haben, waren wir sicher, dass ein bestimmtes Eingabefeld irrelevant ist — zu selten gebraucht, zu speziell. Wir haben es aus dem sichtbaren Bereich entfernt. Die Rückmeldung kam nicht sofort, sondern Monate später, als sich zeigte, dass genau dieses Feld für einen Teil der Nutzer entscheidend war. Die Erzählung von damals: „Wer das wirklich braucht, wird schon nachfragen." Niemand hatte nachgefragt. Niemand hatte sich die Mühe gemacht — sie hatten einfach aufgehört.
Was an solchen Momenten schwer ist: Die Erzählung klingt nicht falsch, wenn man sie denkt. Sie klingt nach Urteilsvermögen, nach gesammelter Erfahrung, nach vernünftigem Abwägen. Der Unterschied zwischen einer Annahme und einer Erkenntnis liegt nicht im Ton, mit dem man sie ausspricht — und auch nicht darin, wie lange man schon in dieser Branche arbeitet.
Makler, die seit zwanzig Jahren Objekte vermitteln, kennen dieses Gefühl aus ihrem eigenen Alltag. Man hat hundert Besichtigungen gemacht und glaubt zu wissen, was Käufer wollen. Dann kommt jemand, der anders reagiert als erwartet — und man erklärt ihn zur Ausnahme. Meistens ist er das. Manchmal ist er der erste von vielen, die man noch nicht gesehen hat.
Was tatsächlich gemessen werden kann — und was nicht
Es gibt eine Linie, die im Alltag selten gezogen wird: was als Zahl vorliegt, und was als Eindruck. Beides fühlt sich oft gleich sicher an. Es ist nicht dasselbe.
Auf der messbaren Seite stehen Ereignisse, die ein System aufzeichnet, weil etwas passiert ist. Jemand hat das Formular abgeschickt. Jemand hat einen Termin vereinbart. Jemand hat eine Anfrage nicht beantwortet. Diese Ereignisse lassen sich zählen — nicht immer vollständig, aber zählbar. Wenn in einer Woche vier Anfragen eingehen und zwei davon nie eine Rückmeldung ergeben, ist das ein Fakt. Eine magere Datenlage, aber ein Fakt.
Auf der anderen Seite steht das, was sich nicht aufzeichnen lässt. Warum die anderen zwei nie zurückgeschrieben haben. Ob sie einen anderen gefunden haben. Ob ihnen die Antwort zu lange dauerte. Ob sie das Angebot gelesen und entschieden haben, dass es nicht passt — oder ob sie die E-Mail nie geöffnet haben. Das ist nicht messbar. Das ist Vermutung.
Der Unterschied zwischen einem Ereignis und seinem Grund
Das Ereignis ist messbar. Der Grund dahinter fast nie. Wer ein Jahr lang festhält, wie viele Erstgespräche zu einem zweiten Gespräch führen, weiß irgendwann: es sind zwei von fünf. Das ist eine Zahl. Warum die anderen drei nicht weitergehen, bleibt unklar — es sei denn, jemand fragt nach. Und selbst dann bekommt man eine höfliche Antwort, die nicht immer der wahre Grund ist.
In einem Entwicklungsteam ist das nicht anders. Man kann messen, wie viele Personen eine bestimmte Stelle in einer Anwendung erreichen. Man kann messen, wie viele von ihnen dort aufhören. Was man nicht messen kann: ob sie verwirrt waren, ob ihnen das Vertrauen fehlte, oder ob sie einfach unterbrochen wurden und nie zurückgekehrt sind.
Was das für Entscheidungen bedeutet
Die Versuchung ist, aus dem Messbaren auf das Nicht-Messbare zu schließen. Viele Abbrüche an einer bestimmten Stelle — also muss dort etwas falsch sein. Das stimmt manchmal. Aber nicht immer. Eine Stelle mit hohen Abbruchzahlen kann auch einfach die Stelle sein, an der Menschen bemerken, dass sie das Falsche suchen. Das ist kein Fehler im Ablauf — das ist die richtige Aussiebung. Wer das nicht unterscheidet, beginnt Dinge zu verändern, die nicht das Problem waren. Die Veränderung kostet Zeit. Das eigentliche Problem bleibt.
- Messbar: wie viele Anfragen in einem Zeitraum eingehen.
- Nicht messbar: wie viele potenzielle Anfragen nie gestellt wurden, weil jemand schon vorher aufgehört hat.
- Messbar: wie lange eine Rückmeldung im Durchschnitt auf sich warten lässt.
- Nicht messbar: ob genau diese Wartezeit der Grund war, dass jemand nicht mehr da ist.
- Messbar: wie viele Termine vereinbart werden.
- Nicht messbar: was in den Köpfen derer vorgeht, die keinen Termin vereinbaren.
Das Muster ist immer dasselbe: Das Ereignis lässt sich zählen. Die Bewertung des Ereignisses durch den Menschen, der es ausgelöst — oder eben nicht ausgelöst — hat, bleibt außerhalb der Reichweite jeder Aufzeichnung.
Das klingt nach einer Einschränkung. Es ist auch eine Entlastung. Wer klar sieht, was gemessen werden kann und was nicht, hört auf, von den Zahlen mehr zu verlangen, als sie geben können. Und er hört auf, Annahmen als Zahlen zu behandeln — was der erste Schritt ist, um sie von echten Belegen zu unterscheiden.
Ab wann ein Signal kein Rauschen mehr ist
Drei Nutzerinnen berichten innerhalb einer Woche dasselbe Problem. Das fühlt sich wie ein Muster an. Aber drei ist auch die Zahl, bei der man anfängt zu suchen — und wer sucht, findet. Die Frage ist nicht, ob etwas mehrfach vorkommt. Die Frage ist, ob es unabhängig voneinander vorkommt.
Das ist schwieriger zu beantworten, als es klingt. Wenn zwei Personen über dasselbe sprechen, weil sie sich vorher ausgetauscht haben, ist das eine Stimme, nicht zwei. Wenn eine Rückmeldung kommt, nachdem jemand in einer Runde davon berichtet hat, zählt sie nicht neu. Wiederholung allein erzeugt kein Signal.
Was Unabhängigkeit in der Praxis bedeutet
Wir haben eine Zeit lang verfolgt, welche Rückmeldungen über Wochen hinweg ohne gegenseitigen Kontakt kamen. Kein Austausch vorher, kein gemeinsames Netzwerk, keine gemeinsame Veranstaltung. Was übrig blieb, war weniger als erwartet — aber belastbarer.
Die Stellen, an denen jemand aufgehört hat, etwas zu nutzen, ohne uns zu sagen warum: das war ein Signal. Nicht weil der Abbruch aufgefallen wäre — er fiel nicht auf —, sondern weil er sich wiederholte, ohne dass wir aktiv darauf geachtet hätten. Erst im Rückblick war das Muster erkennbar.
Das gilt in die andere Richtung genauso. Wenn jemand sagt, er wolle eine bestimmte Möglichkeit, und wir bauen sie, und er nutzt sie nicht: dann war die Anfrage kein Signal für Bedarf, sondern für eine Idee. Ideen kommen und gehen. Bedarf zeigt sich im Verhalten, nicht im Wunsch.
Zwei Kriterien, die uns geholfen haben
- Wiederholung ohne Aufforderung: Wenn jemand etwas anspricht, ohne dass wir danach gefragt haben, ist das schwerer zu ignorieren als eine Antwort auf unsere Frage. Wer gefragt wird, antwortet. Wer von selbst kommt, hat etwas auf dem Herzen.
- Verhalten statt Aussage: Was jemand tut, zählt mehr als was er sagt. Wer jeden Monat einen Umweg macht, um etwas Fehlendes zu umgehen, sendet ein stärkeres Signal als jemand, der in einer Befragung angibt, sich mehr davon zu wünschen.
Das klingt einfach. In der Praxis bedeutet es, dass man viele Aussagen, die sich nach Signalen anfühlen, nicht als solche behandeln darf. Das ist unbequem, weil jede Aussage von jemandem kommt, der einem vertraut und sich die Zeit genommen hat zu sprechen. Diese Person zu enttäuschen, weil ihre Rückmeldung statistisch nicht trägt, fühlt sich falsch an.
Aber das Gegenteil ist teurer. Wer auf jede Einzelrückmeldung reagiert, baut für den lautesten Raum — nicht für den größten. Und wer für den lautesten Raum baut, verliert die stillen Nutzerinnen, die nie gesagt haben, was sie brauchen, weil sie nie gefragt wurden.
Wann ein Signal kein Rauschen mehr ist, lässt sich selten im Moment selbst beantworten. Manchmal hilft es, nichts zu tun und zu warten, ob die Rückmeldung wiederkommt. Das fühlt sich wie Zögern an. Manchmal ist es das auch. Und manchmal ist es das Einzige, was sicherstellt, dass man auf etwas Echtes reagiert — und nicht auf das, was man in diesem Moment gerne für echt hält.
Was der Irrtum kostet und warum er so lange dauert
Eine falsche Annahme kostet selten einen Tag. Sie kostet meistens drei bis sechs Wochen — und das ist kein Schätzwert, sondern eine Beobachtung aus eigenen Projekten. Wer auf Basis einer Annahme plant, plant die nächste Entscheidung darauf auf. Und die übernächste. Die Annahme wird zum Fundament, bevor jemand gefragt hat, ob der Boden trägt.
Das Teuerste ist nicht der falsche Baustein selbst. Es ist alles, was darauf gebaut wurde. Eine Funktion, die niemand verwendet, ist verschmerzbarer als die vier weiteren Funktionen, die nur existieren, weil die erste existierte. Wenn das Team bemerkt, dass die ursprüngliche Richtung nicht stimmt, ist der Aufwand für den Rückbau oft größer als der ursprüngliche Aufwand war.
Warum der Irrtum so lange unentdeckt bleibt
Es gibt eine einfache Erklärung: Niemand fragt nach dem Fundament, wenn der Bau läuft. Solange Fortschritt sichtbar ist — Abläufe, die funktionieren, Bildschirme, die sich füllen — entsteht selten der Anlass, die ursprüngliche Annahme nochmals zu prüfen. Das Tempo der Umsetzung verschleiert die Frage, ob die Richtung stimmt.
Eine zweite Erklärung ist unbequemer: Die Menschen, die eine Annahme treffen, haben ein Interesse daran, dass sie stimmt. Nicht aus Böswilligkeit, sondern weil sie Wochen daran gearbeitet haben. Eine Annahme zu revidieren bedeutet, sich zu erklären — gegenüber dem Team, gegenüber dem Kunden, manchmal gegenüber dem eigenen Urteil. Das kostet etwas, das schwerer zu messen ist als Arbeitsstunden: Überzeugungskraft.
In einem konkreten Fall haben wir über zwei Monate an einer Funktion gearbeitet, die auf einer Annahme über das Nutzungsverhalten beruhte. Die Annahme war plausibel — sie stammte aus einem frühen Gespräch mit jemandem, der die Branche gut kannte. Gemessen wurde sie nie. Als die ersten echten Nutzerinnen und Nutzer die Anwendung verwendeten, verhielten sie sich anders als erwartet. In einem Fall nutzten sie die Funktion überhaupt nicht. Der Umbau hat vier Wochen gedauert. Vier Wochen, die nicht nötig gewesen wären, wenn wir früher unterschieden hätten, was wir wissen und was wir annehmen.
Was die Kosten unsichtbar macht
Entwicklungsaufwand wird in der Regel pro Stunde gedacht. Was dabei selten gezählt wird:
- Die Wochen, in denen das Team auf etwas hinarbeitet, das sich später als Irrweg herausstellt
- Das Vertrauen, das eine Fehlentscheidung beim Kunden hinterlässt
- Die Energie, die in die Verteidigung einer Annahme fließt statt in ihre Überprüfung
- Die Gelegenheit, die in der Zeit der Korrektur verstreicht
Keine dieser Positionen erscheint in einer Abrechnung. Deshalb werden falsche Annahmen oft erst dann sichtbar, wenn sie sich häufen — und dann erscheinen sie plötzlich als Projektverzögerung oder Änderungswunsch, obwohl beides lediglich das Ergebnis einer nie hinterfragten Annahme ist.
Was den Unterschied macht, ist nicht, ob ein Team Annahmen trifft. Das tut jedes Team, das unter Unsicherheit arbeitet. Was den Unterschied macht, ist ob die Annahme als solche erkannt und behandelt wird. Eine Annahme, die als Tatsache gilt, kann nicht überprüft werden. Eine Annahme, die als Annahme gilt, kann es.
Was sich verändert, wenn man die Annahme benennt
Der erste Schritt ist unspektakulär. Man schreibt auf, was man für wahr hält — und markiert es als Vermutung, nicht als Tatsache. Kein aufwendiges Verfahren. Aber das Ergebnis ist ein anderes Gespräch.
Wer sagt „ich glaube, dass Interessenten in diesem Preissegment eher vorab anrufen als eine Besichtigung zu vereinbaren", kann das beobachten. Wer es stillschweigend voraussetzt, wird es nie prüfen — weil es sich nicht als Frage anfühlt, sondern als Hintergrundwissen. Als Erfahrung. Als „das läuft halt so".
Was sich am Gespräch ändert
In Runden, in denen Entscheidungen besprochen werden — ob zwischen zwei Kolleginnen, in einer kleinen Besprechung oder beim Gespräch mit einem externen Partner — ändert sich der Ton, sobald jemand sagt: „Das ist unsere Annahme." Andere können widersprechen. Jemand kennt eine Gegenerfahrung. Die Annahme wird geprüft, bevor sie zur Grundlage einer Ausgabe oder eines Plans wird.
Das klingt selbstverständlich. In der Praxis kommt es selten vor. Annahmen tarnen sich als Marktkenntnis, als Branchenerfahrung, als geteiltes Wissen im Raum. Niemand widerspricht, weil niemand eine Frage gestellt hat.
Was sich an der Entscheidung selbst ändert
Eine benannte Annahme kann ein Prüfdatum bekommen. Man legt im Voraus fest, wann man sie überdenkt: nach drei Monaten, nach zwanzig Anfragen, nach dem nächsten Quartal. Ohne diese Markierung hält eine Annahme so lange, bis ein Schaden groß genug ist, um aufzufallen — oder bis jemand zufällig dagegen stolpert.
Ein Beispiel: Ein Maklerbüro geht davon aus, dass Suchende im Umland fast ausschließlich über persönliche Empfehlungen kommen. Die Annahme ist nicht falsch — aber sie ist auch nicht belegt. Weil sie nie als Annahme markiert wurde, fragt niemand nach, wie neue Interessenten auf das Büro aufmerksam wurden. Erst nach zwei Jahren zeigt sich, dass ein erheblicher Teil über Onlinesuchen den Weg gefunden hat. Zwei Jahre, in denen die Sichtbarkeit an dieser Stelle nicht ausgebaut wurde.
Das ist kein Vorwurf. Es ist die normale Konsequenz davon, wie Vermutungen in kleinen Organisationen zirkulieren, wenn niemand sie als solche benennt.
Wenn die Annahme sich als richtig erweist
Auch das verändert sich. Eine Annahme, die sich bestätigt, ist kein Zufall mehr — sie ist eine Beobachtung. Man weiß jetzt, warum man das glaubt. Das ist eine andere Art von Sicherheit als das stille Weitermachen.
- Man kann die Beobachtung weitergeben, ohne dass andere sie für Meinung halten müssen.
- Man kann die nächste ähnliche Entscheidung auf etwas stützen, das sich schon einmal gezeigt hat.
- Man kann unterscheiden, was belegt ist und was wieder Vermutung bleibt.
Wer anfängt, Annahmen sichtbar zu machen, stellt meistens fest, wie viele davon gleichzeitig im Raum sind. Nicht als Problem — sondern als Tatsache der Arbeit. Die meisten Entscheidungen beruhen auf unvollständigen Informationen. Das wird nicht besser, wenn man so tut, als wäre es anders. Es wird nur stiller.
Weitere Beiträge

Annahmen im Produktbau: Wann man sie fallen lassen muss
Viele Entscheidungen im Softwareprojekt gründen auf Annahmen, die niemand geprüft hat. Wann man sie aufgibt — und was es kostet, wenn man es zu spät tut.

Wenn das Feedback aufhört: Stille als Entscheidungsgrundlage
Wie ein Team weitermacht, wenn Nutzer nicht mehr schreiben, Zahlen nichts hergeben und trotzdem eine Richtung gewählt werden muss. Lesen Sie, wie das aussieht.

Was eine Annahme kostet, bevor man sie aufgibt
Wann ist ein Signal mehr als Rauschen? Wie lange Annahmen halten und was es kostet, sie zu spät aufzugeben – aus einem konkreten Projektverlauf. Jetzt lesen.