Zum Inhalt springen
Leitfaden6 Min. Lesezeit

Ein Windsurf-Projekt mit einem Kunden teilen

Manche Kunden klicken den Link nie. Schicken Sie ihnen stattdessen das Ergebnis.

Übergeben Sie einen funktionierenden Windsurf-Build an einen nicht-technischen Kunden, der keinen Vorschau-Link öffnet, mit einem Video statt einer URL.

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

Manche Kunden öffnen jeden Link, den Sie ihnen schicken. Andere tun das nicht, sei es aus Zeitmangel, aus mangelndem Wohlbefinden mit unbekannter Software, oder einfach aus der Präferenz, gesagt statt gezeigt zu bekommen, wohin sie klicken sollen. Ein Windsurf-Projekt, das für diese zweite Art von Kunden gebaut wurde, braucht eine andere Übergabe als eine Vorschau-URL und eine hoffnungsvolle Nachricht. Ein kurzes Video, das von selbst abspielt, ohne Login und ohne erforderliche Navigation, respektiert sowohl die Zeit des Kunden als auch die Realität, dass er in seinem Leben vielleicht noch nie einen Staging-Link geöffnet hat.

Windsurf selbst ist ein Code-Editor, und der Kunde hat mit ziemlicher Sicherheit noch nie davon gehört und muss das auch nicht. Angefragt wurde ein Ergebnis, beschrieben in seinen eigenen Worten während eines Anrufs oder einer E-Mail, kein technisches Feature. Das Video sollte diese ursprüngliche Anfrage direkt beantworten, mit dem eigenen Wortschatz des Kunden statt mit den internen Begriffen der Oberfläche, denn ein Kunde, der unbekannte Bezeichnungen erst in seine eigene Anfrage zurückübersetzen muss, leistet Arbeit, die das Video für ihn hätte erledigen sollen.

Das ist ein anderes Problem, als dasselbe Projekt einem technischen Publikum zu zeigen. Eine Windsurf-Portfolio-Demo wird von jemandem beurteilt, der Handwerk sehen will und bereit ist, sich durch etwas Nuance durchzuarbeiten. Ein Kundenprüfvideo wird von jemandem beurteilt, der eine Ja-oder-Nein-Antwort will und sich durch nichts Zusätzliches durcharbeiten wird. Die beiden zu verwechseln, indem man einem Kunden etwas schickt, das für ein Portfolio-Publikum gebaut wurde, ist eine häufige Art, wie eine Kundenübergabe schiefgeht, selbst wenn das zugrunde liegende Video gut gemacht ist.

Was muss ein nicht-technischer Kunde tatsächlich sehen?

Beginnen Sie bei der ursprünglichen Anfrage, nicht bei der Struktur der App. Hat der Kunde nach „einer Möglichkeit für Kunden, einen Termin zu buchen“ gefragt, sollte das Video genau diesen Buchungsablauf zeigen, beschrieben als Buchung, nicht als das, wie die Codebasis das zugrunde liegende Objekt zufällig nennt. Überspringen Sie jeden Bildschirm, nach dem der Kunde nicht gefragt hat, selbst einen ausgefeilten, denn ein unerwarteter Bildschirm weckt eher eine Frage zum Umfang als Vertrauen in die Lieferung.

Kunden lesen Tempo auch anders als ein technischer Prüfer. Ein Entwickler, der ein Prüfvideo sieht, kann einem schnellen Schnitt zwischen Bildschirmen folgen, weil er die zugrunde liegende Struktur bereits versteht. Ein Kunde kann das nicht, und ein Video im Tempo eines Entwicklers lässt ihn unsicher zurück, was er gerade gesehen hat. Verlangsamen Sie das Tempo, lassen Sie jeden Bildschirm lange genug stehen, um erfasst zu werden, und widerstehen Sie dem Drang, das Video zu verdichten, nur weil ein schnellerer Schnitt für Ihr eigenes Auge ausgefeilter wirken würde.

Was der Kunde angefragt hatWas das Video zeigen sollteWas mehr verwirrt als hilft
Eine einfache Beschreibung eines ErgebnissesGenau dieses Ergebnis, von Anfang bis EndeBildschirme oder Begriffe, die er nie erwähnt hat
Eine Korrektur für etwas KaputtesDieselben Schritte, die früher fehlschlugen, jetzt funktionierendEin anderer Bereich, der ebenfalls angefasst wurde
Eine neue FunktionDiese Funktion, so genutzt, wie er sie beschrieben hatKonfigurationsoptionen für einen technischen Nutzer

Eine SaaS-Demovideo-Checkliste ist eine nützliche allgemeine Referenz für diese Art der Vorbereitung, auch wenn dieser spezielle Leitfaden für ein Kundenpublikum statt für einen allgemeinen Käufer geschrieben ist.

Wie bereiten Sie den Build für einen Kunden vor, der ihn nicht erkunden wird?

Öffnen Sie die bereitgestellte Route selbst und erledigen Sie die genaue Aufgabe in den Worten des Kunden. Bestätigen Sie, dass keine übrig gebliebenen Debug-Daten, kein Platzhaltertext und nichts auf dem Bildschirm zu sehen ist, das eine Frage aufwerfen würde, die Sie lieber nicht per E-Mail beantworten möchten. Ein Kunde, der die App nicht erkunden wird, wird Ihnen bei allem, was unfertig wirkt, auch nicht den Vertrauensvorschuss geben, da er keinen anderen Kontext für das Projekt hat, um es einzuordnen.

  • Durchlaufen Sie genau die Aufgabe, die der Kunde beschrieben hat, in der von ihm beschriebenen Reihenfolge.
  • Entfernen Sie alle Debug- oder Platzhalterdaten, die während der Entwicklung übrig geblieben sind.
  • Bereiten Sie ein Demokonto vor, falls der Ablauf einen Login braucht, statt echte Zugangsdaten zu schicken.
  • Bestätigen Sie, dass nichts auf dem Bildschirm eine nachträgliche Erklärung bräuchte.

Ist ein Login erforderlich, kann für den Renderdurchlauf ein Demokonto vorbereitet 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. Das ist hier besonders wichtig, denn ein nicht-technischer Kunde weiß wahrscheinlich nicht, was er mit einem Login anfangen soll, selbst wenn Sie ihm einen schicken würden, und ist besser bedient, wenn er nie einen braucht.

Überlegen Sie, was der Kunde unmittelbar nach dem Ansehen tun wird. Ist der natürliche nächste Schritt eine Antwort mit „Ja, genehmigt“, sollte diese Antwort nichts außer dem Video selbst brauchen. Müsste der Kunde durchklicken, um etwas zu prüfen, das das Video nicht gezeigt hat, hat das Video seine Aufgabe nicht wirklich erfüllt, und es lohnt sich, das fehlende Stück vor dem Versenden zu ergänzen, statt auf eine Rückfrage zu warten, die eine etwas längere Aufnahme hätte vermeiden können.

Wie sollten Hinweis und Erzählung geschrieben werden?

  1. Übersetzen Sie die Anfrage in die eigenen Worte des Kunden, bevor Sie entscheiden, was Sie zeigen.
  2. Zeigen Sie das Ergebnis vor jedem Oberflächendetail, denn genau das wurde angefragt.
  3. Erzählen Sie in einfacher Sprache, nicht in Produktterminologie, damit hinterher nichts erklärt werden muss.

Schreiben Sie den Hinweis so, wie Sie das Ergebnis am Telefon erklären würden, nicht so, wie Sie es einem anderen Entwickler beschreiben würden. Hat die ursprüngliche Nachricht des Kunden eine bestimmte Formulierung verwendet, übernehmen Sie diese Formulierung, statt sie durch einen präziseren, aber unbekannten Begriff zu ersetzen. Präzision, die ein Glossar braucht, ist keine Präzision, die der Kunde nutzen kann.

Was kommt vor und nach dieser Übergabe?

Hat der Kunde eine Prüfung angefragt, bevor die Arbeit als abgeschlossen gilt, behandelt dieser Leitfaden den Lieferschritt, während der Windsurf App-Review-Rundgang behandelt, wie der Ablauf um die ursprüngliche Anfrage herum strukturiert wird. Sobald ein Projekt vom Kunden genehmigt ist und auf ein breiteres Publikum zusteuert, beantworten eine Behandlung im Stil des Base44-Demovideos, ein Base44-Landingpage-Video oder ein Base44-Product-Hunt-Launch-Video jeweils eine andere spätere Frage, auch wenn die Kundenübergabe selbst davon noch nichts braucht.

Ist bei diesem Kunden eher der Preis als die Lieferung die offene Frage, ist ein Demovideo für eine SaaS-Preisseite ein separates, späteres Anliegen. Sieht der Kunde aus einem öffentlichen Thread zu statt aus einer privaten Nachricht, ist das näher an einem Show-HN-Demovideo oder einer KI-Agent-Product-Hunt-Demo als an einer privaten Kundenübergabe, und der Ton sollte sich entsprechend anpassen. Die zugrunde liegende Mechanik bleibt in beiden Fällen gleich, und der Leitfaden zum Software-Demovideo aus einer URL behandelt diese Mechanik ausführlicher, falls ein Schritt oben unbekannt war.

Was sollten Sie vor dem Versenden prüfen?

Sehen Sie sich das fertige Video an, als wären Sie der Kunde, ohne Vorwissen zum Projekt. Bestätigen Sie, dass das Ergebnis auch ohne Erzählung sichtbar ist, falls stummgeschaltet auf dem Handy angesehen wird, und bestätigen Sie, dass nichts auf dem Bildschirm eine Rückfrage zum Verständnis braucht. Vergleichen Sie das Format mit Demosmith, wenn Sie eine andere Art erwägen, dieselbe Übergabe zu verpacken.

Lassen Sie Raum für einen weiteren Versuch, denn etwa einer von fünf Renderdurchläufen schlägt fehl oder muss wiederholt werden, und eine Kundenübergabe ist ein schlechter Ort für eine überraschende Verzögerung. Jedes neue Konto erhält einmalig 60 Sekunden Video mit Wasserzeichen, was für eine einzelne Kundenaufgabe oft ausreicht, und danach verfällt Zeit aus Aufladungen nie, und Zeit wird nur verbraucht, wenn ein Renderdurchlauf gelingt. Prüfen Sie die Preise für die Pläne, durchstöbern Sie weitere Leitfäden und Vergleiche, oder starten Sie von der GogoScreen-Startseite mit der Route und dem Hinweis, auf denen diese Übergabe aufbaut.

Klarstellungen

Bevor Sie beginnen

Warum nicht einfach dem Kunden einen Vorschau-Link schicken?

Ein Vorschau-Link setzt voraus, dass der Kunde ihn öffnet, versteht, was er sieht, und eine unbekannte Oberfläche richtig interpretiert. Viele nicht-technische Kunden tun das nicht zuverlässig, und ein Video macht diese Annahme vollständig überflüssig.

Was sollte das Video einem Kunden zeigen, der nicht nach technischen Details gefragt hat?

Zeigen Sie das Ergebnis, das ihm wichtig ist, beschrieben in seiner eigenen Sprache statt in der internen Terminologie der App, mit genug Kontext, dass er das Projekt vorher nicht gesehen haben muss.

Unterscheidet sich das von einem allgemeinen Demovideo?

Der Aufnahmeablauf ist derselbe. Der Unterschied liegt im Publikum. Ein Kundenprüfvideo ist für jemanden geschrieben, der entscheidet, ob die Arbeit dem entspricht, was er angefragt hat, nicht für einen Fremden, der entscheidet, ob er das Produkt ausprobiert.

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.