Was ist ein Proof of Concept?

Ein Proof of Concept (PoC, deutsch: Machbarkeitsnachweis) ist ein kleiner, zeitlich begrenzter Versuch, der eine einzelne kritische Frage beantwortet: Funktioniert die Idee technisch unter echten Bedingungen? Er entsteht vor dem eigentlichen Projekt, ist nicht für den Dauerbetrieb gebaut und endet mit einer klaren Entscheidung – weitermachen, anpassen oder stoppen.

Ein PoC ist damit eine Versicherung gegen teure Irrwege. Statt Monate in eine Lösung zu stecken, deren Kernannahme nie geprüft wurde, investieren Sie wenige Wochen in genau diese Prüfung.

Wozu ein Proof of Concept dient

Jedes Softwareprojekt beruht auf Annahmen. Die meisten sind harmlos, einige tragen das ganze Vorhaben. Typische Beispiele:

• Liefert die Schnittstelle des ERP-Systems die Daten, die wir brauchen, in ausreichender Qualität?
• Erkennt eine KI die Positionen auf unseren Lieferscheinen zuverlässig genug, obwohl jeder Lieferant ein anderes Layout nutzt?
• Hält die Datenbank die Last aus, wenn alle Standorte gleichzeitig buchen?
• Lässt sich die alte Maschinensteuerung überhaupt auslesen?

Ein PoC greift sich die riskanteste dieser Annahmen heraus und testet sie mit echten Daten. Oberfläche, Benutzerverwaltung und Komfort spielen dabei keine Rolle.

So läuft ein Proof of Concept ab

1. Frage festlegen. Eine einzige, prüfbare Frage. „Wir testen, ob KI uns hilft“ ist keine; „Erkennt das Modell Artikelnummer, Menge und Preis auf 200 echten Lieferscheinen?“ schon.
2. Erfolgskriterien vereinbaren. Vor dem Start steht fest, welches Ergebnis als Erfolg gilt – etwa eine Mindestquote korrekt erkannter Felder oder eine maximale Antwortzeit.
3. Zeit und Budget begrenzen. Üblich sind wenige Tage bis einige Wochen. Ohne Grenze wird aus dem PoC schleichend ein Projekt.
4. Mit echten Daten bauen. Testdaten aus dem Lehrbuch beweisen wenig. Entscheidend sind die krummen Fälle aus Ihrem Alltag.
5. Auswerten und entscheiden. Das Ergebnis ist ein kurzer Bericht: Was funktioniert, was nicht, was würde die volle Umsetzung kosten, welche Risiken bleiben.

Beispiele aus dem Mittelstand

• Belegerkennung in einer Spedition. Bevor die komplette Rechnungsprüfung automatisiert wird, testet ein PoC, ob sich Frachtbriefe verschiedener Partner verlässlich auslesen lassen. Ergebnis: Bei gedruckten Belegen klappt es gut, handschriftliche Vermerke brauchen weiterhin einen Menschen. Das Projekt wird entsprechend zugeschnitten.
• Anbindung eines Altsystems. Ein Hersteller möchte Auftragsdaten aus einer zwanzig Jahre alten Warenwirtschaft in ein neues Kundenportal holen. Der PoC zeigt, ob ein Export über die Datenbank stabil läuft oder ob Umwege nötig sind.
• Wissenssuche im Vertrieb. Ein PoC prüft, ob eine KI mit RAG Fragen zu technischen Datenblättern korrekt beantwortet, bevor eine Lösung für den ganzen Außendienst gebaut wird.

PoC, Prototyp, MVP und Pilot

Die Begriffe werden oft durcheinandergeworfen. Sie beantworten unterschiedliche Fragen:

Ein PoC kann also vor einem Prototyp stehen, muss aber nicht. Wenn die Technik unstrittig ist und nur unklar, ob Nutzer die Lösung annehmen, ist ein MVP der bessere Einstieg.

Grenzen und typische Fehler

• PoC-Code in Produktion. Der häufigste Fehler: Weil der Versuch funktioniert, wird er einfach weiterbenutzt. PoC-Code ist aber schnell und bewusst ohne Tests, Sicherheit und Fehlerbehandlung gebaut. Er gehört neu aufgesetzt oder gründlich überarbeitet, sonst beginnt das Projekt mit technischen Schulden.
• Zu viele Fragen auf einmal. Ein PoC, der Technik, Bedienbarkeit und Wirtschaftlichkeit gleichzeitig klären soll, klärt meist nichts richtig.
• Schöne Daten. Wer nur saubere Beispiele testet, bekommt ein gutes Ergebnis und im Echtbetrieb eine Überraschung.
• Kein Abbruchkriterium. Ein PoC, der nicht scheitern darf, ist eine Vorführung, kein Test. Ein negatives Ergebnis ist ein Erfolg, weil es Geld spart.

In der Praxis: erst prüfen, dann bauen

Bei Vorhaben mit offener Technikfrage schlagen wir einen Proof of Concept vor, bevor die eigentliche Entwicklung beginnt. Bei der Entwicklung von Individualsoftware klären wir damit etwa, ob eine Schnittstelle trägt oder ein Altsystem sich auslesen lässt. Bei KI-Vorhaben prüft der PoC, ob ein Modell Ihre Dokumente zuverlässig genug versteht; mehr dazu unter KI-Implementierung. Ist die Machbarkeit belegt, geht es in kurzen, agilen Abschnitten weiter – auf Grundlage dessen, was der Versuch gezeigt hat.

Häufige Fragen

Wie lange dauert ein Proof of Concept?

Meist wenige Tage bis einige Wochen. Entscheidend ist, dass die Dauer vorher feststeht. Braucht ein PoC Monate, ist die Frage zu groß gewählt.

Was kostet ein Proof of Concept?

Das hängt von der Frage ab. Weil Umfang und Zeit eng begrenzt sind, lässt sich ein PoC meist zu einem festen Preis vereinbaren und ist ein kleiner Bruchteil des späteren Projekts.

Was passiert, wenn der PoC scheitert?

Dann haben Sie mit geringem Aufwand erfahren, dass der geplante Weg nicht trägt. Oft zeigt das Ergebnis auch, unter welchen Bedingungen es doch funktionieren würde, etwa mit anderen Daten oder einem engeren Einsatzbereich.

Ist ein PoC dasselbe wie ein Prototyp?

Nein. Ein PoC prüft die technische Machbarkeit, ein Prototyp zeigt Aussehen und Bedienung. Ein PoC kann ganz ohne Oberfläche auskommen.