Zum Inhalt springen
Leitfaden6 Min. Lesezeit

Ein Bolt-Projekt mit einem Kunden teilen

Zeigen Sie den Build einem Kunden, der den Link ohnehin nie geöffnet hätte.

Übergeben Sie einen funktionierenden Bolt-Build an einen Kunden, der keinen Vorschau-Link öffnet, mit einem Video, das den Klick ersetzt, den er nicht macht.

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

Ein Kunde öffnet einen Vorschau-Link selten so, wie es ein Entwickler tut. Bekommt ein nicht technischer Kunde eine URL zu einer Bolt-Sandbox-Sitzung, klickt er sie vielleicht an, wartet auf das Laden, wird verwirrt darüber, welcher Teil das eigentliche Produkt ist und welcher Teil Builder-Werkzeuge sind, und gibt auf, bevor er den Teil erreicht, der ihn eigentlich überzeugen sollte. Das Problem ist nicht, dass der Kunde uninteressiert ist. Es ist, dass ein roher Link ihn zu einer Arbeit auffordert, für die er sich nie angemeldet hat: sich durch eine unbekannte Oberfläche zu navigieren, um ein Ergebnis zu finden, das jemand anderes bereits direkt erreichen kann.

Ein kurzes Video nimmt diesen Schritt weg. Statt den Kunden zu bitten, das Ergebnis selbst zu finden, zeigt es ihm das Ergebnis, in einer sinnvollen Reihenfolge, mit einer Erzählung, die erklärt, was er sieht. Das ist besonders bei einem Bolt-Build wichtig, wo der schnellste Weg zu einer funktionierenden Vorschau oft eine isolierte In-Browser-Sitzung ist, die ein Kunde keinen Grund hat, als legitim zu erkennen, und wo ein Erstbesucher möglicherweise nicht unterscheiden kann zwischen einer ladenden Sandbox und einem defekten Link.

Die Lücke zwischen dem, was ein Builder sieht, und dem, was ein Kunde sieht, wird leicht unterschätzt. Ein Builder erkennt einen Sandbox-Ladebildschirm als normalen Teil des Prozesses, etwas, das man ein, zwei Sekunden aussitzt. Ein Kunde ohne Erfahrung mit diesem Werkzeug hat kein solches Muster, auf das er zurückgreifen kann, und eine Verzögerung, die für die eine Person routinemäßig wirkt, kann für die andere wie ein defekter Link wirken. Ein Video umgeht diesen Unterschied vollständig, indem es ein fertiges Ergebnis präsentiert, statt den Kunden den Ladezustand selbst durchstehen zu lassen.

Ein Entwickler, der einen Bolt-Vorschau-Link öffnet, versteht, was er sieht, selbst wenn das Laden einen Moment dauert. Ein Kunde hat diesen Kontext nicht. Er sieht eine unbekannte Oberfläche, möglicherweise eine Ladeverzögerung, und kein klares Signal, wo er zuerst hinschauen soll. Manche Kunden klicken den Link überhaupt nicht an, wenn er ohne Erklärung ankam, da eine unbekannte URL von einem Builder leicht als etwas wirkt, das man aufschieben kann.

Was der Kunde siehtWas ein Video wegnimmt
Eine unbekannte, isolierte OberflächeErsetzt durch eine geführte Sequenz mit Erzählung
Eine Ladeverzögerung ohne ErklärungErsetzt durch ein fertiges, geschnittenes Ergebnis
Kein klarer AusgangspunktErsetzt durch ein bewusstes Eröffnungsbild

Was sollte das Video tatsächlich zeigen?

Passen Sie das Video an das an, was dem Kunden angekündigt wurde, nicht an alles, was gebaut wurde. Wenn die Vereinbarung darin bestand, einen funktionierenden Checkout-Ablauf zu liefern, sollte das Video zeigen, wie dieser Ablauf abgeschlossen wird, nicht eine Tour durch das Admin-Panel oder eine Liste technischer Verbesserungen, nach denen der Kunde nicht gefragt hat. Ein Kunde, der ein Video sieht, das über den vereinbarten Umfang hinausschweift, fragt sich vielleicht, ob das eigentliche Liefergut irgendwo in der Tour verloren gegangen ist.

  1. Deployen Sie den Build auf eine stabile URL, die der Kunde später erneut aufrufen kann, wenn er das möchte.
  2. Passen Sie das Video an das konkrete Ergebnis an, das dem Kunden angekündigt wurde.
  3. Senden Sie zuerst das Video, mit dem deployten Link als optionaler Anschlussoption.

Wie verändert ein vorheriger Deploy die Übergabe?

Den Build zu deployen, bevor überhaupt etwas gesendet wird, gibt dem Kunden eine echte, erneut aufrufbare Adresse, selbst wenn er sie nie anklickt. Das ist wichtig, weil Vertrauen bei einer Übergabe oft davon abhängt, zu wissen, dass eine Rückfalloption existiert, nicht davon, sie tatsächlich zu nutzen. Ein Kunde, der weiß, dass er später zu einem funktionierenden Link zurückkehren kann, akzeptiert ein Video eher als vorerst ausreichend, verglichen mit einem Kunden, der vermutet, dass die gezeigte Demo nirgendwo existiert, wo er sie noch einmal prüfen kann.

Es gibt auch einen praktischen Grund, vor statt nach der Aufnahme zu deployen. Eine Sandbox-Sitzung, die nur zum Bauen verwendet wird, kann sich leicht anders verhalten, sobald derselbe Code auf einem echten Hosting-Ziel läuft, und ein gegen die Sandbox aufgenommenes Video kann am Ende etwas zeigen, das nicht ganz zur deployten Version passt. Eine Aufnahme gegen die Adresse, die der Kunde tatsächlich erneut aufrufen kann, hält Video und zugrunde liegenden Build in Übereinstimmung.

GogoScreen nimmt die deployte URL und einen einzeiligen Hinweis entgegen, der das vereinbarte Ergebnis benennt, und liefert dann ein erzähltes MP4 mit Untertiteln, geglätteten Mauszeigern, Klick-Zooms und entfernten Stille-Passagen. Wenn der Ablauf einen Login benötigt, kann für diesen einen Renderdurchlauf ein Demokonto bereitgestellt werden. Dabei werden die 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. Etwa einer von fünf Renderdurchläufen schlägt fehl oder muss wiederholt werden, was es wert ist, bereits vor einer Frist eingeplant zu werden, statt es erst in letzter Minute zu entdecken.

Wie unterscheidet sich das von einem Portfolio- oder Launch-Video?

Eine Kundenübergabe hat ein Publikum von einer oder einer kleinen Handvoll Personen, die bereits Kontext über das Vereinbarte haben, anders als der Bolt-Portfolio-Demo-Leitfaden, der für einen Fremden ohne vorherigen Kontext geschrieben ist, oder ein Launch-Galerie-Asset, das für eine Menge schnell scrollender Fremder geschrieben ist. Ein öffentlich sichtbares Landingpage-Video kommt dem im Geiste näher, ist aber immer noch öffentlich, während eine Kundenübergabe in der Regel privat und auf eine bestimmte Beziehung bezogen ist. Der Bolt-App-Review-Rundgang-Leitfaden ist der nächste Verwandte, da es bei beiden darum geht, jemandem, der danach gefragt hat, ein konkretes Ergebnis zu beweisen.

Derselbe Übergabebedarf besteht bei anderen Buildern. Der v0-Landingpage-Video-Leitfaden, der v0-Product-Hunt-Launch-Video-Leitfaden und der v0-Leitfaden zum Teilen mit einem Kunden behandeln die entsprechenden Momente für einen v0-Build, bei dem die Ausgabe eher zur Oberfläche als zu verdrahtetem Backend-Verhalten tendieren kann, was verändert, was ein Übergabevideo ehrlich über den zugrunde liegenden Ablauf behaupten kann. Für den Kompromiss zwischen einem interaktiven Rundgang und einem festen Video siehe den Leitfaden interaktive Demo im Vergleich zu Demovideo.

Was sollte passieren, nachdem der Kunde das Video gesehen hat?

Die Übergabe ist meist nicht das Ende der Beziehung, planen Sie also, was passiert, nachdem der Kunde reagiert hat.

  • Wenn der Kunde zustimmt, bewahren Sie das Video als Beleg dafür auf, was wann geliefert wurde.
  • Wenn der Kunde eine Änderung wünscht, notieren Sie diese klar, statt dasselbe Video zu bearbeiten.
  • Wenn das Projekt auf einen öffentlichen Launch zusteuert, behandelt der Leitfaden für Demovideos vor dem Launch, was sich in dieser Phase ändert.

Das gesendete Video als Aufzeichnung zu behandeln statt als Wegwerfnachricht macht spätere Meinungsverschiedenheiten leichter lösbar. Ein Kunde, der sich Wochen später nicht mehr genau erinnert, was gezeigt wurde, profitiert davon, auf eine bestimmte Datei mit einem bestimmten Datum verweisen zu können, und ein Builder profitiert von derselben Aufzeichnung, falls der vereinbarte Umfang jemals infrage gestellt wird.

Eine saubere Aufzeichnung zu führen ist wichtiger, als es im Moment scheint. Ein Demovideo-Vorschaubild, das den gelieferten Zustand klar wiedergibt, hilft, wenn das Video abgelegt und Monate später referenziert wird, und ein Agenten-Übergabe-Demovideo ist das richtige Format, wenn der nächste Schritt darin besteht, den Build an einen anderen Builder statt direkt an den Kunden zu übergeben. Wenn die Beziehung über diese eine Lieferung hinaus fortbesteht, kann ein Changelog-Video künftige Updates tragen, ohne diesen gesamten Übergabeprozess jedes Mal zu wiederholen. Für einen Vergleich von Werkzeugen, die diese Art kundenorientierter Aufnahme unterstützen, siehe GogoScreen im Vergleich zu ngram. Sehen Sie sich die Preise an, durchstöbern Sie die übrigen Leitfäden und Vergleiche, oder starten Sie von der GogoScreen-Startseite, um den Ablauf mit Ihrem eigenen deployten Build auszuprobieren.

Klarstellungen

Bevor Sie beginnen

Warum nicht einfach den Bolt-Vorschau-Link senden?

Ein Vorschau-Link funktioniert für einen technisch versierten Prüfer, der bereit ist, durchzuklicken und auf das Laden einer isolierten Sitzung zu warten. Viele Kunden tun keines von beidem, weshalb ein Video, das dasselbe Ergebnis zeigt, diese Hürde vollständig beseitigt.

Muss der Kunde den Code sehen?

Nein. Ein Kunde beurteilt in der Regel, ob das Ergebnis dem Vereinbarten entspricht, nicht die Umsetzung. Das Video sollte die funktionierende App zeigen, nicht den Editor.

Was, wenn der Kunde eine Frage stellt, die das Video nicht beantwortet?

Halten Sie den deployten Link als Anschlussoption bereit. Das Video sollte die Hauptfrage schnell beantworten, wobei der Link als Rückfalloption für alle dient, die weiter erkunden möchten.

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.