KI Proof of Concept mit Claude: 6 Wochen
Wie ein Claude-PoC zu einer Entscheidung führt: was vor Woche eins steht, die Abbruchkriterien, die Kosten und die eine Einstellung, die nicht umkehrbar ist.
TL;DR
Ein KI Proof of Concept mit Claude verdient sein Budget nur, wenn er scheitern kann. Legen Sie die Abbruchkriterien vor Woche eins fest, messen Sie die Basislinie, bevor sich jemand anmeldet, und halten Sie die unumkehrbaren Einstellungen aus dem PoC heraus. Sechs Wochen genügen für einen Use Case mit einer Prüfgruppe.
Was muss ein Proof of Concept beweisen?
Ein PoC muss drei Dinge beweisen: dass das Ergebnis für die echten Prüfenden gut genug ist, dass der Prüfaufwand kleiner ist als die Arbeit, die er ersetzt, und dass die Mengenangabe hinter dem Business Case stimmt. Alles andere, auch ob die Technik funktioniert, ist bekannt und braucht keine sechs Wochen.
Diese Umdeutung zählt, weil die meisten PoCs auf eine Frage zugeschnitten sind, die niemand bezweifelt. Claude wird eine plausible Zusammenfassung eines Vertrags erzeugen. Offen sind die Fragen, ob eine Juristin sie akzeptiert, wie lange das Prüfen dauert, und ob der Fachbereich wirklich 2.000 Verträge im Monat bearbeitet oder 300.
Was ein PoC nicht beweisen kann und auch nicht beweisen soll:
| Frage | Warum ein PoC sie nicht beantwortet |
|---|---|
| Skaliert das auf 500 Nutzer? | Ratenlimits, Supportlast und Governance verhalten sich in der Breite anders |
| Was ist die Jahresersparnis? | Freie Kapazität wird nur durch spätere Entscheidungen zu Geld |
| Ist das DSGVO-konform? | Das ist eine Assessment- und Vertragsfrage, kein Experiment |
| Auf welches Modell standardisieren wir? | Modelle wechseln schneller als der Einkaufszyklus |
| Bleibt die Nutzung hängen? | Sechs Wochen messen Neugier, nicht Gewohnheit |
Was steht vor Woche eins?
Vier Dinge, und drei davon dauern länger als gedacht: Konto und Workspace mit der richtigen Residenzeinstellung, die Messbasis, eine definierte Prüfgruppe und die Abbruchkriterien, abgezeichnet von der Person, die das Projekt stoppen kann. Die Uhr läuft danach, nicht davor.
Die Residenzeinstellung ist die eine wirklich unumkehrbare Entscheidung, also zuerst. Workspace-Geo wird beim Anlegen festgelegt und ist danach nicht änderbar, und derzeit steht nur "us" zur Verfügung, so die Seite zur Datenresidenz. Auf der First-Party-API akzeptiert inference_geo nur "global" und "us". Nutzt der PoC echte personenbezogene Daten und muss die Produktionsroute eine EU-Region sein, läuft der PoC von Anfang an auf dieser Route, also auf Bedrock, Google Cloud oder Microsoft Foundry, wo Endpunkt oder Inferenzprofil die Region bestimmen.
Unsere Empfehlung für die Reihenfolge:
- Entscheiden, ob echte Daten genutzt werden. Wenn ja, kommen Residenzroute und Auftragsverarbeitungsvertrag zuerst, und das sind in den meisten Organisationen zwei bis vier Wochen Vorlauf. Wenn nein, synthetische oder anonymisierte Daten nutzen und sofort starten.
- Einen eigenen Workspace anlegen. Nie in einem Workspace, den Sie behalten wollen, denn die Geo-Einstellung ist dauerhaft, und Schlüssel sowie Ausgaben des PoC verfälschen die Berichte.
- Messung einschalten. Der Ausgabenbericht wird täglich mit einem Tag Verzug aktualisiert und erlaubt eigene Zeiträume bis 90 Tage zurück, also existiert eine Basislinie von vor dem PoC nur, wenn Sie sie vorher erfassen.
- Die Prüfenden benennen, nicht die Nutzenden. Die Prüfgruppe ist, was der PoC tatsächlich testet. Zwei oder drei Personen, die Ergebnisse gegen eine Quelle kontrollieren, mit eingeplanter Zeit.
- Abbruchkriterien schreiben. Drei Zahlen: minimal akzeptable Ergebnisqualität, maximal akzeptable Prüfzeit pro Fall, minimale Menge. Abgezeichnet von der Person, die das Projekt stoppen kann.
Ein Planhinweis, über den Piloten stolpern: Audit-Logs, Compliance-API und SCIM liegen im Enterprise-Plan, der mindestens 20 Plätze im Self-Service und 50 mit Vertrieb verlangt. Ein PoC mit zehn Personen kann sie nicht haben. Nutzen Sie den Team-Plan, der bei 2 Plätzen zu 20 USD pro Standardplatz und Monat jährlich beginnt und bis zu 500 USD monatliche API-Credits im Pool enthält, oder die Console mit einem eigenen Workspace, und akzeptieren Sie, dass die Governance-Werkzeuge erst mit dem Produktionsrollout kommen. Unser Leitfaden zum Claude Team Plan behandelt, was der kleinere Plan liefert und was nicht.
Wie sehen sechs Wochen aus?
Sechs Wochen teilen sich in drei Blöcke von zwei Wochen: kalibrieren, gegen echte Menge laufen, entscheiden. Die Entscheidungswoche ist nicht verhandelbar und muss von Anfang an im Plan stehen, denn ein PoC ohne geplantes Ende wird zum Dauerpiloten.
- Woche 1: an 20 bekannten Fällen kalibrieren. Nehmen Sie 20 Fälle, deren richtige Antwort bekannt ist, und vergleichen Sie. Das setzt die Qualitätsbasislinie und ändert den Prompt meist drei oder vier Mal.
- Woche 2: die Prüfschleife messen. Die Prüfenden kontrollieren 20 frische Ergebnisse und erfassen die Zeit pro Fall sowie die gefundenen Fehlerarten. An dieser Zahl entscheidet sich der Business Case.
- Woche 3 und 4: mit realistischer Menge laufen. Genug Fälle, um die Mengenangabe anteilig zu treffen. Sagt der Fachbereich 2.000 im Monat, verarbeiten Sie mindestens 250 pro Woche. Ein PoC mit 30 Fällen hat zur Menge nichts getestet.
- Woche 5: absichtlich kaputt machen. Randfälle, fehlerhafte Eingaben und die Fälle, die der Fachbereich als ungewöhnlich beschreibt. Erfassen, was passiert, wenn die Antwort falsch ist und niemand es merkt.
- Woche 6: gegen die Abbruchkriterien entscheiden. Das Ergebnis gegen die drei Zahlen aus der Vorbereitung schreiben. Bauen, streichen oder einen zweiten PoC mit geändertem Zuschnitt. Alle drei sind gültige Ausgänge.
Zwei Messgewohnheiten trennen einen PoC, der eine Entscheidung liefert, von einem, der Begeisterung liefert. Erfassen Sie Token-Zahlen pro Fall statt der Summe, denn nur die Zahl pro Fall lässt sich hochrechnen. Und erfassen Sie die Prüfzeit pro Fall in derselben Tabelle, denn das Verhältnis zwischen beiden ist der gesamte Business Case.
Was kostet ein PoC?
Die Token-Kosten eines PoC sind fast immer belanglos, und der echte Kostenblock ist die Zeit der Prüfenden. Für einen Dokumenten-Use-Case mit 1.000 Fällen zu 8.000 Input- und 1.500 Output-Tokens liegen die Token-Ausgaben unter 2 USD auf Haiku 5.5 und bei etwa 31 USD auf Sonnet 5.5. Zwei Prüfende an je einem halben Tag pro Woche über sechs Wochen sind die teure Position.
Unsere Rechnung auf aktuellen Listenpreisen, für 1.000 Fälle zu 8.000 Input- und 1.500 Output-Tokens:
| Modell | Pro Fall | 1.000 Fälle |
|---|---|---|
| Claude Haiku 5.5 | 0,0016 USD | 1,55 USD |
| Claude Sonnet 5.5 | 0,031 USD | 31 USD |
| Claude Opus 5.5 | 0,062 USD | 62 USD |
Dazu die drei Korrekturen, die das verändern: 10 Prozent Aufschlag auf einem regionalen Endpunkt, Faktor 1,1 bei US-Inferenz auf der First-Party-API, und 50 Prozent weniger, wenn die Arbeit als Batch-Inferenz auf Bedrock läuft, was Anthropics Modelle dort unterstützen.
Für einen Entwickler-PoC sind die Zahlen anders und veröffentlicht. Claude Code kostet im Schnitt rund 13 USD pro Entwickler und Aktivtag, also landet ein sechswöchiger PoC mit fünf Entwickelnden an vier Tagen pro Woche bei etwa 1.560 USD Tokens. Anthropics eigene Empfehlung lautet, mit einer kleinen Pilotgruppe zu starten und mit den Tracking-Werkzeugen eine Basislinie zu setzen, bevor breiter ausgerollt wird, also derselbe Rat von der anderen Seite.
Wohin PoC-Budgets wirklich fließen, als unsere Schätzung und nicht als belegter Benchmark:
| Position | Typische Kosten eines sechswöchigen PoC |
|---|---|
| Tokens | 50 bis 2.000 USD, je nach Use Case |
| Plätze | Zwei bis zehn Team-Plätze, 40 bis 200 USD pro Monat |
| Zeit der Prüfenden | 10 bis 20 Personentage, die dominierende Position |
| Entwicklungszeit | 10 bis 15 Personentage |
| AVV und Residenz-Einrichtung | 0 Tage mit synthetischen Daten, 5 bis 15 mit echten |
Die Folgerung aus dieser Tabelle: schneiden Sie einen PoC nie darauf zu, Token-Kosten zu sparen. Schneiden Sie ihn darauf zu, ob die Prüfenden das Ergebnis annehmen, denn deren Zeit ist das Budget. Unser Leitfaden zu KI Use Cases und Kosten pro Aufgabe führt die zwei Zahlen des PoC in eine Portfolioentscheidung.
Selbst machen oder beauftragen?
Machen Sie den PoC selbst, wenn eine Person Prompts schreiben kann und ein Fachbereich Prüfzeit bereitstellt. Beauftragen Sie einen Prototyp, wenn der Use Case Integrationsarbeit braucht, die Ihr Team nicht einplanen kann, oder wenn das Ergebnis in sechs Wochen vorliegen muss und interne Kapazität drei Monate entfernt ist. Abbruchkriterien und Prüfgruppe bleiben in jedem Fall im Haus.
Was ein externer Prototyp besitzen sollte und was nicht:
| Element | Wer es besitzen sollte |
|---|---|
| Prompt und Pipeline bauen | Extern ist in Ordnung |
| Integration mit internen Systemen | Extern, mit Ihrem Code-Review |
| Prüfgruppe und Qualitätsurteil | Sie, immer |
| Abbruchkriterien | Sie, abgezeichnet vor dem Start |
| Residenz und Workspace anlegen | Sie, weil die Einstellung dauerhaft ist |
| Die Abschlussempfehlung | Sie. Wer baut, ist kein neutraler Richter |
Unsere Einschätzung: ein beauftragter Prototyp ist gutes Geld für das Engineering und schlechtes Geld für die Bewertung. Wer für den Bau bezahlt wird, hat ein Interesse am Erfolg des Prototyps, so ehrlich die Person auch arbeitet. Das Qualitätsurteil bleibt bei denen, die mit dem Ergebnis leben, und die Entscheidung bei der Person, die die Abbruchkriterien abgezeichnet hat.
Was Sie von einem beauftragten PoC verlangen sollten:
- Abbruchkriterien im Leistungsschein, mit Ihren drei Zahlen darin.
- Token-Zahlen und Prüfzeiten pro Fall im Abschlussbericht, nicht als Summe.
- Mindestens 250 Fälle pro Woche in der Mengenphase, kein Demo-Set.
- Eine Randfallwoche mit dokumentierten Fehlern statt geglätteten Ergebnissen.
- Prompts, Pipeline und Bewertungsset als Code in Ihrem Repository.
- Keinen Produktions-Workspace, den der Anbieter anlegt, denn Workspace-Geo ist später nicht änderbar.
Unser Leitfaden zum Claude API Key behandelt die Wege zur Kontoeinrichtung, auch die Routen ohne Anthropic-Konto, und unser Leitfaden zur Claude-Datenresidenz die Einstellungen je Route.
FAQ
Was ist ein KI Proof of Concept?
Ein KI Proof of Concept ist ein zeitlich begrenztes Experiment, das zu einer Bauen-oder-Streichen-Entscheidung führt. Für Claude sollte es drei Dinge testen: ob das Ergebnis die echten Prüfenden besteht, wie lange das Prüfen pro Fall dauert, und ob die Mengenangabe hinter dem Business Case hält. Ob die Technik funktioniert, ist nicht die Frage.
Wie lange sollte ein Claude-PoC laufen?
Sechs Wochen für einen Use Case mit einer Prüfgruppe: zwei Wochen kalibrieren und die Prüfschleife messen, zwei Wochen mit realistischer Menge, eine Woche absichtlich kaputt machen, eine Woche entscheiden. Ein PoC ohne geplantes Enddatum wird zum Dauerpiloten und liefert nie eine Entscheidung.
Was kostet ein Claude-PoC?
Die Token-Kosten sind meist belanglos: unter 2 USD auf Haiku 5.5 oder etwa 31 USD auf Sonnet 5.5 für 1.000 Dokumentenfälle, und rund 1.560 USD für einen sechswöchigen Claude-Code-Piloten mit fünf Entwickelnden zu 13 USD pro Entwickler und Aktivtag. Die dominierende Position ist die Zeit der Prüfenden, typisch 10 bis 20 Personentage.
Auf welchem Plan läuft ein PoC?
Team oder die Console mit einem eigenen Workspace. Die Enterprise-Kontrollen, darunter Audit-Logs, Compliance-API und SCIM, verlangen mindestens 20 Plätze im Self-Service oder 50 mit Vertrieb, also kann ein kleiner Pilot sie nicht haben. Team beginnt bei 2 Plätzen zu 20 USD pro Standardplatz und Monat jährlich.
Welche PoC-Entscheidungen sind unumkehrbar?
Workspace-Geo, das beim Anlegen festgelegt wird und derzeit nur "us" bietet. Legen Sie für den PoC einen Wegwerf-Workspace an und betreiben ihn nie in einem, den Sie behalten wollen. Muss die Produktionsroute eine EU-Region sein, läuft der PoC von Anfang an auf einem regionalen Endpunkt bei Bedrock, Google Cloud oder Microsoft Foundry.
PoC oder Pilot: was ist der Unterschied?
Ein PoC beantwortet, ob gebaut wird, und endet in einer Entscheidung. Ein Pilot setzt die Entscheidung voraus und testet den Rollout: Enablement, Supportlast, Governance und Nutzung. Einen Piloten zu fahren und ihn PoC zu nennen ist der Weg zu einer Produktionsabhängigkeit, die niemand freigegeben hat.
Quellen
- Anthropic: Modell- und Feature-Preise (28. Oktober 2026)
- Anthropic: Data residency (28. Oktober 2026)
- Claude Code: Kosten steuern (28. Oktober 2026)
- Anthropic Support: Was ist der Enterprise-Plan (28. Oktober 2026)
- Anthropic: Claude Preise und Pläne (28. Oktober 2026)
- AWS: Amazon Bedrock Preise (28. Oktober 2026)
- Anthropic Support: Nutzungsanalytik für Team und Enterprise (28. Oktober 2026)