Hört auf, Mockups zu pitchen. Pitcht funktionierende Software.
v0, Lovable und Figma Make haben den Weg von der Idee zum klickbaren Prototyp auf etwa eine Stunde verkürzt. Wer noch statische Figma-Boards verkauft, preist sich selbst aus dem Raum.
Das Mockup ist eine Altlast.
Seit Jahrzehnten pitchten Agenturen mit statischen Screens. Figma-Boards, Keynote-Decks, annotierte Wireframes: schöne Artefakte, die zeigen, wie etwas aussehen könnte, aber nicht, wie es funktioniert. Kunden lernten zu nicken, das Comp freizugeben und dann überrascht zu sein, wenn sich das gebaute Produkt anders anfühlte als das Bild.
Diese Lücke zwischen Mockup und Realität war immer ein Problem. Jetzt ist sie unnötig.
Die neuen Tools
v0, Lovable, Bolt und Figmas Make-Feature haben den Weg von der Idee zum klickbaren Prototyp auf etwa eine Stunde verkürzt. Du beschreibst, was du willst. Du bekommst eine funktionierende Anwendung, kein Bild von einer. Sie läuft im Browser. Du kannst durchklicken. Du kannst sie einem Nutzer zeigen und beobachten, was er tut.
Diese Tools sind nicht perfekt. Der generierte Code ist nicht production-ready. Die Designs tendieren zu einer erkennbaren „KI-Ästhetik", die man überschreiben will. Aber der Output ist funktional, und funktional schlägt schön-aber-statisch in jedem Kundentermin.
Warum das den Pitch verändert
Kunden können auf Verhalten reagieren, nicht nur auf Aussehen. Ein statisches Mockup lädt zu Feedback über Farben, Fonts und Layout ein. Ein funktionierender Prototyp lädt zu Feedback über Flow, Logik und die Frage ein, ob das Ding das Problem tatsächlich löst. Die Qualität des Kunden-Inputs steigt dramatisch, wenn sie etwas benutzen können, statt es nur anzuschauen.
Ambiguität stirbt früh. Die Hälfte des Scope Creep in Agenturprojekten kommt von Erwartungsdiskrepanzen, die während der Entwicklung auftauchen. Wenn der Prototyp in Woche eins gebaut wird statt in Woche acht, tauchen diese Diskrepanzen auf, bevor jemand echten Code geschrieben hat.
Geschwindigkeit signalisiert Kompetenz. In einen Pitch mit einem funktionierenden Prototyp zu gehen, den du an dem Morgen gebaut hast, kommuniziert etwas, das Slides nicht können: Du kannst liefern. In einem Markt, in dem Kunden von Agenturen enttäuscht wurden, die zu viel versprechen, ist ein funktionierendes Ding das stärkste Vertrauenssignal, das es gibt.
Explorationskosten sinken gegen null. Drei verschiedene Ansätze für den Onboarding-Flow testen? Generiere alle drei. Lass den Kunden jeden ausprobieren. Wähle den Gewinner. Das hätte früher eine Woche Designarbeit und ein schwieriges Priorisierungsgespräch erfordert. Jetzt braucht es einen Nachmittag.
Worauf man achten sollte
Die KI-Ästhetik-Falle. v0 und Lovable produzieren clean aussehende Interfaces, die alle ähnlich aussehen. Wenn dein Prototyp wie jeder andere KI-generierte Prototyp aussieht, hast du nicht differenziert. Du hast commoditisiert. Nutze das Tool für Struktur und Logik, dann wende deine eigene Designsprache an.
Prototyp-zu-Produktion-Lücke. Der generierte Code ist ein Startpunkt, keine Codebase. Teams, die einen v0-Prototyp direkt in Produktion schicken, werden es bereuen. Behandle den Prototyp als Spec, nicht als Implementierung.
Zu viel versprechen beim Zeitplan. Weil der Prototyp in einer Stunde zusammenkam, erwarten Kunden, dass der Production Build in einer Woche zusammenkommt. Setze Erwartungen explizit: Der Prototyp beweist das Konzept. Der Build ist ein anderes Gespräch.
Die Agentur, die noch mit Slides pitcht
Jeder Pitch ist jetzt ein Wettbewerb zwischen einer Agentur, die ein Deck zeigt, und einer, die einen funktionierenden Prototyp zeigt. Die Agentur mit dem Deck erklärt, was sie bauen wird. Die Agentur mit dem Prototyp zeigt, was sie schon angefangen hat. Der Kunde wird die einstellen, die sein Risiko reduziert hat. Und ein Prototyp, den man anfassen kann, reduziert mehr Risiko als eine Slide, die man lesen kann.