Woche 1: Scope wie ein VC

Der größte Fehler, den Gründer machen, ist zu viel zu bauen. Ein MVP sollte genau eine Sache beweisen: dass Nutzer für deinen Kernwert zahlen werden. Nichts weiter.

Wir starten jedes Projekt mit einem 2-stündigen Scoping-Meeting mit Fokus auf: (1) Was ist der einzige Flow, der deine Hypothese beweist? (2) Wer sind die 3 Nutzer, die du Investoren demonstrieren wirst? (3) Wie sieht "funktioniert" für diese Demo aus?

Das Ergebnis ist eine 5-seitige Feature-Spec, kein vollständiges PRD. Wir kürzen rücksichtslos alles, was nicht direkt die Demo-Story unterstützt. Für deutsche Gründer, die Seed-Kapital suchen, ist es besonders wichtig, Fokus zu zeigen, deutsche Investoren schätzen die Fähigkeit des Gründers, zu priorisieren.

Woche 2: Den Kernflow von Ende zu Ende bauen

Wir verwenden WeWeb für Web-Apps und FlutterFlow für Mobile. Beide erlauben uns, produktionsreife UIs in Tagen statt Wochen zu bauen. Das Backend ist immer Supabase, der Free Tier deckt alle MVP-Datenbankbedürfnisse ab.

Tag 1-3: Authentifizierung + Datenmodell + Kernansichten. Tag 4-5: Der "Money Workflow", die einzige Sequenz, die ein Investor funktionieren sehen muss. Tag 6-7: Echte Daten, echte Edge Cases, ein echter Nutzer testet.

Wir bauen in Woche 2 keine Admin-Panels, Onboarding-Flows oder Einstellungsansichten. Das kommt nach der Finanzierung. Diese Disziplin unterscheidet ein fundingfähiges MVP von einem Projekt, das nie endet. Eine First-Round-Capital-Umfrage aus 2023 ergab, dass Gründer, die ihr MVP innerhalb von 6 Monaten launchten, doppelt so wahrscheinlich innerhalb von 18 Monaten eine Seed-Runde einsammelten.

Woche 3-4: Für den Pitch polieren

Die letzte Phase dreht sich darum, die Demo unausweichlich wirken zu lassen. Ladezustände, Fehlerbehandlung für den Demo-Flow, Mobile-Responsivität, eine benutzerdefinierte Domain und 3-5 echte Nutzer mit echten Accounts.

Investoren bewerten: Funktioniert es? Ist es schnell? Sieht es aus wie etwas, das Leute wirklich nutzen würden? WeWeb und FlutterFlow ermöglichen uns, alle drei mit Ja zu beantworten, ohne ein vollständiges Ingenieursteam.

Ein Detail, das zählt: Registriere eine .de-Domain, wenn du den deutschen Markt anvisierst. Das signalisiert lokale Verwurzelung gegenüber deutschen B2B-Kunden und Investoren, kostet 10 Minuten und unter 15 EUR/Jahr.

Was ein MVP finanzierungswürdig macht

Der No-Code-Stack schadet dir bei Investoren nicht, tatsächlich hilft er. Eine funktionierende Anwendung in 3-4 Wochen demonstriert die Ausführungsgeschwindigkeit des Gründers, genau das, was Seed-Investoren sehen wollen.

Was Finanzierung killt: ein Figma-Prototyp, der als "funktionierend" präsentiert wird, ein übertechnisiertes Backend ohne Frontend, oder ein Produkt, das 10 Minuten Erklärung braucht. Halte es einfach, mache es real und zeige es mit echten Daten.

Wir haben gesehen, wie Berliner Gründer Investoren mit Demo-Tapes funktionierender No-Code-MVPs beeindruckt haben, und dann das Kapital genutzt haben, um Ingenieursteams für technische Schulden einzustellen. Das ist eine clevere Sequenz.

Der Stack für jedes MVP

Web-MVP: WeWeb (Frontend) + Supabase (Datenbank + Authentifizierung) + Xano (Geschäftslogik bei Bedarf). Mobile-MVP: FlutterFlow (iOS + Android) + Supabase. Beide können innerhalb von 21 Tagen auf einer benutzerdefinierten Domain live gehen. Beide können auf 10.000 Nutzer skalieren ohne einen Neuaufbau.

Wir haben MVPs für Gründer in Fintech, Healthtech, HR, Logistik, Legal und E-Commerce geliefert. Der Stack funktioniert in jeder Vertikale. Supabase wählen wir konsequent wegen seiner DSGVO-Kompatibilität, du kannst EU-Rechenzentren (Frankfurt) wählen und Schrems-II-Anforderungen ohne Mehraufwand erfüllen.

Sprich mit unserem Team über dein MVP-Projekt, wir haben über 50 Apps in Produktion.

Investorenpsychologie: Worauf VCs bei einer MVP-Demo wirklich achten

Seed-Investoren bewerten nicht die Code-Qualität, sie bewerten dein Urteilsvermögen. Ein No-Code-MVP in 3 bis 4 Wochen kommuniziert, dass du liefern, priorisieren und unter Einschränkungen Entscheidungen treffen kannst. Genau diese drei Eigenschaften unterscheiden finanzierungsfähige Gründer von allen anderen.

Der stärkste Moment in jeder Demo ist, wenn ein Investor fragt "Kannst du mir X zeigen?" und du ja sagst und es live mit echten Daten vorführst. Vorab geskriptete Demos wecken Misstrauen. Wir coachen Gründer, ihre Apps robust genug zu machen, um unerwartete Demo-Pfade zu bewältigen, das bedeutet echte Daten, echte Fehlerzustände, die elegant abgefangen werden, und keine hart codierten Edge Cases.

Unserer Erfahrung nach reagieren Investoren besser auf eine echt funktionierende 5-Bildschirm-App als auf einen polierten 30-Bildschirm-Prototypen. Ersteres beweist, dass du deine Nutzer verstehst. Letzteres signalisiert oft, dass du es noch herausfindest.

Equity-MVPs vs Revenue-MVPs: Scope je nach Finanzierungsphase

Nicht alle MVPs haben denselben Job. Ein Equity-MVP (Pre-Seed oder Seed vor nennenswertem Umsatz) muss genau eine Sache beweisen: Dieses Problem ist real, und Nutzer werden sich mit deiner Lösung beschäftigen. Die Messlatte für Umsatzvalidierung ist niedriger, weil der Investor auf Team plus Markt plus frühes Signal wettet.

Ein Revenue-MVP (Series-A-Finanzierung auf Basis echter Traktion) ist grundlegend anders. Du musst zahlende Kunden, einen wiederholbaren Akquisitionskanal und klare Einheitsökonomie nachweisen. Das bedeutet, deine App muss Abrechnung, Sitzplatzverwaltung und einen echten Onboarding-Flow abbilden, nicht nur einen Demo-Flow.

Bei App Studio scopen wir diese unterschiedlich. Equity-MVPs bekommen 3 Wochen und einen rücksichtslosen Feature-Schnitt. Revenue-MVPs brauchen typischerweise 6 bis 8 Wochen und eine Abrechnungsintegration. Zu wissen, welchen Typ du baust, bevor du scopst, ist entscheidend, die beiden zu vermischen verschwendet sowohl Zeit als auch Geld.

Architekturübergang nach der Finanzierung

Eine Frage, die wir ständig hören: "Werden Investoren von uns verlangen, nach der Finanzierung in React/Node neu zu bauen?" Die ehrliche Antwort: fast nie. Was sie interessiert, ist Wachstum, Retention und Umsatz, nicht welche Tools du zum Bauen genutzt hast.

Trotzdem ist es nach der Series A üblich, einen CTO an Bord zu holen, der die Codebasis besitzen möchte. Unsere Empfehlung: Nutze Supabase von Tag eins als deine Datenbank. Weil es Standard-PostgreSQL ist, ist das Migrieren deiner Backend-Logik von WeWeb/Xano zu einer eigenen Node- oder Python-Schicht unkompliziert, das Datenmodell bleibt intakt. Wir haben zwei Unternehmen nach ihrer Finanzierung bei genau diesem Übergang geholfen, und in beiden Fällen dauerte es weniger als 6 Wochen, die Kern-Geschäftslogik auf eine eigene API zu verlagern, während Supabase als Datenbank erhalten blieb.

Die Falle, die es zu vermeiden gilt: dein MVP auf proprietären, Lock-in-lastigen Backends zu bauen, die eine Migration teuer machen. Supabase, mit Standard-SQL und RLS, ist langfristig die sicherste Wahl, egal ob du für immer No-Code bleibst oder irgendwann zu Custom-Code wechselst.

Häufige MVP-Fehler, die die Finanzierung killen

Wir haben Dutzende gescheiterte Fundraising-Versuche überprüft, bei denen das Produkt ein Faktor war. Die Muster sind konsistent. Für Skalierung bauen, bevor man Nutzer gefunden hat: Auth-Systeme mit Enterprise-SSO, Multi-Region-Datenbanken und Microservice-Architekturen, alles für eine App mit null Nutzern. Investoren sehen das und schließen daraus, dass der Gründer Lean nicht versteht.

Zu viel in Mobile investieren, bevor Web validiert ist: Mobile-Apps kosten doppelt so viel und dauern doppelt so lange. Sofern dein Kern-Use-Case nicht wirklich Mobile-First ist (Außendienstmitarbeiter, Consumer unterwegs), validiere zuerst auf Web. Wir haben gesehen, wie Gründer 8 Wochen an einer iOS-App gearbeitet haben, bevor sie entdeckten, dass ihre Nutzer Desktop bevorzugten.

Den Nutzer vergessen: Die finanzierungsfähigsten MVPs haben 5 bis 10 echte Nutzer, die spontan Testimonials geben. Nichts schlägt einen Investor, der fragt "Sind das echte Nutzer?", woraufhin du deinen Laptop aufklappst und Live-Nutzungsdaten zeigst. Verbringe Woche 3 damit, genauso aggressiv Beta-Nutzer zu rekrutieren, wie du das Produkt polierst.

So demonstrierst du ein No-Code-MVP skeptischen technischen Investoren

Manche Investoren werden dem No-Code-Ansatz gegenüber kritisch sein. Die richtige Antwort ist nicht defensiv, sondern datengetrieben. "Wir haben das in 3 Wochen mit 2 Leuten gebaut. Ein traditionelles Dev-Team hätte 3 Monate und 80.000 $ gebraucht. Wir haben die Zeit stattdessen genutzt, um mit 50 Nutzern zu sprechen." Das ist die Story.

Wenn sie bei der technischen Architektur tiefer nachbohren, führe sie durch den Stack: Supabase ist PostgreSQL, das ihr zukünftiger CTO erkennen und respektieren wird. WeWeb generiert saubere, deploybare Frontends. Xano produziert dokumentierte REST-APIs. Das sind produktionsreife Tools, keine Spielzeuge.

Für wirklich skeptische Investoren empfehlen wir eine kurze Architektur-Folie im Deck: "Aktueller Stack: WeWeb + Supabase + Xano. Übergangsplan nach der Series A: eigene Node.js-API-Schicht auf der bestehenden Supabase-Datenbank. Migrationskosten: 4 bis 6 Wochen Engineering-Zeit." Zu zeigen, dass du darüber nachgedacht hast, räumt den Einwand vollständig aus.

Reale Zahlen: App-Studio-MVP-Kosten vs traditionelle Entwicklung

Ein typisches 3-Wochen-No-Code-MVP von App Studio kostet je nach Komplexität 7.500 bis 15.000 €. Der gleichwertige Custom-Code-Build (React + Node + PostgreSQL) mit einem freiberuflichen Entwickler in Westeuropa kostet 30.000 bis 50.000 € und dauert 10 bis 14 Wochen, ein 4- bis 5-facher Kostenunterschied, bestätigt durch die Median-Sätze erfahrener Entwickler aus der Stack Overflow Developer Survey 2024 und den durchschnittlichen Softwareentwicklungskosten von Clutchs Kostenbericht.

Für die Unternehmen, mit denen wir zusammengearbeitet haben und die später eine Finanzierung erhalten haben, war der schnellere Zeitplan oft wichtiger als die Kostenersparnis. Ein Gründer sagte uns: "8 Wochen früher bei Investoren zu sein war der Unterschied zwischen einer Finanzierung im vierten Quartal und einer im zweiten Quartal des Folgejahres." Dieser zeitliche Unterschied kann in einem Fundraising-Markt alles verändern.

Die Tools kosten in den ersten 12 Monaten unter 200 €/Monat: Supabase Pro (25 €), Xano Base (99 €), WeWeb Pro (49 €), benutzerdefinierte Domain (10 €). Diese Kosten sind im Vergleich zur eingesparten Entwicklungszeit vernachlässigbar.