Leitfaden6 Min. Lesezeit

v0 Kundenversand

Geben Sie einem Kunden einen Beweis, dem er vertraut, ohne einen Vorschaulink anzuklicken.

Machen Sie aus einer v0 Vorschau ein Video, das ein nicht technischer Kunde tatsächlich ansieht, statt eines Links, den er nicht anklicken wird.

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

gogoscreen.com

Den vom Kunden gewünschten Ablauf wählen

Wählen Sie den Ablauf, den ein nicht technischer Prüfer beurteilen kann, ohne die App zu öffnen.

Ihn bestätigen, bevor jemand anderes ihn sieht

Öffnen Sie die v0 Vorschau URL und bestätigen Sie, dass der Ablauf funktioniert, bevor jemand außer Ihnen ihn sieht.

Den Hinweis schreiben und die Datei senden

Schreiben Sie den Hinweis, prüfen Sie den Kandidaten, und senden Sie dann die Datei statt des Links.

Ein Kunde, der einen kleinen Build in Auftrag gegeben hat, will selten einen Link anklicken, auf eine Seite warten und herausfinden, wo als Nächstes zu klicken ist. Er will wissen, ob die Sache funktioniert, für die er bezahlt hat. Eine rohe v0 Vorschau URL zu senden verlangt von ihm Arbeit, für die er sich nicht angemeldet hat, und legt die Beweislast auf seine Geduld statt auf das Ergebnis. Ein kurzes Video beseitigt diese Reibung. Der Kunde drückt Play, sieht die Aufgabe erledigt und trifft eine Entscheidung, ohne die App je zu berühren.

GogoScreen nimmt eine Webanwendungs URL und einen einzeiligen Hinweis zum zu zeigenden Ablauf entgegen und liefert dann ein vertontes, geschnittenes MP4 mit Klick Zooms, Cursor Glättung, Schnitten toter Luft und eingebrannten Untertiteln. Für eine Kundenübergabe liegt der Wert nicht im Schliff, sondern darin, dass die Erzählstimme so geschrieben wird, dass sie zum tatsächlichen Geschehen auf dem Bildschirm passt, sodass der Kunde eine Aufzeichnung des echten Builds ansieht statt einer Beschreibung dessen, was er tun soll.

Warum scheitert ein Vorschaulink bei diesem Publikum?

Ein v0 Build wird aus einem Prompt generiert und über Vercel bereitgestellt, sodass die funktionierende Fassung meist auf einer Vorschau URL mit generierter Subdomain liegt statt auf einer fertigen Domain, die der Kunde erkennt. Für einen Entwickler ist diese Adresse unauffällig. Für einen Kunden, der keine Software baut, kann eine unbekannte Subdomain verdächtig wirken, oder schlicht eine weitere Sache zwischen ihm und der Antwort auf die Frage sein, die er tatsächlich hat, nämlich ob die Arbeit fertig ist. Manche Kunden klicken sie gar nicht erst an, und ein Video, das sie nie zum Klicken auffordert, umgeht die Frage vollständig.

Der Leitfaden zur Wahl der Webanwendungs Route für ein Demovideo behandelt die Wahl des richtigen Bildschirms, wenn die App mehrere mögliche Routen hat, was hier zählt, weil eine Kundenübergabe meist genau einen Ablauf braucht, kein Menü davon. Der Leitfaden zur Aufnahme einer Demo ohne Bildschirmaufnahme ist aus demselben Grund relevant, aus dem ein Link scheitert: Einen Bildschirmrekorder einzurichten ist ein weiterer Schritt zwischen dem Fertigstellen der Arbeit und ihrem Vorzeigen, und eine URL mit Hinweis ersetzt diese Einrichtung vollständig.

Das ist nicht spezifisch für v0. Der Leitfaden zum Lovable Demovideo behandelt dieselbe Vertrauenslücke für einen anderen generierten Build, denn das zugrunde liegende Problem ist nicht das Werkzeug, das die App erzeugt hat, sondern dass ein Kunde, der fertige Arbeit per E-Mail oder Chat beurteilt, keinen Grund hat, einer Adresse zu vertrauen, die er nie gesehen hat. Welcher Generator den Build auch erzeugt hat, die Lösung ist dieselbe: den Link durch etwas ersetzen, das der Kunde ansehen kann, ohne das Gespräch zu verlassen, in dem er sich bereits befindet.

Was der Kunde tatsächlich will	Wozu ihn ein Link zwingt	Was ihm ein Video stattdessen gibt
Bestätigung, dass die Aufgabe erledigt ist	Durchklicken, eine Seite laden, den Ablauf finden	Die Aufgabe auf dem Bildschirm ablaufen sehen
Ein Ergebnis, das er schnell beurteilen kann	Eine unbekannte Oberfläche navigieren	Das Ergebnis sofort im Kontext sehen
Vertrauen, dass dies der echte Build ist	Dem Entwickler auf sein Wort glauben	Die tatsächlich laufende App sehen, kein Mockup

Wie wählen Sie den Ablauf, den Sie einem Kunden zeigen?

Wählen Sie den Ablauf, den ein nicht technischer Prüfer beurteilen kann, ohne die App zu öffnen. Beginnen Sie bei dem, worum der Kunde tatsächlich gebeten hat, nicht bei dem, was der Build zufällig enthält. Wurde ein Anmeldeformular in Auftrag gegeben, zeigen Sie, wie es jemand ausfüllt und eine Bestätigung erreicht, nicht eine Tour über das dahinterliegende Dashboard. Ein Kunde bewertet gegen die Anfrage, und ein Ablauf, der eine andere Frage beantwortet, wie beeindruckend auch immer, wirkt ausweichend statt gründlich.

Halten Sie den Wortschatz im Hinweis an das gebunden, wie der Kunde das Feature ursprünglich genannt hat. Stand im Briefing "Kontaktformular", sollte die Erzählstimme es nicht "Lead Capture Ablauf" nennen, nur weil die Oberfläche es so beschriftet. Ein Kunde sollte seine eigenen Worte hören, die seine eigene Anfrage beschreiben, bestätigt durch das, was auf dem Bildschirm passiert.

Widerstehen Sie dem Drang, mehr zu zeigen, als verlangt wurde, selbst wenn die zusätzliche Arbeit fertig ist und Sie stolz darauf sind. Ein Kunde, der ein Video ansieht, das über den beauftragten Ablauf hinaus zu einem unrelated Bildschirm abschweift, fragt sich, ob die ursprüngliche Anfrage irgendwo verloren ging. Gibt es zusätzliche Arbeit, die es wert ist, gezeigt zu werden, gehört sie in einen zweiten, klar beschrifteten Clip statt in den, mit dem der Kunde die ursprüngliche Anfrage abnimmt.

Was muss an der App vor der Aufnahme stimmen?

Öffnen Sie die v0 Vorschau URL und bestätigen Sie, dass der Ablauf funktioniert, bevor jemand außer Ihnen ihn sieht. Dieser Schritt existiert, weil ein frisch generierter v0 Build Lücken haben kann, die ein Entwickler übersieht, ein Kunde aber nicht: eine leere Tabelle, eine Schaltfläche, die noch nirgendwohin führt, Platzhaltertext, der noch in einem für echten Inhalt gedachten Feld steht. Beheben Sie zuerst, was zu beheben ist.

Laden Sie genau die Route, an der der Ablauf des Kunden beginnt, und bestätigen Sie, dass nichts unerwartet weiterleitet.
Ersetzen Sie Platzhaltertext und leere Listen durch Inhalte, die wie der echte Anwendungsfall des Kunden wirken.
Entfernen Sie den Namen, die Daten oder das Konto jedes anderen Kunden aus dem Build, bevor Sie irgendetwas aufnehmen.
Sitzt der Ablauf hinter einem Login, verwenden Sie ein Wegwerf Demokonto statt eines echten.

Ist ein Login tatsächlich Teil des Ablaufs, kann über das genehmigte Verfahren ein Demokonto bereitgestellt werden. Bei GogoScreen werden Zugangsdaten 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. Dieses Detail zählt gerade bei einer Kundenübergabe, weil der Kunde Ihnen das Ergebnis seines Projekts anvertraut, und genau zu sein, was mit jedem beteiligten Zugriff geschieht, ist Teil dieses Vertrauens.

Wie schreiben Sie den Hinweis, damit das Ergebnis zur Anfrage passt?

Schreiben Sie den Hinweis, prüfen Sie den Kandidaten, und senden Sie dann die Datei statt des Links. Nennen Sie Startpunkt, Aktion und Ergebnis in einem Satz, in den eigenen Worten des Kunden, wo möglich. "Vom leeren Kontaktformular aus ausfüllen und die Bestätigungsmeldung zeigen" ist konkret genug, um ein brauchbares Ergebnis zu liefern. "Das Kontaktfeature zeigen" lässt zu viel offen, und der Renderdurchlauf kann auf einem Bildschirm landen, der eine Frage beantwortet, die der Kunde nie gestellt hat.

Wählen Sie den Ablauf, den ein nicht technischer Prüfer beurteilen kann, ohne die App zu öffnen.
Öffnen Sie die v0 Vorschau URL und bestätigen Sie, dass der Ablauf funktioniert, bevor jemand außer Ihnen ihn sieht.
Schreiben Sie den Hinweis, prüfen Sie den Kandidaten, und senden Sie dann die Datei statt des Links.

Was sollten Sie prüfen, bevor Sie es senden?

Etwa einer von fünf Renderdurchläufen schlägt fehl oder muss wiederholt werden, sehen Sie sich die Datei also an, bevor sie den Kunden erreicht, statt sie automatisch weiterzuleiten. Bestätigen Sie, dass das Eröffnungsbild ohne vorherigen Kontext sinnvoll ist, denn der Kunde liest keinen Absatz Einleitung, bevor er Play drückt. Prüfen Sie, dass nichts auf dem Bildschirm dem widerspricht, was im ursprünglichen Umfang zugesagt wurde, und dass keine unrelated Daten oder unfertigen Bildschirme irgendwo im Clip erscheinen.

Der Leitfaden zum README Produkt Demovideo ist hier ein nützlicher Vergleich, denn ein technischer Leser und ein nicht technischer Kunde brauchen dieselbe zugrunde liegende Disziplin, angewandt auf verschiedene Publikum. Hält der erste Kandidat nicht stand, erklärt der Leitfaden zum erneuten Produkt Demovideo Versuch, wie man eine Sache ändert statt blind erneut einzureichen. Für einen v0 Build mit größerem Publikum als einem Kunden behandeln der v0 Portfolio Demovideo Leitfaden und der Leitfaden zum v0 App Review Rundgang zwei benachbarte Verwendungen derselben Vorbereitungsarbeit.

Für einen stattdessen in Cursor gebauten Build behandeln der Cursor Demovideo Leitfaden, der Cursor Landingpage Video Leitfaden und der Cursor Product Hunt Launch Video Leitfaden den entsprechenden Ablauf für ein Projekt ohne eingebaute Vorschau URL. Für einen Vergleich mit einem anderen Aufnahmewerkzeug lesen Sie GogoScreen gegen Clueso. Starten Sie auf der Startseite für den Arbeitsablauf mit URL und Hinweis, durchsuchen Sie Leitfäden für den Rest der Reihe, prüfen Sie Vergleiche gegen andere Werkzeuge, und sehen Sie sich die Preise an, bevor Sie einen Renderdurchlauf für einen Kunden einreichen.

Klarstellungen

Bevor Sie beginnen

Warum nicht einfach den v0 Vorschaulink an einen Kunden senden?

Ein Kunde, der selten Software baut, klickt oft keinen unbekannten Vorschaulink an, besonders auf einer generierten Subdomain, die er nicht erkennt. Ein Video beseitigt diese Vertrauensbarriere, weil es nichts zum Durchklicken gibt und keine Adresse zu hinterfragen ist.

Was sollte das Video einem Kunden beweisen?

Es sollte die eine Aufgabe zeigen, um die der Kunde gebeten hat, abgeschlossen, an der echten App. Ein Kunde beurteilt, ob die Arbeit das tut, worum gebeten wurde, nicht, ob die Oberfläche poliert ist.

Muss der Kunde die v0 Vorschau URL sehen?

Nein. Die Adresse selbst spielt für den Kunden keine Rolle und kann herausgeschnitten werden. Wichtig ist, dass der gezeigte Ablauf der echte, laufende Build ist und kein Mockup.

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