Prüfung vor dem ersten Einsatz

Dein erster Kunde soll nicht die Fehler finden.

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.

Beispiel · 1 von 4 Vor dem Pilot
Geprüfte Aufgabe · AktivierungVom Einstieg bis zum ersten Ergebnis
  1. 01
    EinstiegAufgabe verstanden?
    behalten
  2. 02
    KernschrittErgebnis eindeutig?
    ändern
  3. 03
    FehlerfallFehlerzustand fehlt
    neu bauen
  4. 04
    ÜbergangNicht Teil des Pilotziels
    streichen
EmpfehlungAufgabe begrenzen. Zwei Punkte vor dem Pilot ändern.
5 Arbeitstagetypischer Rahmen
1 wichtige Aufgabefest begrenzt
4 Entscheidungenbehalten, ändern, neu bauen oder streichen

Kurz vor dem Pilot

Der Prototyp läuft. Aber ist er für den ersten Kunden bereit?

In der Demo klappt der beste Fall. Der erste Kunde findet auch die anderen.

01

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.

02

Das Modell antwortet gut. Was passiert, wenn nicht?

Der gute Fall ist gebaut. Der leere, der falsche und der langsame Fall meistens nicht. Genau die sieht der erste Kunde.

03

Niemand weiß, wo der erste Kunde hängen bleibt.

Dein Team kennt jeden Schritt. Ein neuer Kunde nicht. Genau deshalb übersieht dein Team viele Fragen.

04

Ein schlechter erster Einsatz schadet dem Vertrauen.

Fehler kosten Zeit und Vertrauen. Beim zweiten Versuch musst du beides erst wieder aufbauen.

Was ich prüfe

Diese Punkte prüfe ich vor dem ersten Einsatz.

Jeder Punkt zeigt die betroffene Seite, den Grund und den nächsten Schritt.

01

Was muss die erste Fassung können?

Ich trenne die Funktionen, die der erste Kunde braucht, von späteren Wünschen.

Fester Umfang für den ersten Einsatz
02

Die wichtigste Aufgabe

Ich prüfe jeden Schritt, Fehlermeldungen und die Ansicht auf dem Handy.

Probleme mit Bild und Grund
03

Der erste Einsatz

Ich prüfe Einstieg, Leistung, Bezahlung und Rückmeldung für den ersten Kunden.

Was vor dem ersten Kunden geändert wird
04

Offene Technikfragen

Ich markiere offene Punkte zu Anmeldung, Rechten, Daten, Zahlung und Betrieb. Code, Datenmodell und Sicherheit prüfe ich nicht.

Liste für die technische Prüfung

Du bekommst

Eine feste Entscheidung und die schlechteste Stelle neu entworfen.

Zu jedem Punkt steht, was bleiben kann und was du ändern, neu bauen oder streichen solltest.

01

Die schlechteste Stelle neu entworfen

Du bekommst die neue Seite als Figma-Entwurf zum Anklicken. Deine Entwicklung kann damit weiterarbeiten.

02

Was bleibt und was sich ändert

Zu jedem Punkt steht: behalten, ändern, neu bauen oder streichen.

03

Was der erste Einsatz braucht

Du bekommst eine feste Liste für den ersten Kunden. Alles andere wartet bis danach.

04

Die nächsten Schritte

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

Hier kannst du ein eigenes Produkt von mir ansehen.

Die App zeigt Produktkonzept, Oberfläche, iOS-Entwicklung und Backend. Die Prüfung fremder KI-Prototypen bleibt ein eigener Auftrag.

Projektfilm der App Ist das gesund? mit Markenauftakt, App und Urteilsstufen
Eigenes Produkt · App Store · 2026

„Ist das gesund?“

Produktkonzept, App-Gestaltung, iOS-Entwicklung und Backend stammen von mir. Feste Regeln begrenzen die möglichen Urteile. Quellen kommen aus PubMed.

Zu sehen
Laufende App, Code und eigenes Backend
Öffentlich
App Store und Quellenansicht in der App
Fallstudie ansehen

So arbeite ich

Fünf Arbeitstage für eine wichtige Aufgabe.

Aufgabe, Umfang und Festpreis stehen vor dem Start fest.

  1. Vor dem Start

    Passt die Prüfung?

    Du schickst den Prototyp, den geplanten Einsatz und deine größte offene Frage. Ich prüfe, ob das Angebot passt.

  2. Tag 1

    Wir legen Ziel und Aufgabe fest.

    Wir begrenzen die Prüfung auf eine Entscheidung und eine wichtige Aufgabe.

  3. Tag 2 bis 4

    Ich prüfe und ordne.

    Ich teste jeden Schritt und ordne die Probleme nach Nutzen und Aufwand.

  4. Tag 5

    Du bekommst Reihenfolge und Empfehlung.

    Du bekommst die Probleme, ihre Reihenfolge und meine Empfehlung.

Das passt

Du stehst vor einem echten Einsatz.

  • Dein Prototyp läuft.
  • Du hast Kunden und einen geplanten Einsatz.
  • Ein Pilot, Vertrag oder Start ist konkret geplant.
  • Eine verantwortliche Person kann Entscheidungen treffen.

Grenze der Prüfung

Was sie nicht ersetzt.

  • Ohne lauffähigen Prototyp und konkreten Einsatz passt das Angebot nicht.
  • Code, Datenmodell und Sicherheit brauchen eine getrennte technische Prüfung.
  • Datenschutz und Recht brauchen die jeweils zuständige Fachperson.
  • Die Prüfung erteilt keine Freigabe für den Betrieb.

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

Was ich prüfe und was nicht.

Offene Punkte klären wir vor dem Auftrag.

Weitere Frage stellen
Welche Werkzeuge dürfen im Prototyp stecken?

Das 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.

Machst du den Prototyp während der Prüfung fertig?

Nein. Die Prüfung trennt Diagnose und Umsetzung. So bleibt sichtbar, was wirklich nötig ist. Änderungen können danach als eigener Auftrag folgen.

Ist das Produkt nach fünf Tagen startbereit?

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.

Prüfst du auch Code und Sicherheit?

Nein. Ich prüfe Produkt, Aufgabe, Umfang und sichtbare Fragen zur Technik. Code, Datenmodell und Sicherheit brauchen einen eigenen Auftrag und einen passenden Entwickler.

Wann passt stattdessen die UX-Beratung?

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.

Was kostet die Prüfung?

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

Vor dem Start ist klar, was bleiben kann und was geändert werden muss.

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