Worauf Gründer bei der Beauftragung eines MVP achten sollten
Was ein MVP ist und was nicht
Ein Minimum Viable Product ist die kleinste Version deines Produkts, mit der du eine konkrete Annahme an echten Nutzern prüfen kannst. Es ist kein abgespecktes Endprodukt mit halber Funktionsliste und kein Klick-Dummy für die Pitch-Präsentation. Ein Prototyp zeigt, wie sich etwas bedienen könnte; ein MVP wird tatsächlich benutzt, im besten Fall bezahlt. Die wichtigste Leistung eines guten Entwicklungspartners ist deshalb das Streichen: Jede Funktion, die für die erste Nutzergruppe nicht zwingend ist, verschiebt den Moment, in dem du etwas lernst.
Von der Hypothese zum Auftrag
Im Build-Measure-Learn-Kreislauf der Lean-Startup-Methode baust du nur, was eine Hypothese messbar macht, misst das Verhalten der Nutzer und entscheidest danach, ob du weitermachst oder die Richtung änderst. Für die Beauftragung heißt das: Formuliere vorab eine Kernhypothese, etwa „Einkäufer mittelständischer Betriebe laden Lieferantenzertifikate selbst hoch, wenn sie dafür Mahnläufe sparen“, eine Metrik und einen Schwellenwert. Das Messen gehört in den Auftrag: Ereignis-Tracking, einfache Auswertungen und ein Weg, Feedback einzusammeln. Ein MVP ohne Messpunkte liefert dir nur eine Meinung.
No-Code-Prototyp oder entwickeltes MVP
Für Warteliste, Landingpage-Test oder einen Marktplatz mit wenigen Dutzend Nutzern reicht oft ein No-Code-Werkzeug, das du teils selbst bauen kannst. Individuelle Entwicklung lohnt sich, wenn die Kernlogik dein Wettbewerbsvorteil ist, sensible Daten verarbeitet werden, eine Hardware- oder Systemanbindung nötig ist oder Investoren eine eigene Codebasis erwarten. Prüfe bei No-Code-Plattformen, ob sich Quellcode exportieren lässt oder nur die Daten; davon hängt ab, ob ein späterer Wechsel ein Umbau oder ein Neubau wird.
MVP mit EXIST-Mitteln finanzieren
Im EXIST-Gründungsstipendium stehen neben dem Stipendium Sachausgaben von bis zu 10.000 Euro für Einzelgründungen und bis zu 30.000 Euro für Teams bereit. Laut den Erläuterungen zur Mittelverwendung dürfen daraus projektbezogene Dienstleistungen Dritter wie Softwareentwicklung und Prototypenentwicklung bezahlt werden, Produktwerbung und Unternehmensmarketing dagegen nicht. Dabei gelten Vergaberegeln nach UVgO: Bei Freiberuflern aus dem Umfeld der Gründung muss vorab ein Anbietervergleich erfolgen, Rechnungen gehen an die Hochschule als Zuwendungsempfänger, Ausgaben einer bereits gegründeten Gesellschaft sind nicht förderfähig, und Aufträge an Anbieter außerhalb der EU müssen mit dem Projektträger Jülich abgestimmt werden. Stimme die Planung mit dem Gründungsnetzwerk und der Beschaffungsstelle der Hochschule ab, bevor du einen Entwickler beauftragst. EXIST-Forschungstransfer richtet sich an entwicklungsintensive Ausgründungen mit bestehendem Proof of Principle.
Rechte am Code vor der ersten Finanzierungsrunde
In einer Due Diligence prüfen Investoren, ob die Rechte an allen wesentlichen Codeteilen lückenlos bei der Gesellschaft liegen. Bei Freelancern und Agenturen geht das nur über ausdrücklich vereinbarte Nutzungsrechte, anders als bei Angestellten. Lücken entstehen typischerweise, wenn Gründer vor der GmbH-Gründung selbst programmiert haben, wenn das MVP noch in der Hochschulphase beauftragt wurde oder wenn niemand weiß, welche Open-Source-Lizenzen verbaut sind. Kläre das beim Auftrag, nicht erst im Datenraum.
Technische Schulden bewusst eingehen
Abkürzungen gehören zu einem MVP, etwa ein einfacher Monolith statt Microservices oder manuelle Prozesse im Hintergrund. Martin Fowler unterscheidet umsichtige, bewusst gewählte Schulden von leichtsinnigen. Bitte deinen Partner, jede bewusste Abkürzung in einer kurzen Liste festzuhalten, damit ein späteres Team weiß, was vor dem Skalieren umgebaut werden muss.
Cyber Resilience Act im Blick behalten
Die EU-Verordnung erfasst kommerziell bereitgestellte Software einschließlich Apps, unabhängig von der Unternehmensgröße. Meldepflichten für aktiv ausgenutzte Schwachstellen gelten seit dem 11. September 2026, die übrigen Anforderungen ab dem 11. Dezember 2027. Zu den Pflichten zählen eine Komponentenliste (SBOM), Sicherheitsupdates über einen festgelegten Unterstützungszeitraum und sichere Voreinstellungen. Ob und wie dein konkretes Produkt betroffen ist, etwa bei reinen Webdiensten, solltest du prüfen lassen.
Was du vor der Anfrage vorbereiten solltest
- Kernhypothese, Metrik und erste Nutzergruppe
- Die drei Funktionen, ohne die der Test nicht funktioniert
- Finanzierung: eigene Mittel, Business Angel oder EXIST mit Vergaberegeln
- Ob schon Code, Designs oder No-Code-Versionen existieren und wem sie gehören
- Zeitpunkt, bis zu dem du Ergebnisse brauchst, etwa vor einer Finanzierungsrunde