Die Entscheidung
Ein Prototyp prüft das Verständnis einer Interaktion. Ein Machbarkeitsnachweis untersucht einen technischen Ansatz unter genannten Bedingungen. Ein MVP liefert echten Nutzern ein begrenztes, brauchbares Ergebnis. Keines beweist automatisch die anderen.
Ein konkretes Beispiel
Beim Lesen von Lieferscheinen und Aktualisieren des Bestands prüft der Prototyp Mengenkorrekturen. Der technische Versuch misst Extraktion an beschrifteten Beispielen. Das MVP verbindet Eingang, Prüfung, berechtigte Buchung und Fehlerbehebung.
Für jedes Ergebnis eine andere Abnahme
Beim Prototyp korrigiert jemand unangeleitet eine Menge und erklärt den nächsten Schritt; beobachten Sie Verwirrung statt Lob. Beim Technikversuch definieren Sie beschriftete Dokumente, Felder und unzulässige Fehler vorher. Beim MVP verfolgen Sie echten Ablauf samt Warteschlange und Fehler. Erfolg in einem Test beweist keine Gesamtreife.
Abkürzungen sichtbar übergeben
Prototypen dürfen feste Werte, Versuche einen Rechner und MVPs manuelle Ausnahmen nutzen. Benennen Sie Annahmen, fehlendes Verhalten, Umgebung und Rechte. Kennzeichnen Sie illustrative Ansichten. Prüfen Sie vor Wiederverwendung Authentifizierung, Konfiguration, Fehler, Überwachung, Bereitstellung und Wartung, die im Versuch nicht nötig waren. Wiederverwendung soll geprüfte Arbeit sparen statt versteckte Last übertragen.
Den nächsten Schritt aus Erkenntnissen wählen
Unverständliche Korrekturmasken werden nicht durch weitere Extraktionsversuche besser. Scheitert ein Pflichtformat, hilft Bildschirmkosmetik nicht. Fehlen Dokumente zur richtigen Zeit, untersuchen Sie den Betrieb. Notieren Sie nach Tests Erkenntnis, offene Frage und nächsten Versuch. So wird Unsicherheit bearbeitet, ohne jeder Idee dieselbe Reihenfolge und jedem Versuch einen Start aufzuzwingen.
Sinnvolle Alternativen
- Wählen Sie nach Unsicherheit: Bedienung, Machbarkeit oder tatsächlicher Nutzen. Mehrere Nachweise können sinnvoll sein, brauchen aber getrennte Fragen und Abschlusskriterien. Versuchscode wird nicht automatisch Produktionscode.
Wo der Plan scheitert
Eine schöne Attrappe beweist keine Extraktion; ein funktionierendes Skript keine Berechtigungen, Bereitstellung oder Betreuung. Dokumentieren Sie Abkürzungen und Bedingungen.
Vor der Beauftragung
Welche Entscheidung verändert der Nachweis? Sind Eingaben repräsentativ? Was gilt als Scheitern? Klären Sie das vor Wahl des Ergebnisses und des Termins mit dem Entwicklungspartner.