MVP-Leitfaden

Was ist ein MVP? — Definition, Beispiele & Schritt-für-Schritt Anleitung

90 % aller Startups scheitern — und der häufigste Grund ist ein Produkt, das niemand braucht. Ein MVP verhindert genau das. In diesem Leitfaden erfahrt ihr, was ein Minimum Viable Product wirklich ist, wie ihr euer eigenes MVP in 6 Schritten entwickelt und welche Fehler ihr unbedingt vermeiden solltet.

Von Janni Hares11. April 202618 Min. Lesezeit

Vergleichstabelle PoC vs MVP mit sechs Kriterien: Ziel, Zielgruppe, Umfang, Zeitaufwand, Ergebnis und nächster Schritt.

TL;DR — die 5 Kernpunkte

MVP = kleinstmögliche Produktversion, die maximales validiertes Lernen mit minimalem Aufwand liefert (Eric Ries, The Lean Startup, 2011).
Dropbox nutzte 2008 ein 3-Minuten-Video und sprang von 5.000 auf 75.000 Interessenten über Nacht (Drew Houston im TechCrunch-Interview).
Buffer validierte 2010 mit einer 2-seitigen Landing Page — erster zahlender Kunde nach 3 Tagen (Joel Gascoigne).
Laut CB Insights scheitern 43 % aller untersuchten Startups an fehlendem Product-Market-Fit — genau das Problem, das ein MVP früh aufdeckt.
MVP ≠ PoC ≠ Prototyp. PoC klärt Machbarkeit, Prototyp klärt UX, MVP klärt Zahlungsbereitschaft.

Was bedeutet MVP?

MVP steht für Minimum Viable Product — auf Deutsch: ein minimal funktionsfähiges Produkt. Der Begriff beschreibt die einfachste Version eines Produkts, die gerade genug Funktionen bietet, um von echten Nutzern getestet zu werden und valides Feedback zu liefern.

Ein häufiges Missverständnis direkt vorweg: Ein MVP ist kein halbfertiges oder minderwertiges Produkt. Es ist ein strategisches Werkzeug, um eine zentrale Hypothese zu testen — nämlich ob euer Produkt ein echtes Problem löst, für das Menschen bereit sind zu zahlen.

Eric Ries, der den Begriff in seinem Buch The Lean Startup (2011) populär gemacht hat, definiert ein MVP so:

„A Minimum Viable Product is that version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort.“

Das Schlüsselwort hier ist validated learning — validiertes Lernen. Es geht nicht darum, möglichst wenig zu bauen. Es geht darum, möglichst schnell zu lernen (siehe Ries’ Minimum Viable Product Guide, 2009).

Ursprung und Geschichte des MVP-Konzepts

Die Idee des MVP hat ihre Wurzeln in der Lean-Startup-Bewegung und hat sich über zwei Jahrzehnte entwickelt:

2001

Frank Robinson

Prägt den Begriff „Minimum Viable Product“ erstmals im Kontext der SyncDev-Methodik. Er betont, dass ein MVP den höchsten Return on Investment im Verhältnis zum Risiko bieten soll.

2005

Steve Blank

Beschreibt in The Four Steps to the Epiphany den Customer Development Process — die methodische Grundlage, auf der MVP-Entwicklung aufbaut.

2011

Eric Ries

Macht das Konzept durch The Lean Startup weltbekannt und verankert den Build-Measure-Learn-Zyklus als Standard-Werkzeug für Startups und Innovationsteams.

Heute

Branchenstandard

Der MVP-Ansatz ist längst nicht mehr auf Startups beschränkt. Konzerne wie Siemens, Bosch und die Deutsche Telekom nutzen MVP-Methoden in ihren Innovationsabteilungen. KI-gestützte Entwicklung hat die Einstiegshürde 2025/2026 weiter gesenkt.

Warum braucht ihr ein MVP?

Das zentrale Problem: Rund 90 % aller Startups scheitern. Und der häufigste Grund? Sie bauen ein Produkt, das niemand braucht. Laut CB Insights scheitern 43 % der untersuchten Startups an fehlendem Product-Market-Fit — die meistgenannte Ursache in der Auswertung von 431 Post-Mortems. Ein MVP löst dieses Problem, indem es die teuersten Annahmen zuerst testet.

Die Build-Measure-Learn-Schleife

Das MVP ist eingebettet in den Build-Measure-Learn-Zyklus — dem Kernprozess der Lean-Startup-Methode:

Build (Bauen)

Erstellt die einfachste Version eures Produkts, die eure Kernhypothese testbar macht.

Measure (Messen)

Sammelt quantitative und qualitative Daten von echten Nutzern — keine Umfragen unter Freunden.

Learn (Lernen)

Wertet die Ergebnisse aus und entscheidet: Weitermachen, anpassen oder pivoten?

Dieser Zyklus wird iterativ durchlaufen — so schnell und so günstig wie möglich. Jede Iteration bringt euch näher an ein Produkt, das der Markt wirklich will.

Die wichtigsten Vorteile eines MVP

Risikominimierung

Statt 6 – 12 Monate und 100.000 EUR+ in eine Vollversion zu investieren, testet ihr eure Idee in Wochen und mit einem Bruchteil des Budgets.

Schnellerer Markteintritt

Time-to-Market ist entscheidend. Wer zuerst echtes Nutzerfeedback hat, kann schneller iterieren als die Konkurrenz.

Datenbasierte Entscheidungen

Statt auf Bauchgefühl zu setzen, trefft ihr Produktentscheidungen auf Basis realer Nutzerdaten.

Investoren überzeugen

Ein funktionierendes MVP mit ersten Traction-Metriken ist für Investoren überzeugender als jedes Pitch Deck.

Kostenersparnis

Die MVP-Methode kann Entwicklungskosten um bis zu 60 % reduzieren — weil ihr frühzeitig lernt, was ihr NICHT bauen müsst.

Fokus auf den Kern

Ein MVP zwingt euch, die eine Kernfunktion zu identifizieren, die euer Produkt wertvoll macht. Alles andere ist nice-to-have.

MVP vs. Prototyp vs. PoC vs. MMP — Was ist der Unterschied?

Viele Begriffe kursieren in der Produktentwicklung — und sie werden oft durcheinander gebracht. Hier die klare Abgrenzung:

Konzept	Ziel	Zielgruppe	Funktionalität	Dauer
Proof of Concept (PoC)	Technische Machbarkeit prüfen	Internes Team	Minimal, nur Kernfunktion	1 – 2 Wochen
Prototyp	Design & UX validieren	Stakeholder, Testnutzer	Visuell, nicht funktional	2 – 4 Wochen
MVP	Markthypothese testen	Echte Nutzer / Kunden	Kernfunktion, nutzbar	4 – 12 Wochen
MMP	Erster Umsatz erzielen	Zahlende Kunden	Marktreif, polished	3 – 6 Monate
MLP	Nutzerbindung erzeugen	Early Adopters	Emotional ansprechend	4 – 8 Monate

Wichtig: Diese Konzepte schließen sich nicht gegenseitig aus. In der Praxis durchlauft ihr oft eine Abfolge: PoC → Prototyp → MVP → MMP. Der Prototyp hilft euch, die richtige UX zu finden. Das MVP testet, ob der Markt eure Lösung will. Wenn ihr beim Prototyp-Schritt steht und nicht wisst, ob ein klickbarer Figma-Prototyp reicht oder Code zwingend ist: unsere Decision-Matrix Klick-Dummy vs. Code-Prototyp klärt das in vier Minuten. (Tiefere Abgrenzung: UXPin — Prototype vs. MVP vs. PoC.)

Was ein MVP NICHT ist — Die 7 häufigsten Fehler

Die meisten MVP-Projekte scheitern nicht an der Technik, sondern an falschen Annahmen darüber, was ein MVP überhaupt sein soll. Hier die häufigsten Missverständnisse:

„Ein MVP ist ein schlechtes Produkt“

Falsch. Ein MVP muss die Kernfunktion gut lösen. Es hat weniger Features, aber die vorhandenen funktionieren einwandfrei. Nutzer verzeihen fehlende Features — aber keine kaputte Kernfunktion.

„Wir bauen erstmal und schauen dann“

Ein MVP ohne klare Hypothese ist kein MVP — es ist ein Experiment ohne Messung. Definiert vorher exakt: Was genau wollt ihr herausfinden? Welche Metrik beweist oder widerlegt eure Annahme?

„Unser MVP braucht alle geplanten Features“

Das ist kein MVP mehr, sondern eine V1. Streicht radikal alles, was nicht zur Kernhypothese beiträgt. Die meisten erfolgreichen MVPs haben 20 – 30 % der ursprünglich geplanten Features.

„MVP = nur für Startups“

Auch Konzerne und Mittelständler profitieren enorm. Bosch, Siemens und Telekom nutzen MVP-Ansätze in ihren Innovationsprogrammen. Das Prinzip funktioniert überall, wo Unsicherheit herrscht.

„Das MVP ist das Endprodukt“

Ein MVP ist ein Lernwerkzeug. Es soll Daten generieren, nicht sofort Umsatz. Bleibt nicht am MVP hängen — iteriert basierend auf euren Erkenntnissen zum nächsten Level.

„Wir brauchen kein Nutzerfeedback“

Dann braucht ihr auch kein MVP. Das Feedback IST der Zweck. Ein MVP ohne echte Nutzer ist wie ein Experiment ohne Messung — sinnlos.

„Je billiger, desto besser“

Ein MVP, das so schlecht gebaut ist, dass Nutzer es nicht bedienen können, liefert keine verwertbaren Daten. Qualität in der Kernfunktion ist Pflicht — spart an Umfang, nicht an Qualität.

MVP-Beispiele — Von Startup bis Mittelstand

Internationale Klassiker

Dropbox (2008)

Video MVP

Drew Houston wusste, dass ein funktionierender File-Sync-Service technisch extrem aufwändig wäre. Sein MVP? Ein 3-Minuten-Erklärvideo, das zeigte, wie das fertige Produkt funktionieren würde. Ergebnis: Die Warteliste explodierte über Nacht von 5.000 auf 75.000 Anmeldungen — ohne eine Zeile produktiven Code (Drew Houston im TechCrunch-Interview).

Airbnb (2007)

Concierge MVP

Brian Chesky und Joe Gebbia konnten ihre Miete nicht zahlen. Ihr MVP? Luftmatratzen im eigenen Apartment und eine simple Website mit Fotos. Drei Gäste buchten beim ersten Versuch. Die Hypothese war validiert: Menschen zahlen für Übernachtungen bei Fremden.

Spotify (2006)

Single-Feature MVP

Das schwedische Team startete mit einem Desktop-Client, der nur eine Funktion hatte: Musik streamen ohne Verzögerung. Kein Social, keine Playlists, keine Recommendations. Nur: drücken und sofort Musik hören. Die Kernhypothese: Streaming schlägt Downloads.

Instagram (2010)

Pivot nach MVP-Daten

Startete als „Burbn“ — eine Check-in-App mit vielen Features. Die Gründer erkannten im MVP, dass Nutzer fast ausschließlich die Foto-Funktion nutzten. Sie strichen alles andere, fokussierten auf Fotos + Filter — und wurden binnen zwei Jahren für 1 Milliarde Dollar übernommen.

Deutsche und europäische Beispiele

N26 (2013)

Die Berliner Neobank startete mit einer simplen Prepaid-MasterCard und einer App, die nur Ausgaben trackte. Keine Überweisungen, kein Festgeld, keine Kredite. Zuerst wurde nur geprüft: Wollen junge Deutsche eine Bank, die komplett mobil funktioniert?

FlixBus (2013)

Begann mit wenigen Buslinien zwischen deutschen Städten und einer einfachen Buchungswebsite. Das MVP testete eine klare Hypothese: Gibt es Nachfrage nach günstigem Fernbus-Reisen in Deutschland nach der Marktliberalisierung?

Zalando (2008)

Die Gründer fotografierten Schuhe in Berliner Läden und stellten sie online — ganz ohne eigenes Lager. Bei Bestellungen kauften sie den Schuh selbst und versandten ihn. Ein klassisches „Wizard of Oz“-MVP, das die Nachfrage bewies.

MVP erstellen — Schritt-für-Schritt Anleitung

Von der Idee zum validierten MVP in 6 klar definierten Schritten. Jeder Schritt liefert ein konkretes Ergebnis, das den nächsten Schritt informiert.

Problem und Zielgruppe definieren

Bevor ihr auch nur eine Zeile Code schreibt oder ein Design erstellt: Welches konkrete Problem löst euer Produkt? Und für wen?

Nutzt diese Fragen als Leitfaden:

Wer ist eure Zielgruppe? (Seid spezifisch — nicht „alle KMUs“, sondern „SaaS-Gründer mit 5 – 20 Mitarbeitern“)
Welches Problem haben sie? (Messbar und konkret)
Wie lösen sie das Problem heute? (Die aktuelle Lösung ist euer eigentlicher Wettbewerber)
Warum ist die aktuelle Lösung unbefriedigend?

Kernhypothese formulieren

Jedes MVP braucht eine klare, testbare Hypothese. Formuliert sie so:

„Wir glauben, dass [Zielgruppe] das Problem [Problem] hat und bereit ist, [Lösung] zu nutzen/zu zahlen, weil [Grund].“

Beispiel: „Wir glauben, dass Solo-Selbstständige das Problem der unübersichtlichen Buchhaltung haben und bereit sind, 19 EUR/Monat für eine KI-gestützte Buchhaltungs-App zu zahlen, weil bestehende Lösungen zu komplex sind.“

MVP-Typ wählen

Es gibt verschiedene MVP-Typen — wählt den, der zu eurer Hypothese passt:

Landing Page MVP

Eine Landingpage, die euer Produkt beschreibt, mit einem „Jetzt kaufen“- oder „Warteliste“-Button. Misst Interesse, bevor etwas gebaut wird. Buffer bekam so den ersten Zahler nach 3 Tagen.

Concierge MVP

Ihr löst das Kundenproblem manuell und persönlich. Keine Technologie nötig. So lernt ihr den Prozess kennen, bevor ihr automatisiert.

Wizard of Oz MVP

Die Nutzer sehen ein fertiges Produkt — aber im Hintergrund erledigt ihr alles manuell. Testet die Nachfrage ohne technische Infrastruktur. Klassiker: Zappos-Gründer Nick Swinmurn fotografierte 1999 Schuhe in Läden, bevor er investierte.

Single-Feature MVP

Eine funktionsfähige Software mit genau einer Kernfunktion. Nichts mehr, nichts weniger.

Video MVP

Ein Video, das zeigt, wie das fertige Produkt funktionieren würde — wie Dropbox es vormachte.

Crowdfunding MVP

Stellt euer Konzept auf Kickstarter oder Startnext ein. Die Funding-Quote ist eure Validierung.

Kernfunktionen identifizieren

Listet alle geplanten Features auf. Dann bewertet jedes einzelne Feature rigoros:

Zwingend nötig, um die Hypothese zu testen? → Rein.
Nice-to-have? → Raus.
Kann man es später hinzufügen? → Raus.

Bleibt brutal ehrlich. Die meisten erfolgreichen MVPs haben 20 – 30 % der Features, die sich das Team ursprünglich vorgestellt hat. Weniger ist hier wirklich mehr.

Bauen, testen, messen

Jetzt wird gebaut — mit Geschwindigkeit als oberstem Prinzip. Nutzt moderne Tools, die 2026 verfügbar sind:

No-Code/Low-Code: Bubble, Webflow, FlutterFlow für schnelle Prototypen
Rapid Development: Next.js, Supabase, Vercel für funktionale MVPs
Design: Figma für Prototypen, Maze für UX-Testing
KI-gestützte Entwicklung: Claude Code, Cursor für 3 – 5x schnellere Entwicklung

Definiert vor dem Launch eure Erfolgsmetriken: Conversion Rate, Nutzungsrate (DAU/MAU), Net Promoter Score, Zahlungsbereitschaft, Retention nach 7/30 Tagen. Wählt die eine Metrik, die eure Kernhypothese am direktesten testet.

Auswerten und entscheiden

Nach 2 – 4 Wochen Live-Test habt ihr Daten. Jetzt stehen drei Wege offen:

Persevere

Die Daten bestätigen eure Hypothese. Baut weiter aus zum MMP.

Pivot

Die Daten zeigen eine Chance in eine andere Richtung. Passt eure Hypothese an.

Kill

Die Daten widerlegen die Hypothese. Und das ist okay — ihr habt es in Wochen statt Jahren gelernt.

MVP mit KI entwickeln — Der Workflow 2026

Die MVP-Entwicklung hat sich 2025/2026 grundlegend verändert. KI-gestützte Tools machen es möglich, funktionale MVPs in einem Bruchteil der bisherigen Zeit zu erstellen. Paul Graham hat diesen Mindset früh auf den Punkt gebracht: Do Things that Don’t Scale (2013). Was das heute konkret für euch bedeutet:

Der moderne KI-Stack für MVP-Entwicklung

Design & Prototyping: Figma mit KI-Plugins generiert UI-Layouts in Minuten statt Tagen. Tools wie Figma Make verwandeln Designideen direkt in interaktive Prototypen — ohne Design-Hintergrund.

Code-Entwicklung: KI-gestützte Entwicklungstools wie Claude Code und Cursor ermöglichen es, funktionale Software 3 – 5x schneller zu entwickeln. Komplexe Features, die früher Wochen dauerten, entstehen in Tagen.

Backend & Infrastruktur: Plattformen wie Supabase, Vercel und Railway bieten sofort einsatzbereite Backends mit Authentifizierung, Datenbanken und API-Hosting — ohne DevOps-Aufwand.

Validierung: Automatisierte A/B-Tests, Heatmaps und KI-gestützte Feedback-Analyse verkürzen den Learn-Zyklus von Wochen auf Tage.

Was bedeutet das für euer MVP-Budget?

Was vor zwei Jahren noch 50.000 – 80.000 EUR gekostet hat, ist heute oft für 15.000 – 30.000 EUR realisierbar — bei besserer Qualität und schnellerer Fertigstellung. Die Einstiegshürde für die Validierung eurer Geschäftsidee war nie niedriger.

Bei decivo nutzen wir genau diesen KI-gestützten Workflow: Wir kombinieren strategische Klarheit (was genau soll validiert werden?) mit moderner Technologie (wie bauen wir es am schnellsten?). Das Ergebnis sind MVPs, die in Wochen statt Monaten stehen — und echte Marktdaten liefern.

MVP in verschiedenen Branchen

Der MVP-Ansatz funktioniert branchenübergreifend — aber die Umsetzung unterscheidet sich je nach Kontext:

Healthcare / MedTech

MVPs unterliegen regulatorischen Anforderungen (MDR, DSGVO). Concierge- oder Wizard-of-Oz-Ansätze eignen sich besonders, um die Nachfrage vor der aufwändigen Zertifizierung zu testen.

Fintech

N26 hat es vorgemacht: Mit einer Kernfunktion starten und die BaFin-Lizenz parallel sichern. Regulatorik ist kein Hinderungsgrund, wenn strategisch geplant.

SaaS / B2B

Single-Feature-MVPs sind der Standard. Fokussiert euch auf den einen Workflow, der euren Kunden den größten Schmerzpunkt nimmt. Enterprise-Kunden akzeptieren reduzierte Feature-Sets, wenn der Kern überzeugt.

Physische Produkte

3D-Druck und Crowdfunding (Kickstarter, Startnext) ermöglichen physische MVPs mit minimalem Kapital. Testet die Nachfrage vor der Massenfertigung.

Enterprise / Konzerne

Der MVP-Ansatz funktioniert auch intern: Baut einen internen Prototypen, testet ihn mit einer Abteilung und skaliert erst nach Validierung auf die gesamte Organisation.

Service-Unternehmen

Dienstleistungen lassen sich hervorragend als Concierge-MVP testen. Bietet den Service manuell an, messt Nachfrage und Zufriedenheit, und automatisiert erst danach.

Häufige Fragen

Alles, was ihr über MVPs wissen müsst

Was ist ein MVP einfach erklärt?

Ein MVP (Minimum Viable Product) ist die einfachste Version eines Produkts, die gerade genug Funktionen bietet, um von echten Nutzern getestet zu werden. Das Ziel: So schnell wie möglich herausfinden, ob eure Produktidee ein echtes Problem löst — bevor ihr viel Zeit und Geld investiert.

Wie lange dauert die Entwicklung eines MVP?

Je nach Komplexität und MVP-Typ dauert die Entwicklung zwischen 2 und 12 Wochen. Ein Landing-Page-MVP ist in wenigen Tagen live. Ein funktionales Software-MVP mit einer Kernfunktion braucht typischerweise 6 bis 12 Wochen. Mit modernen KI-Tools und No-Code-Plattformen lassen sich die Zeiten deutlich verkürzen.

Was kostet ein MVP?

Die Kosten variieren stark: Ein Landing-Page-MVP kostet unter 1.000 EUR. Ein No-Code-MVP liegt bei 3.000 bis 10.000 EUR. Ein funktionales Software-MVP kostet typischerweise 15.000 bis 50.000 EUR. Entscheidend ist der MVP-Typ und die Komplexität der Kernfunktion. Durch KI-gestützte Entwicklung sind die Kosten 2026 deutlich niedriger als noch vor zwei Jahren.

Was ist der Unterschied zwischen MVP und Prototyp?

Ein Prototyp ist ein visuelles Modell zur Validierung von Design und UX — er ist nicht funktional und wird nicht von echten Kunden genutzt. Ein MVP hingegen ist eine funktionsfähige Produktversion, die von echten Nutzern eingesetzt wird, um eine Markthypothese zu testen. Der Prototyp kommt oft vor dem MVP.

Für wen eignet sich ein MVP?

MVPs eignen sich für Startups, die Product-Market-Fit suchen, für KMU, die neue Geschäftsfelder testen, für Konzerne mit Innovationsprogrammen und für Freelancer, die eigene Produktideen validieren. Grundsätzlich profitiert jeder, der ein neues Produkt oder Feature an den Markt bringen will.

Was ist der Unterschied zwischen MVP und MMP?

Ein MVP testet, ob ein Markt existiert — der Fokus liegt auf Lernen. Ein MMP (Minimum Marketable Product) ist die erste Version, die tatsächlich verkauft werden kann — der Fokus liegt auf Umsatz. Das MMP baut typischerweise auf den Erkenntnissen des MVP auf.

Kann man ein MVP ohne Programmierkenntnisse erstellen?

Ja. Viele MVP-Typen kommen ganz ohne Code aus: Landing Pages (Webflow, Carrd), Formulare (Tally, Typeform), Concierge-MVPs (manueller Service) oder Video-MVPs (wie Dropbox). Für funktionale Software-MVPs gibt es No-Code-Plattformen wie Bubble oder FlutterFlow. Alternativ könnt ihr mit einem spezialisierten Studio wie decivo zusammenarbeiten.

Wann ist ein MVP gescheitert?

Ein MVP ist nicht gescheitert, wenn es zeigt, dass eure Idee nicht funktioniert — das ist wertvolles Lernen. Ein MVP scheitert, wenn es keine verwertbaren Daten liefert: wenn ihr keine klare Hypothese hattet, die falschen Metriken gemessen habt oder zu wenig Nutzer erreicht habt, um belastbare Aussagen zu treffen.

Welche Metriken sollte man bei einem MVP messen?

Die wichtigsten Metriken sind: Conversion Rate (wie viele Besucher werden Nutzer?), Aktivierungsrate (wie viele Nutzer erleben den Kernnutzen?), Retention (kommen Nutzer zurück?), Net Promoter Score (würden sie es weiterempfehlen?) und Zahlungsbereitschaft. Wählt die eine Metrik, die am direktesten eure Kernhypothese testet.

Wie geht es nach dem MVP weiter?

Nach dem MVP stehen drei Wege offen: Weitermachen und zum MMP ausbauen, wenn die Daten die Hypothese bestätigen. Pivoten, wenn die Daten eine andere Chance aufzeigen. Oder einstellen, wenn der Markt die Lösung nicht braucht. In jedem Fall habt ihr mit minimalem Investment maximale Klarheit gewonnen.

16 Min. Lesezeit

Ist KI-generierter Code produktionsreif? Was die Studien 2026 wirklich sagen

Eigene Studie: 12 MVP-Features per naivem Prompt erfüllen im Chat-Coding nur 19,6 %, mit dem neuesten Agenten (Codex) 47,1 % der Produktionsreife-Kontrollen — 0 von 12 fertig. Plus alle großen Studien 2026 (Veracode, GitClear, METR) und der Weiterbau-Test mit 5 Fragen.

14 Min. Lesezeit

Was kostet ein MVP? MVP entwickeln lassen 2026 — echte Preise statt Spannen

Der KI-Preisbruch: Warum MVPs 2026 günstiger sind als 2024, klassische Agentur vs. AI-natives Studio pro MVP-Typ, veröffentlichte Festpreise statt Stundensatz-Spannen — plus interaktiver Kostenrechner.