MVP-Kosten 2026: Einstiegspreise, Leistungsumfang und versteckte Kosten

Die kurze Antwort: Bei mir kostet ein MVP mit engem Umfang 1 900–9 300 € zum Festpreis und dauert 2–6 Wochen. Eine einfachere Marketing-Website oder Landingpage kostet 1 500–3 500 €. Größere Produkte teile ich in Etappen auf, statt ein einziges großes Angebot vorzulegen, sodass Sie nacheinander für funktionierende, einsatzbereite Teile bezahlen und nicht für ein Versprechen.

Das ist meine Antwort. Die längere und ehrliche lautet: Auf die Frage „Was kostet ein MVP“ gibt es keine allgemeingültige Antwort, denn den Preis bestimmt nicht die Technologie – entscheidend ist, wie der Leistungsumfang definiert wird. Dieser Artikel erklärt, woher die großen Unterschiede bei den Angeboten kommen, was ein Projekt in dieser Spanne tatsächlich enthält und wie Sie Kosten senken, ohne die Chancen des Produkts zu schmälern.

Warum MVP-Angebote von 5 000 € bis in den sechsstelligen Bereich reichen

Bitten Sie fünf Auftragnehmer um ein Angebot für ein „MVP“, und Sie bekommen womöglich fünf Zahlen, die sich um das 10- bis 50-Fache unterscheiden. Das muss nicht heißen, dass jemand lügt. Jeder kann ein anderes Produkt kalkuliert haben.

Die Definition des Umfangs ist das eigentliche Produkt. „Eine App, in der Nutzer Termine buchen“ klingt wie ein Satz, aber jede Präzisierung fügt ein gutes Stück Arbeit hinzu:

• Login – nur E-Mail/Passwort oder Google/Apple, Passwort-Reset, E-Mail-Verifizierung?
• Zahlungen – ein einzelner Stripe-Checkout oder Abonnements, Erstattungen, Rechnungen, Umsatzsteuer?
• Rollen – ein Nutzertyp oder Kunden + Dienstleister + Admins, jeweils mit eigener Ansicht?
• Admin-Bereich – verwalten Sie die Daten direkt in der Datenbank oder brauchen Sie eine Oberfläche für eine nicht technische Person?
• Integrationen – Kalender-Sync, SMS, CRM, Buchhaltung – jede ist ein eigenes Mini-Projekt.
• Mobil – responsive Web oder native Apps in zwei Stores mit zwei Review-Prozessen?

Jedes „Ja“ kann weitere Arbeitstage hinzufügen. Ein Auftragnehmer, der nur „Ja“ annimmt, kalkuliert eine Plattform. Einer, der nur „Nein“ annimmt, einen Prototyp. Beide können es „Ihr MVP“ nennen.

Auch wer kalkuliert, verändert die Zahl:

• Agenturen kalkulieren Teams. Das Angebot einer Agentur kann Projektmanagement, Design, mehrere Entwickler und QA enthalten, weil das Team ihre Verkaufseinheit ist. Sie bezahlen diese Struktur, die monatlich mehr kosten kann als das gesamte MVP mit engem Umfang, das ein einzelner Spezialist umsetzt.
• Freelancer-Plattformen kalkulieren Stunden. Die Stundenabrechnung kann pro Einheit günstig aussehen, aber ohne Obergrenze bleibt die Summe offen: Je länger die Arbeit dauert, desto mehr zahlen Sie.
• Festpreis-Auftragnehmer kalkulieren das Ergebnis. Schriftlicher Umfang, Preis, Termin. Das Risiko der Schätzung des vereinbarten Umfangs liegt beim Auftragnehmer. So arbeite ich – und dieses Modell würde ich als Käufer selbst wählen.

Bevor Sie Zahlen vergleichen, vergleichen Sie, wofür sie stehen. Ein Angebot über 5 000 € und eines über 50 000 € sind in der Regel keine konkurrierenden Angebote – es sind verschiedene Produkte unter demselben Namen.

Was ein MVP für 1 900–9 300 € realistisch enthält

Ehrlichkeit verlangt, diese Grenze deutlich zu ziehen, also bitte.

Ein MVP mit engem Umfang zum Einstiegspreis umfasst in der Regel:

• Einen zentralen Ablauf, von Anfang bis Ende sauber gebaut – z. B. registriert sich der Nutzer, tut die eine Sache, die das Produkt verspricht, und bezahlt dafür
• Eine saubere, responsive Oberfläche (kein auf den Tisch geworfenes Template, aber auch kein Kunstprojekt einer Agentur)
• Einen einfachen Login, wenn der Ablauf ihn erfordert
• Einen Zahlungsweg (z. B. Stripe-Checkout oder -Abonnement)
• Eine einfache Möglichkeit, damit Sie die Daten sehen und verwalten können
• Deployment, Domain, SSL – das Produkt lebt im Internet und „läuft nicht nur bei mir“
• Angebundene Analytics, damit Sie nach dem Start wirklich lernen können

Was ein Projekt in der Regel in Etappen verschiebt:

• Mehrere Nutzerrollen mit unterschiedlichen Dashboards (der Klassiker: Marktplätze)
• Echtzeitfunktionen – Chat, Live-Aktualisierungen, Benachrichtigungsinfrastruktur
• Komplexe Integrationen (ERP, Bank-APIs, medizinische Systeme, alles mit einer Compliance-Schicht)
• Native Mobil-Apps
• Aufwendige individuelle Logik – Matching-Algorithmen, Terminplanungs-Engines, Preisrechner mit vielen Sonderfällen

Nichts davon heißt „unmöglich“ – es heißt, dass wir aufteilen. Die erste Etappe bringt das riskanteste, wertvollste Stück in wenigen Wochen live; jede weitere wird erst kalkuliert, wenn die vorherige läuft und Sie etwas lehrt. Sie zahlen nie im Voraus für den vierten Monat aufgrund von Vermutungen aus dem Monat null.

Passt Ihre Idee in die Variante mit engem Umfang, finden Sie das MVP-Angebot hier, samt Beschreibung des Ablaufs.

Der größte Kostenhebel: Bauen Sie für die riskanteste Annahme

Gründer konzentrieren sich oft darauf, den Satz zu verhandeln. Ein größerer Kostenhebel kann sein, was Sie zuerst zu bauen beschließen: das Kleinste, das die riskanteste Annahme testet.

Bei vielen Produkten lohnt es sich, früh nicht nur zu prüfen, „ob man es bauen kann“, sondern vor allem, „ob jemand zahlt“. Das lässt sich tun, bevor das vollständige Produkt finanziert wird:

• Landingpage + echter Zahlungsbutton – beschreiben Sie das Produkt und sammeln Sie echte Vorbestellungen oder Anzahlungen. Das Ausbleiben von Klicks auf „Bezahlen“ ist ein Grund zu prüfen, ob die vollständige App schon eine Finanzierung verdient. Eine Landingpage kann in wenigen Tagen zum Einstiegspreis für eine solche Seite entstehen.
• MVP mit einem Ablauf – die eine zentrale Aktion, richtig umgesetzt, mit echten Zahlungen. Das ist das Terrain ab 5 000 €.
• Vollständige Plattform – Rollen, Admin, Integrationen, Mobil. Gerechtfertigt erst danach, wenn der zentrale Ablauf zahlende Nutzer hat – denn dann bauen Sie für gemessene und nicht für eingebildete Nachfrage.

Der teuerste Fehler, den ich sehe: der Sprung direkt auf Stufe drei. Ein halbes Jahr und ein ernstes Budget später erfährt der Gründer etwas, das ihm ein zweiwöchiger Test mit einer Landingpage für einen Bruchteil des Geldes gezeigt hätte. Den Umfang zu kürzen heißt nicht, sich mit weniger zufriedenzugeben – es heißt, dasselbe Wissen schneller und günstiger zu kaufen.

Eine nützliche Übung vor jedem Angebot: Schreiben Sie den einen Satz auf, den Sie von einem Kunden hören müssen („Ja, ich zahle X € pro Monat dafür“). Fragen Sie dann, was der minimale Aufbau ist, nach dem ein echter Kunde ihn sagen könnte. Das ist Ihr MVP. Alles andere ist Etappe zwei.

KI-Prototypen: günstig starten, teuer in die Produktion bringen

Im Jahr 2026 können Sie an einem Nachmittag einen Prototyp mit Lovable, v0 oder Bolt haben, der funktionierend aussieht, manchmal für den Preis eines Abonnements. Das hat die frühe Phase real verändert – und verdient eine ehrliche Einschätzung statt Hype oder Geringschätzung.

Wann ein KI-Prototyp genügt:

• Investoren oder ersten Kunden zeigen, worum es geht – visuell
• Prüfen, ob das UI-Konzept Sinn ergibt, bevor Sie sich darauf festlegen
• Interne Demo und klickbare Mockups
• Validierung des Interesses vor jedem echten Bau

Wo er in der Regel stehen bleibt:

• Echte Nutzer. Prototypen, die für einen höflichen Tester funktionieren, kippen bei gleichzeitigen Nutzern, schlechten Daten und Sonderfällen, nach denen in den Prompts niemand gefragt hat.
• Zahlungen. Echtes Geld zu nehmen heißt Webhooks, Umgang mit fehlgeschlagenen Zahlungen, Erstattungen und Steuern – der Teil, den KI-Werkzeuge auslassen, weil der Happy Path in der Demo auch ohne ihn funktioniert.
• Sicherheit und Daten. Ein Login, das Konten wirklich schützt, Berechtigungen, die den Zugriff wirklich beschränken, eine Datenbank, die nicht ausläuft. Generierter Code sieht oft korrekt aus – und ist es nicht.
• Änderungen. Die zehnte Iteration auf generiertem Code ist der Moment, in dem das Tempo einbricht – niemand, einschließlich der KI, versteht mehr vollständig, was dort steht.

Die Falle ist nicht, mit einem KI-Prototyp zu starten – das ist oft klug. Die Falle ist, ihn mit einem Produkt zu verwechseln und die Lücke erst nach der Ankündigung des Starttermins zu entdecken. Haben Sie bereits einen Prototyp, der Sie bis hierher gebracht hat, aber nicht weiter kommt – genau diese Situation bedient AI prototype to production: Wir behalten, was validiert ist, und bauen um, was echte Nutzer und echtes Geld tragen soll.

Behandeln Sie den Prototyp im Budget als Teil der Ausgaben für Validierung, nicht für den Bau. Er hilft bei der Frage „Lohnt es sich, das zu bauen“; das Produkt zum Laufen zu bringen erfordert einen eigenen Umfang und ein eigenes Budget.

Versteckte Kosten, an die Gründer nicht denken

Der Bauspreis ist nicht der ganze Preis. Jede dieser Kosten ist für sich meist klein, aber sie nach dem Start nacheinander zu entdecken, kann aus einem „Festpreis“ eine unangenehme Erinnerung machen. Tragen Sie sie gleich in die Tabelle ein:

• Hosting. Ein typisches frühes MVP läuft auf modernen Plattformen günstig – am Anfang oft fast kostenlos –, aber es ist ein wiederkehrender Posten und wächst mit der Nutzung.
• Domain und E-Mail. Die Domain selbst ist günstig; eine professionelle E-Mail auf Ihrer Domain sind kleine monatliche Kosten, die routinemäßig vergessen werden.
• Externe APIs. Zahlungsanbieter nehmen einen Prozentsatz jeder Transaktion. Karten, SMS, E-Mail-Versand, KI-APIs – alles nutzungsabhängig. Beim Volumen eines MVP in Ordnung, aber sie müssen auf der Liste stehen, weil sie mit dem Erfolg mitwachsen.
• Wartung. Abhängigkeiten und Sicherheitspatches erfordern Updates, und die ersten echten Nutzer können Probleme finden, die kein Test entdeckt hat. Ein Produkt ist kein einmaliger Kauf; es erfordert dauerhaftes Engagement.

Wie ich das löse: Der schriftliche Leistungsumfang, den Sie vor jeder Zahlung erhalten, enthält die erwarteten Wartungskosten offen und in Zahlen, und die Konten laufen auf Ihren Namen: Hosting, Domain, Zahlungsanbieter, alles. Infrastruktur und Code gehören Ihnen vom ersten Tag an, ein Wechsel des Entwicklers bedeutet also nicht den Verlust des Produkts. Nach dem Start wählen Sie: Sie betreiben das Produkt selbst – es ist Ihr dokumentierter Code – oder schließen einen Wartungsvertrag mit definiertem Umfang. Die Bedingungen beider Optionen stehen vorab fest.

Fragen, die Sie stellen sollten, bevor Sie jemandem zahlen

Ob Sie mit mir sprechen oder mit jemand anderem – diese Fragen trennen Profis von teuren Lektionen:

1. „Was genau ist im Preis enthalten, schriftlich?“ Ein Umfang, der in eine SMS passt, wächst auf der Rechnung. Bestehen Sie auf einer schriftlichen Liste dessen, was es geben wird – und, ebenso wichtig, was nicht.
2. „Festpreis oder Schätzung?“ Eine „Schätzung“ ist eine Zahl, die wächst. Fragen Sie, wer die Überschreitung trägt, wenn die Arbeit länger dauert.
3. „Wann sehe ich lauffähige Software?“ Wöchentliche Demo des echten Produkts oder große Enthüllung am Ende? Bei großen Enthüllungen sterben Budgets.
4. „Wem gehören Code und Konten?“ Repository, Hosting, Domain – auf wessen Namen? „Unsere, bis zur letzten Zahlung“ ist eine Leine.
5. „Was ist nach dem Start?“ Was kostet die Behebung eines Fehlers? Wie lang ist die Reaktionszeit, wenn am Samstag etwas ausfällt?
6. „Kann ich mit jemandem sprechen, für den Sie etwas live gebracht haben?“ Ein Portfolio lässt sich beschönigen. Ein fünfzehnminütiges Gespräch mit einem früheren Kunden nicht.

Verärgerung oder Ausweichen bei diesen Fragen ist ein Warnsignal.

Wie der Ablauf mit mir aussieht

Zur Transparenz – genau das passiert, wenn wir zusammenarbeiten; es ist die obige Checkliste mit Antworten:

1. Kostenloses 20-Minuten-Gespräch. Sie beschreiben die Idee; ich sage ehrlich, ob sie in ein MVP mit engem Umfang passt oder Etappen braucht – auch dann, wenn die ehrliche Antwort lautet „testen Sie zuerst mit einer Landingpage“.
2. Fester schriftlicher Umfang, Preis und Termin. Bevor Geld fließt, haben Sie ein Dokument: was gebaut wird, was es kostet, wann es fertig ist. Fehlt etwas im Dokument, das Sie haben möchten, ist das eine kalkulierte Erweiterung und keine Überraschung.
3. Wöchentliche Demo. Jede Woche sehen Sie ein funktionierendes Produkt, keine Folien darüber. Kurskorrekturen passieren, solange sie günstig sind.
4. Alles gehört Ihnen. Code in Ihrem Repository, Infrastruktur auf Ihren Konten – von Anfang an.
5. Antwort in der Regel innerhalb von 2 Stunden. Während des Baus und danach. Sie arbeiten mit der Person, die den Code schreibt – über 12 Jahre Entwicklung von Webprodukten, 150+ Projekte, Sitz in Warschau, Gründer aus der EU und darüber hinaus.

Prüfen Sie die riskanteste Annahme, bevor Sie das vollständige Produkt finanzieren

Ein MVP kann 2026 von 5 000 € bis in den sechsstelligen Bereich kosten, und ein großer Teil des Unterschieds ergibt sich aus Umfang und Umsetzungsmodell. (Die vollständige Leiter von No-Code in Eigenregie bis zum Enterprise-Team, samt Kostentreibern und Möglichkeiten der Kostenkontrolle, beschreibt der Artikel Kosten der Webentwicklung nach Budget.) Ein vernünftiger Ansatz besteht darin, das kleinste Projekt zu definieren, das die riskanteste Annahme testet, es live zu bringen und die Daten echter Nutzer zu verwenden, um zu entscheiden, was in Etappe zwei eine Finanzierung verdient.

Wenn Sie eine echte Zahl für Ihre Idee statt einer Spanne möchten: Vereinbaren Sie ein kostenloses 20-Minuten-Gespräch. Sie gehen mit einer konkreten Antwort hinaus – einem Festpreisangebot, einem Etappenplan oder einem ehrlichen „testen Sie das zuerst günstiger“.