Der Termin steht. Der Umfang nicht.
Der Pilot ist zugesagt, und im Team hält jeder einen anderen Punkt für unverzichtbar. Die Liste wird länger statt kürzer.
Prüfung vor dem ersten Einsatz
Ich prüfe die wichtigste Aufgabe in deinem lauffähigen KI-Prototyp. Du bekommst eine kurze Liste: Was muss vor dem ersten Einsatz geändert werden, was kann warten? Die schwächste Seite entwerfe ich in Figma neu.
Du brauchst einen lauffähigen Prototyp und einen ersten Kunden oder ein Pilotprojekt. Code, Sicherheit, Datenschutz, Recht und Betrieb prüfe ich nicht.
Kurz vor dem Pilot
In der Demo klappt der beste Fall. Der erste Kunde findet auch die anderen.
Der Pilot ist zugesagt, und im Team hält jeder einen anderen Punkt für unverzichtbar. Die Liste wird länger statt kürzer.
Der gute Fall ist gebaut. Der leere, der falsche und der langsame Fall meistens nicht. Genau die sieht der erste Kunde.
Dein Team kennt jeden Schritt. Ein neuer Kunde nicht. Genau deshalb übersieht dein Team viele Fragen.
Fehler kosten Zeit und Vertrauen. Beim zweiten Versuch musst du beides erst wieder aufbauen.
Was ich prüfe
Jeder Punkt zeigt die betroffene Seite, den Grund und den nächsten Schritt.
Ich trenne die Funktionen, die der erste Kunde braucht, von späteren Wünschen.
Fester Umfang für den ersten EinsatzIch prüfe jeden Schritt, Fehlermeldungen und die Ansicht auf dem Handy.
Probleme mit Bild und GrundIch prüfe Einstieg, Leistung, Bezahlung und Rückmeldung für den ersten Kunden.
Was vor dem ersten Kunden geändert wirdIch markiere offene Punkte zu Anmeldung, Rechten, Daten, Zahlung und Betrieb. Code, Datenmodell und Sicherheit prüfe ich nicht.
Liste für die technische PrüfungDu bekommst
Zu jedem Punkt steht, was bleiben kann und was du ändern, neu bauen oder streichen solltest.
Du bekommst die neue Seite als Figma-Entwurf zum Anklicken. Deine Entwicklung kann damit weiterarbeiten.
Zu jedem Punkt steht: behalten, ändern, neu bauen oder streichen.
Du bekommst eine feste Liste für den ersten Kunden. Alles andere wartet bis danach.
Die wichtigsten Änderungen stehen oben. Technische Fragen stehen in einer eigenen Liste.
Auch ein Nein kann richtig sein: kleiner starten, Teile neu bauen, offene Fragen zuerst klären oder das Vorhaben beenden.
Eigenes Produkt
Die App zeigt Produktkonzept, Oberfläche, iOS-Entwicklung und Backend. Die Prüfung fremder KI-Prototypen bleibt ein eigener Auftrag.

Produktkonzept, App-Gestaltung, iOS-Entwicklung und Backend stammen von mir. Feste Regeln begrenzen die möglichen Urteile. Quellen kommen aus PubMed.
So arbeite ich
Aufgabe, Umfang und Festpreis stehen vor dem Start fest.
Du schickst den Prototyp, den geplanten Einsatz und deine größte offene Frage. Ich prüfe, ob das Angebot passt.
Wir begrenzen die Prüfung auf eine Entscheidung und eine wichtige Aufgabe.
Ich teste jeden Schritt und ordne die Probleme nach Nutzen und Aufwand.
Du bekommst die Probleme, ihre Reihenfolge und meine Empfehlung.
Das passt
Grenze der Prüfung
Ich prüfe Produkt, wichtigste Aufgabe, Oberfläche und Umfang für den ersten Einsatz. Technische Fragen stehen in einer eigenen Liste.
Häufige Fragen
Offene Punkte klären wir vor dem Auftrag.
Weitere Frage stellenDas Werkzeug ist zweitrangig. Der Prototyp kann etwa mit Lovable, Replit, Cursor oder Codex entstanden sein. Wichtig sind ein lauffähiger Stand, ein klarer Einsatz und Zugriff auf die nötigen Unterlagen.
Nein. Die Prüfung trennt Diagnose und Umsetzung. So bleibt sichtbar, was wirklich nötig ist. Änderungen können danach als eigener Auftrag folgen.
Nicht automatisch. Die Prüfung zeigt, ob die wichtigste Aufgabe und der geplante Umfang für den ersten Kunden passen. Sie ist keine Freigabe für Code, Sicherheit, Datenschutz, Recht oder Betrieb.
Nein. Ich prüfe Produkt, Aufgabe, Umfang und sichtbare Fragen zur Technik. Code, Datenmodell und Sicherheit brauchen einen eigenen Auftrag und einen passenden Entwickler.
Die UX-Beratung passt, wenn Kunden in einem laufenden Produkt abbrechen oder neue Seiten nötig sind. Diese Prüfung passt vor dem ersten Einsatz eines lauffähigen KI-Prototyps.
Hier steht keine Zahl, und das hat einen Grund: ohne einen Blick auf Prototyp und Ziel wäre sie geraten. Danach bekommst du einen festen Umfang und einen Festpreis.
Erster Schritt
Schick mir Link, Ziel und geplanten Einsatz. Ich prüfe zuerst, ob das Angebot passt. Danach bekommst du Umfang, Termin und Festpreis. Erst danach sagst du zu.
Prüfung anfragenDirekte Antwort von Stephan Lucka