Die traditionelle Design-Case-Study stirbt aus

Die aufgeblähte Design-Case-Study stirbt aus. Die Case-Study als solche nicht.

Dieser Unterschied ist das gesamte Argument, also behalte ihn im Kopf. Das 47-Screen-Deck mit sechs Wochen Prozessdokumentation verliert den Raum an ein dreiminütiges Loom-Video eines funktionierenden Produkts, das jemand in einer einzigen Session gebaut hat. Wenn ein Hiring Manager in zehn Sekunden auf eine Live-URL klicken kann, fühlt sich dein Double-Diamond-Walkthrough an wie Hausaufgaben, die du ihm aufgibst.

Das ist keine Todeserklärung für das Denken. Es ist eine Meldung, dass der Beweis sich verlagert hat. Das Artefakt wird zum Argument, und das Slide-Deck, das das Artefakt erklärt, wird optional.

Der Thread, der Designer-Twitter gespalten hat

Der Streit wurde öffentlich, als der Designer @andrewk einen Thread postete, in dem er fragte, ob die traditionelle Case-Study jetzt veraltet ist. Er schlug ein: rund 9.800 Reposts und mehr als 400 Antworten, die Designer waren gespalten.

Diese Spaltung ist das Signal. Die eine Hälfte argumentierte, die Case-Study sei heiliges Handwerk. Die andere Hälfte zeigte auf ihre eigenen Live-Demos und fragte, warum jemand das Deck braucht, wenn das Produkt direkt da ist.

Keine Seite liegt falsch, was genau der Grund ist, warum es sich verbreitete. Der Streit geht nicht darum, ob Designer denken sollten. Er geht darum, wo die Beweise dieses Denkens jetzt leben sollen, da das Veröffentlichen fast kostenlos ist.

Was sich wirklich verändert hat (eine Session, echte Auth, echte Zahlungen, gleichen Tag veröffentlicht)

Live sehen auf cursor.com

Was sich verändert hat: Die Kosten für ein funktionierendes Artefakt sind eingebrochen. Indie-Designer und Gründer veröffentlichen jetzt vollständige, funktionale Apps, mit Auth, Zahlungen und echten Datenflüssen, in einer einzigen langen Session generiert und am selben Tag veröffentlicht.

Die Tools haben das schnell glaubwürdig gemacht. Ein langer Build in Claude Code oder Cursor kann jetzt einen kohärenten Plan über eine ganze Session halten, anstatt nach der dritten Datei auseinanderzufallen. Fable 5s Zuverlässigkeit über lange Horizonte und die jüngsten CursorBench-Siege sind der Grund, warum "ein Durchgang" aufgehört hat, wie ein Demo-Trick zu klingen, und angefangen hat, wie ein normaler Dienstag zu klingen.

Also hat sich die Rechnung umgekehrt. Die alte Case-Study existierte teilweise, weil das Bauen der echten Sache teuer, langsam und hinter Engineering abgeriegelt war. Du hast den Prozess dokumentiert, weil der Prozess das meiste der Arbeit war, die du tatsächlich zeigen konntest.

Jetzt ist das echte Ding günstig herzustellen. Wenn du jemandem bis zum Ende des Tages eine Live-URL geben kannst, liest sich eine statische Rekonstruktion davon, wie du es gebaut hättest, als eine schlechtere Version von Beweisen, die du bereits hast.

Altes Deliverable vs. funktionierendes Artefakt (die ehrliche Tabelle)

Hier ist der Vergleich, der das konkret macht. Das ist kein Hype, es ist ein Unterschied darin, was jedes Format tatsächlich für die Person tut, die dich bewertet.

Lies die Zeile "Was es verbergen kann" zweimal. Die statische Case-Study kann verbergen, dass das Design niemals Kontakt mit echten Daten, echten Zuständen oder einem echten Backend überlebt hat. Das funktionierende Artefakt kann das nicht verbergen, denn der Bewerter steht darin.

Deshalb gewinnt das Artefakt beim Vertrauen. Es ist schwieriger, etwas zu fälschen, das läuft, als etwas, das gerendert ist.

Die Case-Study ist nicht tot, die aufgeblähte schon

Jetzt das ehrliche Gegenargument, denn die Nachrufsversion dieser Meinung ist faul.

Ein Live-Demo beweist, dass die Oberfläche funktioniert. Es beweist nicht von sich aus, dass du das Problem verstanden hast, die Kompromisse abgewogen hast oder diese Form gegenüber drei schlechteren gewählt hast. Eine schöne App, die das falsche Problem löst, ist immer noch das falsche Problem, nur schneller veröffentlicht.

Das ist die Falle bei "die Case-Study ist tot." Leute hören das und löschen das Denken zusammen mit dem Slide-Aufblähen. Das ist nicht dasselbe. Der Aufblähungen sind die 12 Slides mit Persona-Zitaten und dem Moodboard, den niemand wollte. Das Denken sind die zwei Entscheidungen, die das Produkt tatsächlich geformt haben.

Der Schritt ist also nicht "hör auf, deine Arbeit zu erklären." Der Schritt ist "hör auf, aufzufüllen." Behalte das Urteil, schneide das Theater. Ein funktionierendes Artefakt ohne Geschichte dahinter kann als "Ich habe mich hier durchgeprompted" gelesen werden, und für Senior-Rollen ist das eine echte Haftung.

Was dein Portfolio jetzt beweisen muss (Geschmack, Urteilsvermögen, Problemrahmung)

Sobald das Veröffentlichen fast kostenlos ist, ist das knappe Gut nicht der Output. Es sind die drei Dinge, die eine One-Shot-App nicht von sich aus beweisen kann.

Geschmack. Wenn jeder eine passable Oberfläche generieren kann, ist die Lücke zwischen passabel und richtig die gesamte Arbeit. Geschmack sind die tausend kleinen Entscheidungen, die ein Modell nicht für dich treffen wird: was zu schneiden, was zu verlangsamen, wo bewusst Reibung hinzuzufügen.

Urteilsvermögen. Zeig die Gabelung. Zeig die Version, die du verworfen hast, und den einen Satz, warum du sie verworfen hast. Ein einziges "Wir haben X versucht, es hat das Vertrauen beim Checkout gebrochen, also haben wir Y gemacht" beweist mehr als eine 40-Slide-Erzählung eines Pfades ohne Gabelungen.

Problemrahmung. Das Demo beantwortet "Hast du es gebaut." Framing beantwortet "Hätte das existieren sollen, und in dieser Form." Diese Frage ist es, wo Senior-Designer den Titel verdienen, und es ist der Teil, bei dem ein Modell am schlechtesten darin ist, ihn dir zu übergeben.

Beachte, dass keines davon 50 Screens braucht. Sie brauchen ein Live-Ding und ein paar ehrliche Sätze über die Entscheidungen, die du beim Bauen getroffen hast.

So baust du dein Portfolio diesen Monat um (fang mit dem Live-Ding an, führe einen kurzen Entscheidungslog)

Live sehen auf cursor.com

Du kannst das in einem Monat umbauen, ohne das zu verbrennen, was du hast. Die Form ist einfach: fang mit dem Artefakt an, unterstütze es mit Urteilsvermögen, schneide den Rest.

1. Fang mit dem Live-Ding an. Der erste Screen jedes Projekts ist eine klickbare URL oder ein 60 bis 90 Sekunden langer Walkthrough des laufenden Produkts. Kein Hero-Shot, das eigentliche Produkt. Der Bewerter sollte etwas Echtes anfassen, bevor er ein Wort liest.

2. Führe einen kurzen Entscheidungslog. Drei bis fünf Entscheidungen pro Projekt, jede eine Zeile. Die Entscheidung, die Alternative, die du abgelehnt hast, der Grund. Das ist der Urteilsbeweis, den ein Demo allein nicht tragen kann.

3. Zeig eine Gabelung pro Projekt. Die Version, die nicht veröffentlicht wurde, und warum. Das ist der einzige schnellste Weg zu beweisen, dass du gedacht hast, nicht nur generiert hast.

4. Schneide das Prozesstheater. Lösche die Persona-Slides, die Empathy Maps, die du nie verwendet hast, den Moodboard, die "Ideation"-Screens. Wenn es das Produkt nicht verändert hat, verdient es keinen Platz.

5. Setz das Veröffentlichungsdatum drauf. "Idee bis live in einer Session" oder "an einem Wochenende veröffentlicht" ist jetzt ein Nachweis. Es signalisiert, dass du dich mit der Geschwindigkeit bewegen kannst, mit der die Arbeit sich in 2026 tatsächlich bewegt.

Das ist die gesamte Migration. Fang mit dem Artefakt an, beweise das Urteilsvermögen in fünf Zeilen, wirf das Füllmaterial raus, das schon immer Füllmaterial war.

FAQ

Ist die Design-Case-Study vollständig tot?

Nein. Die aufgeblähte, prozesslastige Case-Study stirbt als Standard aus. Was sie bewiesen hat, dass du denken und veröffentlichen kannst, lebt jetzt besser innerhalb eines funktionierenden Artefakts plus einem kurzen Entscheidungslog.

Sollte ich einfach einen funktionierenden Prototyp ohne Erklärung posten?

Nein, und das ist die häufigste Überkorrektur. Ein Demo ohne Geschichte liest sich als "Ich habe mich hier durchgeprompted," was dir bei Senior-Rollen schadet. Verbinde das Live-Artefakt mit drei bis fünf einzeiligen Entscheidungen und einer Gabelung, die du abgelehnt hast.

Was ist genau eine One-Shot-App?

Ein vollständiges, funktionales Produkt, oft mit Auth, Zahlungen und echten Daten, in einer einzigen langen Session in einem Tool wie Claude Code oder Cursor gebaut und am selben Tag veröffentlicht. Menschliches Urteilsvermögen ist weiterhin beteiligt. Was zusammengebrochen ist, ist die Distanz von der Idee zum Live-Ding.

Bedeutet das, dass Junior-Designer in Schwierigkeiten sind?

Die Messlatte hat sich verschoben von "Kannst du eine Methode beschreiben" zu "Kannst du es veröffentlichen und verteidigen." Das hilft jedem, der bauen kann, denn ein klickbares Artefakt ist ehrlicher als ein Deck. Das Risiko besteht für Portfolios, die dünne Substanz hinter Prozess-Slides versteckt haben.

Wie beweise ich mein Denken, wenn die Case-Study weg ist?

Du brauchst die Langform-Case-Study nicht, um Denken zu beweisen. Verwende einen kurzen Entscheidungslog: die Entscheidung, die du getroffen hast, die Option, die du abgelehnt hast, der einzeilige Grund. Drei bis fünf davon neben einem Live-Artefakt beweisen mehr Urteilsvermögen als eine 40-Screen-Erzählung.

Was ist mit komplexer Enterprise- oder Systemarbeit, die nicht One-Shot sein kann?

Dann ist dein Artefakt anders, aber das Prinzip gilt. Zeig einen funktionierenden Ausschnitt oder eine funktionierende Komponente, und hänge den Entscheidungslog daran. Die Verschiebung ist "fang mit etwas Echtem und Klickbarem an," nicht "baue dein gesamtes SaaS an einem Wochenende um."

Das Fazit (das Artefakt ist das Argument)

Das Artefakt ist jetzt das Argument. Wenn du jemandem ein Ding übergeben kannst, das läuft, wird das Deck, das erklärt, wie du es gebaut hättest, zur schwächeren Kopie von Beweisen, die du bereits hältst.

Der @andrewk-Thread hat Designer bei rund 9.800 Reposts und mehr als 400 Antworten gespalten, weil beide Hälften etwas Wahres verteidigten. Eine Hälfte verteidigte das Denken. Die andere verteidigte den Beweis. Die Auflösung ist, dass der Beweis in das funktionierende Ding übergegangen ist, und das Denken in fünf ehrliche Zeilen daneben.

Also traure nicht um die Case-Study. Verabschiede die aufgeblähte, behalte das Urteilsvermögen, und fang mit dem Live-Ding an. Prozess raus, Produkt rein.

Die Designer, die 2026 den Raum gewinnen, sind nicht diejenigen mit dem dicksten Deck. Sie sind diejenigen, die sagen können "Klick hier," und dann in fünf Zeilen erklären, warum es so geformt ist, wie es ist.