Was ist ein Riskiest Assumption Test (RAT)?

Von Brian Tr · Aktualisiert am 3. Oktober 2026

Ein Riskiest Assumption Test, kurz RAT, ist das kleinste Experiment, das die eine Annahme prüft, bei der sich Ihre Idee keinen Irrtum leisten kann. Sie listen auf, was zutreffen muss, damit die Idee funktioniert, wählen die Annahme mit dem größten Risiko und der dünnsten Beweislage und testen nur diese. Dafür bauen Sie kein Produkt.

Der Begriff wird meist Rik Higham zugeschrieben, der ihn 2016 als Reaktion darauf veröffentlichte, wie beliebig „MVP“ inzwischen verwendet wurde. Es ist eine einfache Gewohnheit, aber sie verändert, womit ein frühes Team seine Wochen verbringt. Dieser Leitfaden behandelt, woher die Idee stammt, wie Sie die riskanteste Annahme finden, wie Sie einen Test durchführen und wo Teams Fehler machen.

Woher der RAT kommt

Rik Higham veröffentlichte am 27. September 2016 auf Hacker Noon den Beitrag "The MVP is dead. Long live the RAT.". Sein Argument: Das Minimum Viable Product hat einen Webfehler im Kern, denn es ist kein Produkt. In seiner Lesart ist es ein Weg, zu prüfen, ob Sie ein lösenswertes Problem gefunden haben, und ein Weg, Risiken zu senken, indem Sie Ihre größte Annahme schnell testen.

Higham sagt, „MVP“ sei so oft verwendet worden, dass der Begriff seine ursprüngliche Bedeutung verloren habe. Er werde auf die erste Version eines rudimentären Produkts angewendet, sodass das „MVP“ am Ende weit komplexer ausfalle als der schnelle Test, der es sein sollte, und zugleich zu unfertig, um als echtes Produkt veröffentlicht zu werden. Sein Vorschlag: Fragen Sie nicht mehr „Was ist das minimale Produkt?“, sondern „Was ist meine riskanteste Annahme, und wie teste ich sie?“

Er verweist außerdem auf ein Zitat von Tom Chi, Mitgründer von Google X, über die Maximierung der Lernrate durch möglichst kurze Zeiten, in denen man Dinge ausprobiert. Ein RAT ist dieser Gedanke, angewendet auf eine einzelne, konkrete Unbekannte.

Die Herkunft ist wichtig, denn der RAT ist kein Konkurrent der Lean-Startup-Methode. Er ist eine schärfere Lesart davon. Die offizielle Lean-Startup-Seite sagt, die Methode beginne mit Leap-of-Faith-Annahmen, die nach gründlichen Tests verlangen, und nutze dann ein Minimum Viable Product, um sie zu prüfen. Highams Punkt: Der Test sollte zuerst kommen, und das Produkt nur so groß sein, wie der Test es verlangt.

Was als Annahme zählt

Eine Annahme ist etwas, das Sie glauben, aber nicht überprüft haben. Jede Startup-Idee ist ein Stapel davon. Higham schlägt vor, rückwärts zu arbeiten: Formulieren Sie die Chance als Kundenproblem und fragen Sie dann, was zutreffen muss, damit es existiert. Nehmen Sie jede dieser Annahmen und fragen Sie, was dahintersteht. Wiederholen Sie das, bis Sie bei den Grundannahmen angekommen sind. Er vergleicht das mit den 5 Whys.

Annahmen gibt es in verschiedenen Arten. Das Framework aus Testing Business Ideas von David J. Bland und Alexander Osterwalder ordnet sie drei Blickwinkeln zu, zusammengefasst in der Buchzusammenfassung von Strategyzer:

Die Strategyzer-Zusammenfassung beschreibt Desirability als die Frage, ob Kunden ihr aktuelles Verhalten ändern, Feasibility als die Frage, ob Sie die Fähigkeiten und Ressourcen zur Umsetzung haben, und Viability als die Frage, ob Kunden es sich leisten können und die Preisgestaltung Skalierung trägt. Die Beispiele in der Tabelle sind zur Veranschaulichung erfunden.

Die meisten frühen Teams testen die Feasibility zu viel, weil Ingenieure sich an diesem Risiko gern festbeißen. Aber ein Produkt, das perfekt funktioniert und das niemand will, ist trotzdem ein Misserfolg. In der Ideenphase liegen die größten Unbekannten meist bei der Desirability.

So finden Sie die riskanteste Annahme

Sobald Sie eine Liste haben, brauchen Sie eine Methode, sie zu ordnen. Zwei Fragen leisten die meiste Arbeit: Wie viel hängt davon ab, falls die Annahme falsch ist, und wie viele Belege haben wir?

Bland beschreibt das als Assumptions Mapping auf Strategyzer. Sie tragen jede Hypothese in ein 2x2-Raster ein, mit der Beleglage auf der einen Achse (von „Belege vorhanden“ bis „keine Belege“) und der Wichtigkeit auf der anderen. Bei der Wichtigkeit lautet die Frage, welche Hypothese die Geschäftsidee scheitern lässt, wenn sie sich als falsch erweist. Zuerst testen Sie den Quadranten mit den Hypothesen, die für den Erfolg entscheidend sind und die dünnste Beleglage haben.

Wichtige Fakten: Der Riskiest Assumption Test

• Rik Higham veröffentlichte "The MVP is dead. Long live the RAT." am 27. September 2016 auf Hacker Noon.
• Highams Kernaussage: Ein MVP ist kein Produkt, sondern ein Weg, zu prüfen, ob Sie ein lösenswertes Problem gefunden haben. Die Alternative ist, Ihre riskanteste Annahme zu identifizieren und zu testen.
• Assumptions Mapping ordnet Hypothesen nach Wichtigkeit und Beleglage und priorisiert die entscheidenden mit den wenigsten Belegen (Strategyzer, David J. Bland).
• Testing Business Ideas gliedert Hypothesen in Desirability, Feasibility und Viability.
• Die Lean-Startup-Seite sagt, die Methode beginne mit Leap-of-Faith-Annahmen und nutze ein Minimum Viable Product, um sie zu prüfen.
• Für einen RAT gibt es keinen formalen Standard. Schwellenwerte, Formate und Bezeichnungen unterscheiden sich von Team zu Team.

So führen Sie die Priorisierungsrunde praktisch mit einem kleinen Team durch:

1. Schreiben Sie jede Annahme auf eine eigene Haftnotiz oder in eine eigene Zeile, eine Überzeugung pro Notiz.
2. Markieren Sie jede als Desirability, Feasibility oder Viability.
3. Platzieren Sie jede im Raster und diskutieren Sie nur, wenn zwei Personen bei der Platzierung uneins sind. Die Meinungsverschiedenheit ist eine nützliche Information.
4. Kreisen Sie die obersten Annahmen in der Ecke mit hoher Wichtigkeit und geringer Beleglage ein.
5. Wählen Sie eine aus. Wenn Sie sich nicht entscheiden können, fragen Sie, welche davon, falls falsch, alle anderen bedeutungslos machen würde.

Diese letzte Frage ist die Abkürzung. Manche Annahmen liegen vor allen anderen. Wenn niemand das Problem hat, spielt es keine Rolle, ob Ihre Preisgestaltung stimmt.

Schritte zur Durchführung eines RAT

Ein RAT ist ein normales Experiment mit eng gefasstem Umfang. Schreiben Sie ihn vor der Durchführung auf, besonders die Schwelle für das Bestehen.

1. Formulieren Sie die Annahme als prüfbaren Satz. „Mindestens 8 von 20 Disponenten, die wir interviewen, stimmen einem kostenpflichtigen Pilotprojekt zu“ kann sich als falsch erweisen. „Disponenten brauchen bessere Werkzeuge“ kann es nicht.
2. Wählen Sie den kleinsten Test, der echtes Verhalten hervorbringt. Higham fragt: Was ist das kleinste Experiment, mit dem Sie Ihre größte Annahme testen können? Bevorzugen Sie Handlungen gegenüber Meinungen.
3. Wählen Sie eine einzige Kennzahl. Eine Zahl, die Sie unabhängig davon, wer hinschaut, gleich lesen.
4. Legen Sie Bestehens- und Scheiternsschwellen vorab fest. Entscheiden Sie jetzt, welches Ergebnis „weiter“ bedeutet, welches „Stopp“ und welches „nicht aussagekräftig, anders noch einmal durchführen“.
5. Führen Sie den Test durch und halten Sie das Ergebnis fest, ohne die Fragestellung umzuschreiben.
6. Entscheiden Sie. Gehen Sie zur nächsten Annahme über, passen Sie die Idee an oder verwerfen Sie sie.

Higham merkt an, dass Sie nach der Validierung der riskantesten Annahme zur nächstgrößeren übergehen und so schrittweise Vertrauen in die Idee aufbauen können. Diese Reihenfolge ist die ganze Methode.

So könnte die Tabelle für eine hypothetische Idee aussehen: Software zum Rechnungsabgleich für kleine Frachtmakler. Die Zahlen sind erfunden, um das Format zu zeigen, und keine Richtwerte.

Beachten Sie, dass die günstigsten Tests ohne Software auskommen. Es sind Gespräche, ein manueller Service oder eine Skizze, durch die jemand klickt.

Beispieltests nach Risikotyp

Das Buch von Bland und Osterwalder beschreibt eine Bibliothek von Experimenttypen, geordnet nach Kosten, Zeit und Stärke der Belege, laut der Buchseite bei Strategyzer. Sie brauchen keine Dutzende. Eine Handvoll gängiger Optionen deckt die meisten frühen Tests ab:

Die Autoren fassen ein Prinzip in der Formel „behaviour beats opinions“ zusammen: Was Kunden tun, ist ein stärkerer Beleg als das, was sie sagen. Eine Anmeldung ist schwach, ein kostenpflichtiger Pilot stärker. Passen Sie den Test an das Risiko an, das Sie ausräumen wollen.

RAT vs. MVP

Oft werden die beiden Begriffe synonym verwendet. Highams Punkt ist, dass sie das nicht sein sollten.

Higham schreibt, ein RAT sei explizit: Es gebe keine Notwendigkeit, mehr zu bauen, als nötig ist, um Ihre größte Unbekannte zu testen, keine Erwartung an perfekten Code oder perfektes Design und keine Gefahr, dass er vorschnell zum Produkt wird. Er stellt das dem MVP gegenüber, das ein Team mit dem trügerischen Gefühl eines klaren, linearen Wegs zu einer optimierten Lösung verführen kann.

Das heißt nicht, dass MVPs schlecht sind. Haben Ihre riskantesten Annahmen die Tests überstanden, ist der Bau eines echten Minimum Viable Product der logische nächste Schritt. Der RAT bewahrt Sie nur davor, eines zu bauen, um eine Frage zu beantworten, die sich in einer Woche mit einer Tabelle und ein paar Telefonaten klären ließe.

Was nach einem RAT folgt

Es gibt drei ehrliche Ergebnisse.

• Bestanden. Das Ergebnis hat die von Ihnen gesetzte Schwelle erreicht. Gehen Sie zur nächsten riskantesten Annahme über. Erklären Sie nicht die ganze Idee für validiert, denn ein bestandener Test räumt ein Risiko aus.
• Durchgefallen. Das Ergebnis hat die Schwelle verfehlt. Sie können die Idee anpassen (ein Pivot oder ein engeres Segment) oder sie verwerfen. Beides sind gute Ausgänge im Vergleich dazu, es erst nach dem Launch herauszufinden.
• Nicht aussagekräftig. Die Stichprobe war zu klein, es wurden die falschen Leute gefragt, oder der Test hat nicht das gemessen, was Ihnen wichtig war. Gestalten Sie den Test neu; deklarieren Sie ihn nicht nachträglich als bestanden.

Wiederholte RATs sind der Weg, auf dem ein Team sich zum Problem-Solution-Fit und später zum Product-Market-Fit vorarbeitet. Wenn Sie diese Tests als regelmäßigen Rhythmus fahren wollen, bietet ein Growth-Experimentation-Framework einen Ort, um Hypothesen und Ergebnisse festzuhalten. Wo das im Lebenszyklus eines Unternehmens steht, zeigen die Phasen eines Startups, und wie Sie mit den richtigen Leuten sprechen, behandelt Customer Discovery ausführlich.

Häufige Fehler

1. Die sichere Annahme testen. Teams wählen die, die sich leicht testen lässt, nicht die, auf die es ankommt. Ordnen Sie zuerst nach Wichtigkeit und Beleglage.
2. Einen Prototyp als Test behandeln. Wenn der Test Wochen Entwicklung braucht, ist er nicht klein genug. Highams Warnung vor wachsendem Umfang gilt: Das Team sollte sich immer wieder fragen, ob das die kleinste Maßnahme ist, mit der sich die riskanteste Annahme testen lässt.
3. Die Schwelle festlegen, nachdem die Daten vorliegen. Jedes Ergebnis lässt sich als Erfolg deuten, sobald man es gesehen hat. Schreiben Sie die Bestehenslinie zuerst auf.
4. Meinungen messen. „Die Leute sagten, es gefalle ihnen“ kostet den Sprecher nichts. Suchen Sie nach einer Anmeldung, einer Anzahlung, einem Pilotprojekt, einem geteilten Dokument.
5. An Freunden testen. Sie sind höflich. Rekrutieren Sie aus dem Segment, das Sie bedienen wollen.
6. Mehrere Annahmen in einem Test bündeln. Schlägt er fehl, wissen Sie nicht, warum. Eine Annahme pro Test.
7. Einmal testen und aufhören. Ein bestandener Test räumt ein Risiko aus. Annahmen ersetzen sich gern durch die nächste auf der Liste.
8. Die Alles-oder-nichts-Annahmen ignorieren. Manche Annahmen, etwa „Kunden zahlen überhaupt“, können die Idee allein beenden. Testen Sie diese früh.

Higham argumentiert zudem, dass dies nicht nur für Startups gilt. Auch etablierte Unternehmen sind gefährdet: Nach Jahren des Erfolgs kann man sich in falsche Sicherheit wiegen und etwas bauen, das niemand nutzen will. Ein RAT ist in beiden Fällen eine günstige Versicherung.

Kurze Checkliste

Prüfen Sie vor Ihrem nächsten Test, ob Sie diese Fragen beantworten können:

• Um welchen Risikotyp geht es: Desirability, Feasibility oder Viability?
• Warum ist das die riskanteste Annahme und nicht nur die einfachste?
• Was ist der kleinste Test, der echtes Verhalten hervorbringt?
• Welche eine Kennzahl lesen wir?
• Welches Ergebnis bedeutet bestanden, durchgefallen oder nicht aussagekräftig, festgehalten, bevor wir beginnen?
• Was machen wir je nach Antwort anders?

Für Gründer, die noch entscheiden, welchem Problem sie nachgehen, hilft der Artikel zu Quellen für Startup-Ideen bei dem Schritt vor alldem.

Weiterführende Lektüre

• Lean-Startup-Methode
• Minimum Viable Product
• Ideenphase eines Startups
• Customer Discovery
• Validated Learning
• Growth-Experimentation-Framework