Die Demo läuft. Jetzt sollen echte Nutzer damit arbeiten. Wir prüfen einen wichtigen Ablauf und sortieren die Aufgaben für deinen Start: Was muss vorher fertig sein, was kann warten?
MVP-Launch-Check ansehenArbeitsbeispiel ansehenEin neues Konto ist leer. Eine Eingabe fehlt. Die Verbindung bricht ab. Solche Fälle zeigen, ob jemand ohne deine Hilfe weiterkommt.
Am Beispiel ansehenBenenne die Aufgabe, die deine ersten Nutzer selbst abschließen sollen. Daran bemisst sich, was vor dem Start zu tun ist.
Ein anderer Stack ist erst dann ein sinnvoller Vorschlag, wenn klar ist, welche Anforderung der vorhandene Aufbau nicht erfüllt.
Fehler anzeigen, Eingaben erhalten und einen erneuten Versuch prüfen.
Erst beobachten, welche Handgriffe die Testgruppe tatsächlich wiederholt.
Der zentrale Ablauf lässt sich mit der vorhandenen Darstellung nutzen.
Fünf eingeladene Testpersonen brauchen einen anderen Rahmen als zahlende Kunden. Deshalb beginnt der Check mit dem geplanten Einsatz.
MVP-Launch-CheckWir sehen uns den ausgewählten Ablauf mit leeren Daten, ungültigen Eingaben und unterbrochenen Vorgängen an. Die Oberfläche muss erkennen lassen, was passiert ist und wie es weitergeht.
Bei einer Webanwendung reicht beispielsweise eine Antwort des Servers noch nicht als Erfolg. Auch der HTTP-Status muss ausgewertet werden.
MDN: Antworten und Fehler mit Fetch behandelnFasst dein Produkt Dokumente zusammen, braucht es typische Aufgaben und schwierige Gegenbeispiele. Was muss in der Antwort stehen? Was darf das Modell nicht behaupten?
Nimm ein leeres Dokument und zwei Dokumente mit widersprüchlichen Angaben in die Vorbereitung auf. Zeigt die Oberfläche einen unklaren Ausgang, oder präsentiert sie trotzdem eine fertige Antwort? Eine weitergehende Untersuchung der Modellqualität ist ein eigener Auftrag.
Kann eine zweite Person das Projekt starten? Ist die Bereitstellung beschrieben? Welche Dienste werden gebraucht? An diesen Fragen lässt sich ein Technikproblem genauer festmachen als am Namen des Frameworks.
Bei einem möglichen Wechsel zählen auch Umstellungsaufwand und spätere Pflege. Ein kompletter Architektur- oder Kostencheck hat dafür einen eigenen Umfang.
Der Launch-Check betrachtet den ersten Einsatz. Der Stack-Check geht auf Architektur und Wartbarkeit ein; der Kosten-Check untersucht laufende Ausgaben.
Dein Prototyp funktioniert in der Demo. Wir prüfen einen Nutzerweg und benennen, was vor dem nächsten Launch noch fehlt.
Muss wirklich neu gebaut werden? Wir prüfen den Aufbau einer Anwendung und begründen, was du behalten oder ändern solltest.
Hosting, Tools, laufende Dienste: Wir ordnen bis zu zehn Kostenpositionen und rechnen den Aufwand eines möglichen Wechsels mit ein.
Launch- und Stack-Check überschneiden sich bei technischen Fragen. Wenn du beide anfragen möchtest, grenzen wir die Prüfumfänge vor dem Angebot ab.
Beschreibe den nächsten Einsatz deines Prototyps. Daraus ergibt sich, was vor diesem Start geprüft werden muss.
Soll eine begleitete Testgruppe starten oder sollen neue Kunden selbstständig arbeiten? Davon hängt der Prüfumfang ab.
Was soll eine Person im Prototyp abschließen? Nenne die Aufgabe und den Startzustand, zum Beispiel ein leeres Konto oder vorhandene Daten.
Wir vereinbaren Demo, Unterlagen oder begrenzte Lesezugriffe. Passwörter und Tokens gehören nicht ins Anfrageformular.
Nenne deinen gewünschten Start. Wir stimmen den möglichen Prüf- und Liefertermin ab; das Board nennt anschließend auch offene Fragen außerhalb des Prüfumfangs.
Wer bearbeitet die Befunde danach? Nenne die zuständige Person aus Produkt oder Entwicklung, damit sich Rückfragen und nächste Aufgaben zuordnen lassen.
Die Frontend-Optimierung passt für ein abgegrenztes Ziel, etwa einen verständlichen Fehlerzustand beim Speichern. Nach der Eignungsprüfung arbeiten wir in einer Testumgebung oder einem eigenen Branch.
Zur Übergabe gehört ein dokumentierter Vorher-/Nachher-Test. Dein Team sieht daran, welches Verhalten geändert wurde und wie sich die Korrektur nachprüfen lässt.
Für eine reine Idee fehlt der prüfbare Prototyp. Ein Pentest oder eine rechtliche Prüfung braucht gesonderte Fachleute.
Persönliche Beratung So läuft ein Auftrag abJa. Für die Einschätzung zählt der geplante Einsatz. Das eingesetzte Werkzeug ist weder ein Grund für einen pauschalen Neubau noch ein Qualitätsnachweis.
Geht es um die erste Nutzung, beginnt der Launch-Check bei einem wichtigen Ablauf. Bei Fragen zu Architektur, Wartbarkeit und Bereitstellung passt der Stack-Check besser. Technische Überschneidungen klären wir vor einem kombinierten Auftrag.
Beschreibe zuerst, was du gebaut hast und wer es nutzen soll. Benötigte Unterlagen, Demo und Zugriffe stimmen wir für die Prüfung ab. Zugangsdaten gehören nicht in die Anfrage.
Nein. Der Check liefert Befunde im vereinbarten Umfang. Er ersetzt keinen Pentest, keine Rechtsprüfung und keine vollständige Prüfung aller Codezeilen.
Der Check enthält das Launch-Board und eine schriftliche Rückfragerunde. Du kannst die Aufgaben mit deinem eigenen Team umsetzen. Eine Umsetzung durch uns grenzen wir als eigenen Auftrag ab.
Was du vorbereiten kannst, damit die Testperson ihren Weg ohne deine Demo findet.
Den Prototyp-Test vorbereiten
