Proof of Concept, Prototyp oder MVP? Die Unterschiede und was zuerst kommt

Ein Proof of Concept prüft, ob eine Idee technisch machbar ist. Ein Prototyp zeigt, wie das Produkt funktionieren soll, und wird mit möglichen Nutzern getestet. Ein MVP (Minimum Viable Product) ist die kleinste Version, die echte Kunden im Alltag nutzen und bezahlen. Die drei bauen aufeinander auf, aber nicht jedes Vorhaben braucht alle drei. Welcher Schritt zuerst kommt, hängt davon ab, wo das grösste Risiko liegt: in der Technik, beim Nutzer oder beim Geschäftsmodell.

Die Begriffe werden in Offerten, Pitch-Decks und Strategiepapieren gern durcheinander verwendet. Das ist mehr als eine Stilfrage. Wer einen Prototyp bestellt und ein MVP erwartet, ist enttäuscht. Wer ein MVP baut, bevor jemand den Ablauf gesehen hat, investiert in Funktionen, die niemand will. Die genauen Definitionen finden Sie im Glossar unter Proof of Concept und MVP. Dieser Artikel vergleicht die drei und hilft bei der Entscheidung.

Die drei Schritte im Vergleich

Die Dauerangaben sind Erfahrungswerte aus Projekten, keine Zusage. Wie lange es wirklich dauert, hängt fast immer an der Klarheit der Aufgabe: Wer den Kernablauf in einem Satz beschreiben kann, kommt schnell zu einem Ergebnis.

Proof of Concept: Geht das überhaupt?

Ein Proof of Concept ist ein technischer Machbarkeitsnachweis. Er beantwortet eine eng umrissene Frage mit Ja oder Nein. Kann eine KI aus eingescannten Lieferscheinen die richtigen Positionen lesen? Lässt sich die Schnittstelle des Lieferanten in Echtzeit abfragen? Reicht die Rechenleistung im Browser für die geplante Visualisierung?

Typisch für einen Proof of Concept:

• Er hat oft keine schöne Oberfläche, manchmal gar keine.
• Er arbeitet mit echten oder realistischen Daten, weil sonst die Aussage nichts taugt.
• Er wird nach der Antwort meist verworfen. Sein Wert liegt im Wissen, nicht im Code.

Ein Proof of Concept lohnt sich nur, wenn tatsächlich technische Unsicherheit besteht. Bei einem Kundenportal, einem Buchungsablauf oder einem Konfigurator ist die Technik in aller Regel bekannt. Dort ist ein eigener Proof of Concept verschwendete Zeit. Anders bei KI-Funktionen: Ob ein Sprachmodell eine Aufgabe zuverlässig genug löst, weiss man erst, wenn man es mit eigenen Daten ausprobiert hat. Wie das mit wenig Aufwand geht, zeigt Prototyping mit KI.

Prototyp: Verstehen und wollen es Nutzer?

Ein Prototyp zeigt den Kernablauf so, dass Menschen ihn bedienen können. Echte Bildschirme, realistische Beispieldaten, klickbare Abläufe. Er wird nicht im Sitzungszimmer präsentiert, sondern möglichen Nutzern in die Hand gegeben. Die Beobachtung ist das Ergebnis: Wo zögern sie? Was verstehen sie falsch? Was fragen sie, das niemand eingeplant hat?

Ein Prototyp ist bewusst unvollständig. Mehrbenutzerbetrieb, Rechteverwaltung, produktive Datenhaltung und Betrieb fehlen. Genau das macht ihn günstig und schnell. Bei DLM Digital beginnt ein Prototyp bei CHF 10'000; warum diese Investition zuerst die günstigere Wette ist, rechnet CHF 10'000 statt CHF 100'000 vor. Wie wir Prototypen mit echten Nutzern testen und auswerten, beschreibt Prototyp & Validierung; wie ein solcher Ablauf Tag für Tag aussehen kann, zeigt Von der Idee zum klickbaren Prototyp in fünf Tagen.

MVP: Nutzen und bezahlen es Kunden?

Das MVP ist die kleinste Version des Produkts, die echte Kunden produktiv einsetzen. Hier geht es nicht mehr um Beobachtung, sondern um Verhalten im Alltag: Kommen Nutzer wieder? Nutzen sie den Kernablauf? Zahlen sie? Ein MVP braucht deshalb alles, was ein Produkt braucht, nur in kleinem Umfang: Login, sichere Datenhaltung, die nötigsten Rollen, Fehlerbehandlung, Backups und Betrieb.

Das «Minimum» bezieht sich auf den Funktionsumfang, nicht auf die Qualität. Ein MVP, das Daten verliert oder unsicher ist, beweist nichts ausser, dass Kunden unsichere Software nicht mögen. Der Umfang wird reduziert, indem man Abläufe weglässt, nicht indem man Sorgfalt weglässt. Wer ein MVP mit KI-Werkzeugen schnell zusammenbaut, sollte wissen, wo die Grenze zum Produktivsystem liegt, beschrieben in Vibe Coding: die Grenze zum Produktionssystem.

Ein MVP ist der Schritt, nach dem sich die Frage nach Product-Market-Fit ernsthaft stellen lässt. Vorher hat man Meinungen, nachher Nutzungsdaten.

Was kommt zuerst? Eine Entscheidungshilfe

Die Reihenfolge ergibt sich aus dem grössten Risiko. Fragen Sie sich ehrlich, was Ihr Vorhaben am ehesten zum Scheitern bringen würde.

Beispiel: Vom Papierprozess zum Kundenportal

Ein Handwerksbetrieb will, dass Liegenschaftsverwaltungen ihre Dokumente, Offerten und Rapporte online abrufen. Die Technik dafür ist bekannt: Login, Dokumentablage, Benachrichtigungen. Ein Proof of Concept wäre hier Zeitverschwendung. Offen ist, ob Verwaltungen das Portal tatsächlich nutzen oder weiterhin anrufen. Also folgt ein Prototyp mit drei Verwaltungen, die den Ablauf mit Beispieldaten durchklicken. Erst wenn sie sagen «das würden wir nutzen» und dabei zeigen, wie, folgt das MVP mit echten Daten. Dass ein solches Portal funktionieren kann, zeigt unsere Referenz Karo Kanaltechnik, deren Betriebssoftware ein Kundenportal mit Dokumenten pro Liegenschaft enthält.

Beispiel: KI-gestützte Auswertung

Ein Treuhandbüro möchte, dass eingereichte Belege automatisch vorsortiert werden. Hier liegt das Risiko in der Technik: Erkennt ein Sprachmodell die Belegarten zuverlässig genug? Der erste Schritt ist ein Proof of Concept mit einigen hundert echten, anonymisierten Belegen. Fällt das Ergebnis zu ungenau aus, ist das Vorhaben in dieser Form vom Tisch, bevor eine einzige Oberfläche gebaut wurde. Wie man Halluzinationen und Fehlerquoten dabei misst, beschreibt KI-Halluzinationen im Griff.

Häufige Missverständnisse

• «Unser MVP hat 40 Funktionen.» Dann ist es kein MVP, sondern ein Produkt mit wenig Testerfahrung. Ein MVP hat so wenige Abläufe wie möglich.
• «Der Prototyp läuft doch, schalten wir ihn live.» Ein Prototyp ist auf Tempo gebaut. Ohne Überarbeitung von Datenhaltung, Sicherheit und Rechten wird er zur technischen Schuld.
• «Wir brauchen zuerst einen Proof of Concept.» Nur wenn die Technik wirklich unsicher ist. Bei Standardabläufen kostet er Zeit, ohne ein Risiko zu verringern.
• «Nutzer haben im Workshop gesagt, sie wollen es.» Aussagen sind kein Verhalten. Ein Prototyp in der Hand und später ein MVP im Alltag liefern belastbarere Antworten. Mehr dazu in Produktidee validiert? So erkennen Sie es.

Was das für Ihr Budget heisst

Die drei Schritte sind keine Kostentreiber, sondern Versicherungen. Jeder beantwortet eine Frage, bevor die nächste, teurere Stufe beginnt. Wer nach dem Prototyp merkt, dass der Ablauf nicht ankommt, hat einen Bruchteil dessen ausgegeben, was ein fertiges Produkt gekostet hätte. Bei DLM Digital beginnen Prototyp und MVP bei CHF 10'000. Der Endpreis hängt vom Umfang ab, vor allem von der Zahl der Abläufe, von Login und Rollen, von Schnittstellen und von der Datenhaltung. Versprechen zum Markterfolg geben wir nicht: Die Schritte verringern das Risiko, sie beseitigen es nicht.

Fazit

Proof of Concept, Prototyp und MVP sind keine Synonyme, sondern drei Werkzeuge für drei Fragen. Der Proof of Concept klärt die Technik, der Prototyp den Nutzer, das MVP das Geschäft. Beginnen Sie dort, wo Ihr grösstes Risiko liegt, und lassen Sie Schritte weg, die keine offene Frage beantworten. So bleibt das Budget dort, wo es am meisten Erkenntnis bringt, und das spätere Produkt wird auf Antworten gebaut statt auf Annahmen.