Zum Inhalt springen
Leitfaden6 Min. Lesezeit

Base44 App-Prüfrundgang

Belegen Sie, dass der Build tat, was verlangt wurde, in einem prüfbaren Ablauf.

Erstellen Sie ein Prüfvideo, das belegt, dass ein Base44-Build tat, was verlangt wurde, mit einem Ablauf, den eine prüfende Person gegen die Anfrage prüft.

Ansehen, wie es funktioniertDie ersten 60 Sekunden Video sind kostenlos, mit Wasserzeichen. Bestätigen Sie Ihre E-Mail-Adresse, um es herunterzuladen.

Ein Prüfrundgang existiert, um für eine bestimmte Person eine Frage zu beantworten: Hat dieser Base44-Build das getan, was verlangt wurde. Das ist eine engere Aufgabe als ein allgemeines Demovideo, und sie sollte auch so behandelt werden. Eine Person, die fertige Arbeit prüft, muss nicht vom Produkt überzeugt werden. Sie muss schnell und ohne Zweideutigkeit bestätigen können, dass eine gestellte Anforderung erfüllt wurde.

GogoScreen erzeugt diese Art von Video aus einer Web-App-URL und einem einzeiligen Hinweis dazu, was gezeigt werden soll, und liefert ein erzähltes, geschnittenes MP4 mit Klick-Zooms, Cursor-Glättung, entfernter toter Zeit und eingebrannten Untertiteln. Ein Demokonto kann für jeden Teil des Ablaufs verwendet werden, der hinter einem Login liegt, was bei einem Base44-Build häufig ist, da Kontenverwaltung oft Teil dessen ist, was der Generator einrichtet. Nichts davon garantiert, dass ein erster Renderdurchlauf prüfungsbereit ist. Planen Sie Zeit ein, um den Kandidaten gegen die ursprüngliche Anfrage zu prüfen, bevor Sie ihn versenden.

Was wurde eigentlich angefragt?

Schreiben Sie, bevor Sie etwas aufnehmen, die ursprüngliche Anforderung in einem Satz auf, wenn möglich mit den Worten der prüfenden Person. Wenn die Anfrage lautete „Nutzerinnen und Nutzer sollten ihr Passwort zurücksetzen können, ohne den Support zu kontaktieren", ist dieser Satz das Ziel, das der Rundgang treffen muss, keine allgemeine Tour durch den Kontoeinstellungsbereich. Ein Rundgang, der von der konkreten Anfrage hin zu dem abdriftet, was im Build am fertigsten wirkt, lässt die eigentliche Frage oft unbeantwortet.

Art der AnfrageWas der Rundgang isolieren sollteWie er häufig abdriftet
Ein FehlerbehebungDie vorher fehlerhafte Aktion, jetzt funktionierendStattdessen unabhängige Teile der App zeigen
Ein neues FeatureDieses Feature, vom Auslöser bis zum ErgebnisEine Tour durch den gesamten Bereich, in dem es lebt
Eine AnforderungsbestätigungDie genaue festgelegte Bedingung, erfülltEin ähnlicher, aber nicht identischer Ablauf

Ein allgemeines Base44-Demovideo passt besser, wenn das Ziel ist, das Produkt breit vorzustellen, statt ein Stück fertige Arbeit zu bestätigen, und die beiden Videos sollten nicht zu einem zusammengelegt werden.

Wie behandeln Sie einen Login-Bildschirm im Prüfkontext?

Die meisten Base44-Builds haben standardmäßig einen Login, und eine prüfende Person, die konkrete Arbeit kontrolliert, muss den Anmeldeschritt selbst meist nicht sehen, außer wenn Authentifizierung die tatsächlich geprüfte Anforderung war. Verwenden Sie ein für den Renderdurchlauf vorbereitetes Demokonto, gefüllt mit Daten, die konkret genug sind, um die Anforderung klar zu zeigen. Bei GogoScreen werden bereitgestellte Zugangsdaten verschlüsselt, für genau einen Renderdurchlauf verwendet und danach gelöscht, was die genaue Beschreibung dieser Handhabung ist. Wird zuerst ein Storyboard geplant, bleiben die Zugangsdaten für diese Sitzung verschlüsselt und werden spätestens zwei Stunden nach ihrer letzten Verwendung gelöscht.

Wenn die geprüfte Anforderung speziell Zugriffskontrolle oder Berechtigungen betrifft, werden der Login und die Rolle des Kontos Teil dessen, was gezeigt werden muss, und daran vorbeizugehen würde den Zweck des Rundgangs untergraben. Lassen Sie die Art der Anforderung das entscheiden, statt jedes Mal standardmäßig gleich vorzugehen.

Wie sollte teilweiser Fortschritt dargestellt werden?

  • Sagen Sie klar, was fertiggestellt wurde und was noch offen ist, statt volle Fertigstellung nahezulegen.
  • Zeigen Sie den funktionierenden Teil des Ablaufs klar, ohne ihn so zu strecken, dass er mehr abdeckt, als er tut.
  • Vermeiden Sie eine Erzählung, die einen künftigen Zustand verspricht, den der aktuelle Build noch nicht zeigt.
  • Lassen Sie die prüfende Person den tatsächlichen aktuellen Zustand des Builds sehen, nicht eine idealisierte Version davon.

Eine prüfende Person, die später entdeckt, dass ein Rundgang den Fortschritt übertrieben hat, vertraut dem nächsten weniger, was die ehrliche Version die nützlichere macht, auch wenn sie weniger schmeichelhaft ist.

Was macht einen Rundgang schnell prüfbar?

Halten Sie den Ablauf genau bei der Anforderung, und schreiben Sie den Hinweis in einer Sprache, die zur ursprünglichen Formulierung der Anforderung passt. Wenn die Anfrage das Wort „Rechnung" verwendet hat, sollten der Hinweis und der Rundgang ebenfalls „Rechnung" sagen, statt auf halbem Weg zu einem allgemeineren Begriff wie „Dokument" zu wechseln. Diese Konsistenz erlaubt einer prüfenden Person, ohne zusätzlichen Übersetzungsaufwand abzugleichen, was sie sieht, mit dem, was sie angefragt hat, was oft den Unterschied zwischen einer schnellen Freigabe und einer Runde Klärungsfragen ausmacht.

Wer sieht sich das eigentlich an?

Ein Prüfrundgang für eine technische Teamkollegin oder einen technischen Teamkollegen kann schneller vorgehen und die internen Begriffe der App ohne Übersetzung verwenden, da das Publikum das Produkt bereits kennt. Einer für eine nicht-technische interessierte Person, etwa eine gründende Person, die bestätigt, dass eine beauftragte Person das Vereinbarte geliefert hat, braucht mehr Kontext um jeden Schritt und sollte keine Vertrautheit mit der Struktur des Builds voraussetzen. Zu entscheiden, wer die eigentliche betrachtende Person ist, bevor aufgenommen wird, ändert, wie viel Erklärung der Rundgang selbst tragen muss, getrennt vom Ablauf selbst.

Das beeinflusst auch, wie viel vom umgebenden App-Bereich der Rundgang anerkennen sollte. Eine Teamkollegin oder ein Teamkollege als prüfende Person möchte oft eine Bestätigung, dass nichts anderes kaputtgegangen ist, während die Anforderung gebaut wurde, also kann ein kurzer Hinweis darauf, was nicht angefasst wurde, beruhigend sein. Eine interessierte Person als prüfende Person möchte meist nur die eine bestätigte Anforderung und braucht diesen zusätzlichen Hinweis nicht oder will ihn nicht, da er eher wie Füllmaterial als wie nützliche Information wirken kann.

Was ist die Kurzfassung dieses Prozesses?

  1. Wiederholen Sie die ursprüngliche Anforderung in einem Satz, bevor Sie auswählen, was der Rundgang zeigen muss.
  2. Nehmen Sie den genauen Ablauf auf, der die Anforderung erfüllt, ohne zusätzliches Material, das den Rundgang aufbläht.
  3. Gleichen Sie das fertige Video bei der Prüfung mit der ursprünglichen Anfrage ab, nicht damit, wie beeindruckend der Build allgemein wirkt.

Was sollten Sie vor dem Versenden des Rundgangs prüfen?

Spielen Sie den Kandidaten gegen die ursprüngliche Ein-Satz-Anforderung ab. Bestätigen Sie, dass der gezeigte Ablauf sie tatsächlich erfüllt und dass nichts Verwirrendes oder Unabhängiges ins Bild geraten ist. Wenn ein erneuter Versuch nötig ist, ist das ein normaler Teil des Prozesses, etwa einer von fünf Renderdurchläufen braucht einen, und Zeit wird nur verbraucht, wenn ein Renderdurchlauf gelingt, sodass ein früher fehlgeschlagener Versuch außer der Wartezeit nichts kostet. Jedes neue Konto erhält einmalig 60 Sekunden Video mit Wasserzeichen und erforderlicher E-Mail-Bestätigung zum Herunterladen, was oft für eine einzelne fokussierte Anforderung ausreicht.

Wo passt der Rundgang zu anderen Assets desselben Builds?

Ein Prüfrundgang liegt in der Lebensdauer eines Builds meist früher als ein Product-Hunt-Launch-Video oder eine öffentliche Landingpage-Video, da er dazu dient, Arbeit zu bestätigen, bevor diese öffentlicheren Assets entstehen. Sobald ein Build die Prüfung besteht, wird dieselbe App oft zur Quelle für das Teilen mit einer Kundschaft, einen Portfolioeintrag oder ein breiteres Demovideo für ein ganz anderes Publikum.

Verwandte Lektüre umfasst den Leitfaden zum README-Demo-Asset für ein ähnliches, für prüfende Personen gedachtes Format, das von Entwicklungsteams verwendet wird, den Leitfaden für eine KI-Agent-Product-Hunt-Demo, den Leitfaden für ein KI-Agent-SaaS-Demovideo, den Leitfaden für ein KI-Agent-Onboarding-Demovideo und den Leitfaden für ein Investoren-Demovideo, wenn die prüfende Person eine interessierte Person statt eine Teamkollegin oder ein Teamkollege ist. Vergleichen Sie direkte URL-Optionen bei GogoScreen gegen ngram, prüfen Sie die Preise oder durchstöbern Sie die restlichen Leitfäden und Vergleiche von der Startseite aus.

Klarstellungen

Bevor Sie beginnen

Was ist das Ziel eines Prüfrundgang-Videos?

Es lässt eine prüfende Person bestätigen, dass eine bestimmte Anforderung erfüllt wurde, ohne sich selbst in die App einzuloggen. Es beantwortet eine Frage direkt, statt eine allgemeine Tour zu zeigen.

Wie unterscheidet sich das von einem Demovideo?

Ein Demovideo richtet sich oft an eine potenzielle Nutzerin oder einen potenziellen Nutzer, die oder der entscheidet, ob sie das Produkt ausprobieren will. Ein Prüfrundgang richtet sich an jemanden, der fertige Arbeit gegen eine bestimmte Anfrage kontrolliert, was verändert, was gezeigt wird und wie es eingerahmt ist.

Was, wenn der Build die ursprüngliche Anfrage nur teilweise erfüllt?

Zeigen Sie ehrlich, was tatsächlich fertiggestellt wurde, statt es als vollständig fertig darzustellen. Ein Rundgang, der den Fortschritt übertreibt, führt zu einem schlechteren Ergebnis als einer, der klar sagt, was noch offen ist.

Fügen Sie eine URL ein, beschreiben Sie einen Ablauf und erhalten Sie ein Demovideo Ihrer Webanwendung.

Die ersten 60 Sekunden Video sind kostenlos, mit Wasserzeichen. Bestätigen Sie Ihre E-Mail-Adresse, um das Video herunterzuladen.