Leitfaden6 Min. Lesezeit

Ein Lovable-Projekt mit einem Kunden teilen

Manche Kunden klicken nie auf einen Vorschau-Link. Zeigen Sie stattdessen das Ergebnis.

Verwandeln Sie einen Lovable-Vorschau-Link in ein Video, das ein technisch nicht versierter Kunde ansehen kann, ohne die App zu öffnen oder sich einzuloggen.

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

gogoscreen.com

Die Frage des Kunden bestimmen

Bestimmen Sie die genaue Frage, die der Kunde gestellt hat, oder den Meilenstein, auf den er wartet.

Den relevanten Bildschirm vorbereiten

Bereiten Sie nur den Bildschirm oder Ablauf vor, der diese Frage beantwortet, mit sicheren Beispieldaten.

Aufnehmen und mit Kontext versenden

Nehmen Sie ein kurzes Video auf und senden Sie es mit einem Satz, der sagt, was es zeigt und was noch in Arbeit ist.

Ein Kunde, der eine App in Auftrag gegeben hat, will sie selten selbst erkunden. Er will wissen, ob das, wofür er bezahlt, existiert und funktioniert. Einen nackten Vorschau-Link zu schicken bittet ihn, die Arbeit des Builders zu übernehmen: den richtigen Bildschirm zu finden, zu verstehen, was er sieht, und sich ein Urteil über den Fortschritt zu bilden, wozu die meisten Kunden weder ausgestattet noch bereit sind. Ein kurzes Video beantwortet die eigentliche Frage, statt eine Hausaufgabe zu übergeben.

Das zählt besonders bei einem Lovable-Build, wo Fortschritt von außen ungleichmäßig aussehen kann. Eine generierte App kann gleichzeitig einen polierten Ablauf und mehrere rohe oder leere haben, weil die Arbeit Bildschirm für Bildschirm entsteht statt alles auf einmal. Ein Kunde, der über einen rohen Link in einen unfertigen Teil der App stolpert, kann das als Stillstand des gesamten Projekts lesen, selbst wenn der Teil, der ihm tatsächlich wichtig ist, fertig ist. Ein Video steuert, was er sieht und in welcher Reihenfolge.

Es gibt auch einen Vertrauenskosten für einen schlechten ersten Eindruck, der über den Moment hinaus wirkt. Ein Kunde, der einen rohen Link öffnet und auf einem Fehler oder leeren Bildschirm landet, versucht es meist nicht noch einmal. Er bildet sich einen Eindruck und trägt ihn ins nächste Gespräch, unabhängig davon, wie viel Fortschritt anderswo im Build tatsächlich existiert. Ein kurzes, kontrolliertes Video verhindert diese Gelegenheit für einen schlechten ersten Eindruck von vornherein.

Warum braucht ein Status-Update ein eigenes Video?

Ein schriftliches Status-Update lässt sich leicht überfliegen und leicht missverstehen. „Das Dashboard funktioniert" bedeutet für die Person, die es gebaut hat, etwas anderes als für die Person, die den Satz kalt liest. Ein Video nimmt diese Mehrdeutigkeit weg, indem es den tatsächlichen Bildschirm zeigt, der die tatsächliche Sache tut, was ein stärkerer Beweis ist, als es ein Satz je für sich sein kann.

Update-Format	Was es beweist	Was offen bleibt
Schriftliche Statusnachricht	Dass allgemein etwas gearbeitet wurde	Ob die konkrete Funktion so funktioniert wie beschrieben
Roher Vorschau-Link	Für sich genommen nichts	Ob der Kunde den richtigen Bildschirm finden oder verstehen kann
Kurzes Video	Den konkreten Ablauf, im Zustand, in dem er sich tatsächlich befindet	Nichts, wenn es auf die richtige Frage zugeschnitten ist

Das ist eine engere Aufgabe als ein Landingpage-Video für einen kalten Fremden, der von Grund auf überzeugt werden muss. Ein Kunden-Update muss nur jemandem antworten, der das Projekt bereits kennt und auf ein bestimmtes Stück davon wartet, was sowohl Länge als auch Ton verändert, die am besten funktionieren.

Dieser Unterschied im Publikum verändert auch, was als gutes Eröffnungsbild zählt. Ein Fremder braucht einen Grund weiterzuschauen. Ein Kunde hat bereits einen, weil er die Frage gestellt hat, die das Video beantwortet. Das Video kann näher am eigentlichen Ergebnis beginnen, statt Zeit damit zu verbringen zu begründen, warum der Betrachter sich interessieren sollte.

Wie wählen Sie, was Sie einem Kunden zeigen?

Beginnen Sie bei der zuletzt tatsächlich gestellten Frage des Kunden, nicht bei dem, was am eindrucksvollsten wirkt. Fragte er, ob der Checkout-Ablauf funktioniert, zeigen Sie den Checkout-Ablauf, vollständig, vom Anfang bis zum Ergebnis. Polstern Sie das Video nicht mit unverwandten Bildschirmen aus, um das Update größer wirken zu lassen, als es ist; ein Kunde erkennt den Unterschied zwischen einer fokussierten Antwort und Füllmaterial, und Füllmaterial untergräbt Vertrauen schneller als ein ehrliches Teilupdate.

Lesen Sie die letzte Nachricht oder das Ticket noch einmal, in dem der Kunde die Frage gestellt hat.
Bestimmen Sie den einen Bildschirm oder Ablauf, der sie direkt beantwortet.
Lassen Sie alles Unverwandte weg, auch wenn es zufällig fertig ist.
Notieren Sie außerhalb des Videos, was noch in Arbeit ist.

Ist der Build tatsächlich noch nicht fertig, sagen Sie das klar neben dem Video, statt zu versuchen, einen unfertigen Zustand fertiger aussehen zu lassen. Ein Kunde, dem die Wahrheit über den Fortschritt gesagt wird, vertraut dem nächsten Update mehr, nicht weniger. Hier unterscheidet sich auch eine Portfolio-Demo von einem Kunden-Update: Ein Portfolio-Stück wird gewählt, weil es fertig ist, während ein Kunden-Update ehrlich über einen Build sein muss, der möglicherweise noch in Arbeit ist.

Wie bereiten Sie die Lovable-Vorschau für ein Kundenpublikum vor?

Öffnen Sie die Route, die das Video nutzen wird, und bestätigen Sie, dass sie direkt den relevanten Bildschirm erreicht. Ersetzen Sie, wo möglich, Platzhaltertext oder unfertige Beschriftungen in diesem konkreten Ablauf, denn ein Kunde, der ein wörtliches Platzhalterwort entdeckt, liest es als unfertiger, als es tatsächlich ist. Verwenden Sie realistische Beispieldaten statt eines leeren Zustands, denn eine leere Liste gibt einem technisch nicht versierten Betrachter nichts zu beurteilen.

Bestimmen Sie die genaue Frage, die der Kunde gestellt hat, oder den Meilenstein, auf den er wartet.
Bereiten Sie nur den Bildschirm oder Ablauf vor, der diese Frage beantwortet, mit sicheren Beispieldaten.
Nehmen Sie ein kurzes Video auf und senden Sie es mit einem Satz, der sagt, was es zeigt und was noch in Arbeit ist.

Liegt der relevante Ablauf hinter einem Login, kann über den genehmigten Prozess ein Wegwerf-Demokonto bereitgestellt werden, statt ein echtes wiederzuverwenden. Autoren sollten die Zugangsdaten nicht selbst handhaben. Der App-Review-Rundgang-Guide deckt eine verwandte Situation ab, in der das Publikum den Build gegen eine Spezifikation prüft, statt einfach den Fortschritt zu kontrollieren.

Timen Sie die Vorbereitung auf den Moment, in dem das Video tatsächlich verschickt wird, nicht auf den Moment, in dem der Ablauf zuerst funktionierte. Ein Bildschirm, der letzte Woche funktionierte, kann nach einer späteren Änderung wieder ausfallen, und ein Kunde, der ein Video eines Ablaufs erhält, der nicht mehr zum Live-Build passt, verliert mehr Vertrauen als einer, der gar kein Update erhält. Ein kurzer Durchgang durch die genaue Route direkt vor der Aufnahme erkennt diese Abweichung, bevor sie den Kunden erreicht.

Wie sollte das Video verschickt werden?

Schicken Sie nie ein Video ohne Kontext und lassen Sie den Kunden raten, was es beweist. Ein einzelner Satz über dem Link, der benennt, was das Video zeigt und was noch offen ist, leistet mehr für das Vertrauen als das Video selbst. Kunden erinnern sich eher daran, ob Updates ehrlich waren, als daran, ob jede Funktion nach dem ursprünglichen Zeitplan geliefert wurde.

Führen Sie ein leichtes Protokoll darüber, was wann verschickt wurde. Ein Kunde, der drei Wochen später nach dem Fortschritt fragt, profitiert von einem Builder, der auf das genaue Update verweisen kann, statt den Zeitverlauf aus dem Gedächtnis zu rekonstruieren. Das ist eine kleine Gewohnheit, macht aber aus einer Reihe einzelner Videos eine belastbare Projekthistorie, falls je eine Uneinigkeit über Umfang oder Zeitplan aufkommt.

Für einen Builder, der dieselbe Art von Build auf einer anderen Plattform ausliefert, decken der Replit-Landingpage-Video-Guide und der Replit-Product-Hunt-Launch-Video-Guide angrenzende Probleme auf einem anderen Stack ab, und der Replit-Kunden-Update-Guide deckt genau diese Situation dort ab. Für ein verwandtes, aber anderes Update-Format decken der Guide zum Produkt-Update-Video und der Guide zum AI-Agent-Produkt-Review-Video beide wiederkehrende Update-Rhythmen statt eines einzelnen Meilensteins ab. Ein Startseiten-Demovideo und ein Produktankündigungs-Demovideo richten sich beide an ein öffentliches Publikum statt an einen einzelnen Kunden, und ein Demovideo für einen technisch nicht versierten Gründer deckt die umgekehrte Situation ab, in der der Gründer selbst die einfache Erklärung braucht. Für einen Vergleich mit einem Bildschirmaufnahme-Werkzeug, das manche Teams bereits für Kunden-Updates nutzen, lesen Sie GogoScreen im Vergleich zu Guidde. Prüfen Sie die Preise, stöbern Sie im Rest der Guides und der Vergleiche, oder starten Sie von der GogoScreen-Startseite.

Klarstellungen

Bevor Sie beginnen

Warum nicht einfach den Lovable-Vorschau-Link an den Kunden schicken?

Manche Kunden klicken ihn nicht an, wissen nach dem Klick nicht, was sie sehen, oder landen auf einem leeren oder halbfertigen Zustand und nehmen an, die Arbeit sei ins Stocken geraten. Ein Video nimmt alle drei Risiken gleichzeitig weg.

Soll das Video die ganze App zeigen oder nur einen Teil?

Zeigen Sie den Teil, nach dem der Kunde gefragt hat, oder den, der die zuletzt gestellte Frage beantwortet. Ein Kunden-Update ist eine gezielte Antwort, keine vollständige Tour.

Was, wenn der Build noch nicht fertig ist?

Sagen Sie das in der begleitenden Nachricht, statt es zu verstecken. Zeigen Sie den funktionierenden Teil ehrlich, statt einen unfertigen Zustand fertiger aussehen zu lassen, als er ist.

Darf das Video einen Teil der App hinter einem Login zeigen?

Ja, mit einem Wegwerf-Demokonto über den genehmigten Prozess. Zugangsdaten bei GogoScreen werden verschlüsselt, für genau einen Renderdurchlauf verwendet und danach gelöscht. 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ü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.

Preise ansehen Leitfäden lesen