Lesen · für Gründer vor dem ersten Build

Was kostet ein MVP 2026 - und warum unterscheiden sich drei Angebote um das Sechsfache?

Sie haben dasselbe Briefing an drei Teams geschickt. Eines sagte 15.000 €, eines 40.000 €, eines 90.000 €, und alle drei fügten „je nach Umfang“ hinzu. Diese Spanne ist kein Markt. Sie ist ein Signal, dass niemand - auch Sie nicht - entschieden hat, was das Kleinste ist, das sich zu bauen lohnt.

Was die Zahlen wirklich bedeuten

In Europa landet 2026 ein Web- oder Mobile-MVP von einem professionellen Team irgendwo zwischen 15.000 und 100.000 €. Unter etwa 15.000 € konkurrieren Sie mit einem KI-Abo für 200 € im Monat - und das Team, das Ihnen das Angebot macht, weiß das. Das Angebot ist niedrig, weil der Plan lautet, den Großteil des Codes zu generieren und zu hoffen. Manchmal klappt das. Oft entsteht eine App, die in der Demo läuft und in Produktion Daten verliert.

Über 80.000 € bezahlen Sie nicht mehr für Code. Sie bezahlen für Senior-Urteilsvermögen und Verantwortung: Leute, die Ihnen sagen, was Sie nicht bauen sollten, die schon ausgeliefert haben und die für das Ergebnis einstehen statt für Stunden. Hier lehnen auch die meisten Entwicklungsteams nicht-technische Gründer still ab - der Auftrag ist ihnen zu klein und einem Freelancer zu groß.

Die Mitte - 25.000 bis 60.000 € - ist dort, wo die eigentliche Varianz liegt, und die Varianz betrifft fast ausschließlich den Umfang. Was uns zum Problem bringt.

„Kommt darauf an“ ist die ehrliche Antwort. Sie ist auch das Problem.

Jedes Team, das Ihr Briefing kalkuliert, kalkuliert ein anderes Produkt, denn das Briefing beschreibt eine Vision, und eine Vision lässt sich in jeder Größe bauen. Das Team, das 15.000 € sagt, kalkuliert den Login, die Liste und den einen Button. Das Team, das 90.000 € sagt, kalkuliert das Admin-Panel, die Zahlungen, die Benachrichtigungen und die drei Integrationen, die Sie nebenbei erwähnt haben. Keines liegt falsch. Keines hat die Frage gestellt, die entscheidet, welches recht hat: Was ist die eine Sache, die alles andere bedeutungslos macht, wenn sie nicht funktioniert?

Gründer diskutieren wochenlang über Features mit Teams, die nie mit ihren Nutzern gesprochen haben. Diese Diskussion ist nicht zu gewinnen, weil die Informationen, die sie entscheiden würden, noch nicht existieren. Sie müssen erst erzeugt werden.

Der 40.000-€-Fehler, in den Worten derer, die ihn gemacht haben

Gründerforen sind voll mit derselben Rückschau. Sechs Monate, eine fertige App, null Umsatz. Eine hohe Anzahlung an eine Entwicklungsfabrik, dann bei jedem Call eine andere Person. Fünfzigtausend für Features ausgegeben, die niemand nutzte, weil niemand geprüft hatte, ob sie jemand nutzen würde. Der rote Faden sind nicht schlechte Entwickler. Sondern dass die Frage „Sollte es das geben, und in welcher Form?“ nie vor „Wie viel?“ gestellt wurde.

Das billigste MVP ist das, das Sie nicht bauen. Das zweitbilligste ist eine kleinere Wette, keine kleinere App.

Bevor Sie für ein MVP bezahlen

Bezahlen Sie zuerst für die Antwort. In wenigen Wochen zeigen ein funktionierender Prototyp vor echten Nutzern und eine kleine bezahlte Kampagne, ob Sie bauen, was Sie ändern oder ob Sie aufhören sollten - für einen Bruchteil jedes der drei Angebote.

Wie wir „Lohnt sich der Bau?“ beantworten →

Was Sie einem Entwickler mitbringen sollten, damit er Sie ernst nimmt

Nicht-technische Gründer hören oft eine Variante von „Kommen Sie wieder, wenn Sie Geld oder Kunden haben“. Erfahrene Engineers steigen nicht bei jemandem mit einer Idee und leeren Händen ein - nicht aus Snobismus, sondern weil sie gesehen haben, wie viele Ideen den Kontakt mit Nutzern nicht überleben. Sie können dieses Gespräch mit Belegen verändern, die fast nichts kosten:

1Zehn gute Kundengespräche rund um einen schmerzhaften Ablauf - nicht „Würden Sie das nutzen?“, sondern „Zeigen Sie mir, wie Sie das heute machen, und was es Sie kostet, wenn es schiefgeht“.

2Ein Satz, der den Kunden, die Aufgabe und die Alternative benennt, die er heute nutzt. Wenn Sie ihn nicht schreiben können, wissen Sie noch nicht, was Sie bauen.

3Eine Landingpage mit einem schlichten Versprechen und ein paar hundert Euro Traffic. Klickrate und Kosten pro Registrierung sind die ersten Zahlen, nach denen ein Investor fragt - und der erste Beleg, dass der Markt zu einem bezahlbaren Preis erreichbar ist.

4Eine Streichliste. Alles, was Sie bereits beschlossen haben, in Version eins nicht zu bauen. Die Länge dieser Liste ist das verlässlichste Zeichen für Gründer, die ausliefern werden.

Mit diesen vier Dingen nähern sich die drei Angebote an. Die Teams kalkulieren endlich dasselbe Produkt, und Sie können erkennen, welches es verstanden hat.

Zwei Fragen an jedes Team, mit dem Sie sprechen

Erstens: Was würden Sie aus meiner Roadmap streichen, und warum? Ein Team, das nicht schnell antworten kann, hat nicht über Ihr Produkt nachgedacht; ein Team, das nicht antworten will, plant, alles abzurechnen. Zweitens: Wer genau wird den Code schreiben, und lerne ich diese Person kennen, bevor ich bezahle? Das häufigste Scheitern bei extern vergebenen Projekten ist nicht mangelndes Können - sondern der Wechsel vom Senior, der das Projekt verkauft hat, zum Junior, der es liefert, und die Parade von Projektmanagern dazwischen.

Also: Wie viel?

Weniger, als Sie denken, wenn Sie zuerst die eigentliche Frage beantworten, und mehr als das billigste Angebot, wenn es den Kontakt mit zahlenden Nutzern überleben soll. Die ehrliche Reihenfolge: ein paar Wochen und ein Bruchteil eines MVP-Budgets, um herauszufinden, ob und was gebaut werden soll; dann ein Build, der zu den Belegen passt, von denselben Leuten, bezahlt nach klickbaren Meilensteinen; dann Wachstum, denn eine installierte App ist noch keine genutzte.

Wenn Sie gerade Angebote in der Hand halten und eine zweite Meinung dazu möchten, was wir zuerst streichen würden, schicken Sie sie uns auf WhatsApp. Die erste Antwort ist kostenlos und meist unbequem.

Lohnt sich der Bau? → Weiter: Sicherheits-Checkliste für Vibe-coded Apps → Valas →