Zum Inhalt springen
Leitfaden6 Min. Lesezeit

Base44-Projekt mit einem Kunden teilen

Zeigen Sie dem Kunden den Build, statt einen Link zu senden, den er nicht anklickt.

Übergeben Sie einem nicht technischen Kunden einen Base44-Build mit einem kurzen Video statt eines Vorschau-Links, den er nicht öffnen wird.

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

Ein Kunde, der einen Base44-Build in Auftrag gegeben hat, möchte sich selten in eine Vorschauumgebung einloggen und nach Änderungen suchen. Er möchte genau das sehen, worum er gebeten hat, funktionierend, in einer Form, die er zwischen Meetings auf dem Telefon ansehen kann. Ein Video erledigt diese Aufgabe besser als ein Link, und zwar ohne dass der Kunde sich ein Demo-Passwort merken oder eine ihm unbekannte Oberfläche navigieren muss. Viele Kunden, die diese Art von Build in Auftrag geben, sind nicht technisch versiert, und eine Vorschau-URL, die auf einem unbekannten Dashboard öffnet, kann sich eher wie Hausaufgaben anfühlen als wie ein Statusupdate, genau der Eindruck, den ein Builder kurz vor der Bitte um Freigabe vermeiden möchte.

GogoScreen verwandelt eine Webanwendungs-URL und einen einzeiligen Hinweis darauf, was gezeigt werden soll, in ein erzähltes, geschnittenes MP4 mit Klick-Zooms, geglätteter Cursorführung, entfernten Pausen und eingebrannten Untertiteln für alle, die ohne Ton zusehen. Es kann ein Demokonto verwenden, wenn der Build hinter einem Login liegt, was bei den meisten Base44-Projekten standardmäßig der Fall ist. Das alles ist kein Versprechen, dass jeder Renderdurchlauf im ersten Versuch gelingt. Planen Sie ein paar Minuten Prüfzeit in die Übergabe ein, besonders vor einem an den Kunden gerichteten Versand.

Worauf wartet der Kunde eigentlich?

Lesen Sie vor der Aufnahme die letzte Nachricht des Kunden erneut und identifizieren Sie die konkrete Bitte. Wenn ein neues Feld für ein Formular gewünscht wurde, muss das Video genau dieses Feld zeigen, nicht das gesamte, darum herum neu gestaltete Formular. Wenn gefragt wurde, ob die Exportfunktion funktioniert, muss das Video einen tatsächlichen Export und die entstehende Datei zeigen, nicht eine allgemeine Tour durch den Berichtsbereich. Scope Creep in einem Kundenupdate-Video entsteht meist aus dem Wunsch, mehr zu zeigen, als gefragt wurde, und verdeckt dabei oft genau das eine, worauf der Kunde eigentlich achtet.

Worum der Kunde gebeten hatWas das Video isolieren sollteWas es meist verwässert
Eine bestimmte Korrektur oder FunktionGenau diese Aktion und ihr sichtbares ErgebnisEine Tour durch zuvor gebaute, nicht verwandte Bildschirme
Eine allgemeine StatusprüfungDer zuletzt fertiggestellte ArbeitsschrittErneutes Zeigen bereits zuvor abgenommener Funktionen
Eine Go- oder No-Go-EntscheidungDer Zustand, von dem die Entscheidung abhängtEine Rahmung, die für eine Antwort statt für die andere argumentiert

Ein allgemeines Base44-Demovideo ist nützlich, wenn das Kundenupdate neben einer umfassenderen Demo der App stehen soll, aber beide sollten getrennt bleiben, statt zu einem längeren Video kombiniert zu werden, das versucht, beide Aufgaben zu erfüllen.

Wie handhaben Sie den Login, ohne die Daten des Kunden offenzulegen?

Die meisten Base44-Builds enthalten die Kontoverwaltung bereits ab der Generierung, sodass der aufgezeichnete Ablauf wahrscheinlich bei oder kurz nach einem Anmeldebildschirm beginnt. Verwenden Sie ein für diesen Zweck erstelltes Demokonto statt des eigenen Logins des Kunden, auch wenn das Login des Kunden technisch funktionieren würde. Bei GogoScreen werden für den Renderdurchlauf angegebene Zugangsdaten verschlüsselt, für genau einen Renderdurchlauf verwendet und danach gelöscht, was diese Handhabung präzise und zutreffend beschreibt. 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.

Füllen Sie das Demokonto mit Beispieldaten, die dem ähneln, was der Kunde zu sehen erwartet, ohne die tatsächlichen Kundennamen, echten Dokumente oder Produktionsdaten des Kunden zu verwenden. Ein Video lässt sich leicht weiterleiten, per Screenshot festhalten oder dorthin posten, wo es nicht hingehört, und Kundendaten in einem Demo-Asset sind ein Risiko, das sich einfach vermeiden lässt, indem die Route vorher richtig vorbereitet wird.

Wie sollte das Video für jemanden ohne technisches Wissen gerahmt werden?

Formulieren Sie den einzeiligen Hinweis in einfachen Worten, die der Kunde aus seiner eigenen Anfrage wiedererkennt, nicht in der internen Terminologie, die der Build möglicherweise verwendet. Wenn der Kunde es in seiner Nachricht „das Dashboard" nannte, wechseln Sie im Hinweis nicht zu „das Analytics-Modul", nur weil das die Bezeichnung innerhalb der App ist. Konsistenz zwischen dem, was der Kunde gesagt hat, und dem, was das Video zeigt, macht das Update auf einen Blick leichter vertrauenswürdig.

  • Lesen Sie die jüngste Anfrage des Kunden erneut, bevor Sie auswählen, was gezeigt wird.
  • Verwenden Sie ein Demokonto mit Beispieldaten, niemals die echten Informationen des Kunden.
  • Passen Sie die Sprache im Hinweis an die vom Kunden verwendete Sprache an.
  • Beschränken Sie das Video auf das eine angefragte Thema, nicht auf eine breitere Tour.

Was, wenn das Kundenupdate unfertige Arbeit offenlegt?

Ein aufgezeichneter Ablauf bringt manchmal ein Problem ans Licht, das erst durch den vom Video erzwungenen vollständigen Durchlauf sichtbar wurde, etwa ein Schritt, der nur mit bestimmten Daten funktioniert, oder ein Ergebnis, das uneinheitlich erscheint. Behandeln Sie diese Entdeckung als nützliche Information statt als Grund, das Video so lange neu zu drehen, bis die raue Kante aus dem Bild verschwindet. Einem Kunden, der das Problem irgendwann ohnehin bemerken wird, ist meist besser mit einem ehrlichen Hinweis zum Video gedient als mit einer Version, die inszeniert wurde, um das Problem zu umgehen.

Entscheiden Sie vor dem Versand, ob das Problem klein genug ist, um es in einem Untertitel zu erwähnen, oder groß genug, dass das Kundenupdate warten sollte, bis es behoben ist. Ein fehlendes Feld oder ein unbeholfener Übergang lässt sich oft beiläufig erwähnen. Ein Ablauf, der genau bei der Aktion, nach der der Kunde gefragt hat, völlig fehlschlägt, bedeutet meist, dass das Update noch nicht bereit ist, und ein Video trotzdem zu senden, verschiebt das schwierige Gespräch nur, ohne es leichter zu machen.

  • Notieren Sie jede raue Kante ehrlich, statt sie herauszuschneiden.
  • Entscheiden Sie, ob das Problem geringfügig genug für einen Untertitel oder schwerwiegend genug für eine Verzögerung des Versands ist.
  • Lassen Sie das Video niemals einen Fertigstellungsgrad andeuten, den der Build nicht erreicht hat.

Wie lautet die Kurzfassung dieses Prozesses?

  1. Bestätigen Sie genau, worauf der Kunde wartet, bevor Sie irgendetwas aufnehmen, statt anzunehmen, dass der gesamte Build eine Tour braucht.
  2. Bereiten Sie die Route mit sicheren Beispieldaten vor, damit keine echten Kundeninformationen in einer Datei erscheinen, die weitergeleitet werden könnte.
  3. Prüfen Sie den fertigen Kandidaten vor dem Versand gegen die ursprüngliche Anfrage des Kunden, nicht nur danach, ob die App fertig wirkt.

Was sollten Sie prüfen, bevor Sie es an den Kunden senden?

Schauen Sie sich den fertigen Kandidaten noch einmal im Vergleich zur ursprünglichen Nachricht des Kunden an. Bestätigen Sie, dass das sichtbare Ergebnis tatsächlich klärt, wonach gefragt wurde, und dass nichts Unfertiges oder Unzusammenhängendes ins Bild gerutscht ist. Falls ein weiterer Versuch nötig ist, gehört das normal zum Prozess, etwa einer von fünf Renderdurchläufen benötigt einen, und Zeit wird nur verbraucht, wenn ein Renderdurchlauf gelingt, sodass ein fehlgeschlagener Versuch während der Vorbereitung außer der Wartezeit nichts kostet. Jedes neue Konto erhält einmalig 60 Sekunden Video mit Wasserzeichen, und zum Herunterladen ist eine E-Mail-Bestätigung erforderlich, was für ein einzelnes Kundenupdate oft ausreicht.

Was kommt als Nächstes in der Übergabe?

Sobald der Kunde das Update akzeptiert, braucht derselbe Build oft weitere Assets für andere Momente. Ein Product-Hunt-Launch-Video hat eigene, separate Einschränkungen, falls das Projekt auf einen öffentlichen Launch zusteuert. Ein Portfolio-Eintrag kann den fertigen Build wiederverwenden, sobald die Kundenbeziehung es erlaubt, und ein formeller Review-Rundgang ist das richtige Format, wenn ein Kunde oder Stakeholder eine strukturierte Bestätigung braucht, dass der Build die ursprünglichen Anforderungen erfüllt, statt eines informellen Updates.

Für dieselbe Übergabeaufgabe bei einem anderen Builder siehe die Leitfäden zu Figma-Make-Demovideos, Figma-Make-Landingpage-Videos und Figma-Make-Product-Hunt-Launch-Videos, alle relevant, wenn derselbe Kunde Builds über mehr als eine Plattform hinweg bewertet. Weiterführende Lektüre umfasst den Leitfaden zur KI-Agenten-Product-Hunt-Demo, den Leitfaden zum Demovideo für nicht technische Gründer, den Leitfaden zum Produktankündigungs-Demovideo, den Leitfaden zum Investoren-Demovideo und den Leitfaden zum Changelog-Video für ein SaaS. Vergleichen Sie direkte URL-Optionen bei GogoScreen im Vergleich zu Demosmith, prüfen Sie die Preise oder durchstöbern Sie die restlichen Leitfäden und Vergleiche von der Startseite.

Klarstellungen

Bevor Sie beginnen

Warum nicht einfach den Vorschau-Link an den Kunden senden?

Manche Kunden öffnen keinen rohen Vorschau-Link, besonders wenn zuerst eine Anmeldung mit einem Demokonto nötig ist. Ein kurzes Video beseitigt diese Hürde und zeigt genau das Ergebnis, auf dessen Bewertung der Kunde wartet.

Was sollte das Video für ein Kundenupdate abdecken?

Genau das, worum der Kunde gebeten hat, gezeigt als abgeschlossene Aktion mit sichtbarem Ergebnis. Vermeiden Sie eine breitere Tour, die Funktionen erneut vorstellt, die der Kunde in einer früheren Runde bereits abgenommen hat.

Ist es sicher, die eigenen Daten des Kunden im Video zu verwenden?

Nein. Verwenden Sie vorbereitete, unsensible Daten, auch wenn die tatsächlichen Kundendaten im Build vorhanden sind. Ein Video lässt sich leicht weiterleiten oder versehentlich öffentlich posten, sobald es Ihre Hände verlassen hat.

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.