Zum Inhalt springen
Leitfaden6 Min. Lesezeit

Cursor-Portfolio-Demovideo

Zeigen Sie einem Prüfer die funktionierende App, keinen Screenshot davon.

Verwandeln Sie ein in Cursor gebautes Projekt in einen Portfolio-Eintrag, der den laufenden Ablauf zeigt, mit einer erreichbaren Route und einer klaren Aufgabe.

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

Ein mit Cursor gebauter Portfolio-Eintrag hat eine Aufgabe: jemanden, der eine Liste von Projekten überfliegt, davon zu überzeugen, dass sich ein genauerer Blick auf dieses eine lohnt. Diese Person ist meist ein Personalverantwortlicher, ein technischer Lead, der eine Take-Home-Prüfung durchführt, oder ein möglicher Kunde, der ein paar Freelancer vergleicht. Keiner von ihnen wird das Repository klonen, bevor er entscheidet, ob er weiterliest. Sie schauen auf das, was neben dem Projekttitel steht, und ein statischer Screenshot eines Formulars oder Dashboards sagt ihnen fast nichts darüber, ob die Sache tatsächlich funktioniert.

Cursor selbst ist ein Code-Editor, keine Hosting-Plattform. Es veröffentlicht ein Projekt nicht unter einer öffentlichen URL und hält von sich aus keine Vorschau am Laufen. Was auch immer der Entwickler baut, läuft während der Arbeit lokal auf einem unter einer lokalen Adresse erreichbaren Entwicklungsserver und wird danach auf dem Hosting bereitgestellt, das der Entwickler gewählt hat, falls überhaupt bereitgestellt. Diese Lücke zwischen „der Code existiert“ und „die App ist erreichbar“ ist genau dort, wo ein Portfolio-Eintrag scheitern kann, selbst wenn die eigentliche Arbeit solide ist. Ein Video umgeht diese Lücke. Es hält die App in ihrem aktuellen erreichbaren Zustand fest, ob dieser Zustand eine bereitgestellte URL oder ein lokaler Entwicklungsserver ist, und macht daraus etwas, das ein Prüfer ansehen kann, ohne selbst etwas auszuführen.

Welche Aufgabe sollte das Portfolio-Video zeigen?

Wählen Sie die eine Interaktion, die die Fähigkeit, für die Sie Anerkennung wollen, am besten demonstriert. Ein Projektmanagement-Tool sollte zeigen, wie eine Aufgabe von einer Spalte in eine andere wandert und dort bleibt. Ein Datentool sollte zeigen, wie eine Datei hineingeht und ein transformiertes Ergebnis herauskommt. Widerstehen Sie dem Drang, jeden Bildschirm des Projekts zu öffnen. Ein Prüfer, der sechs unzusammenhängende Funktionen in neunzig Sekunden sieht, erinnert sich meist an keine davon, während sich ein Prüfer, der eine überzeugende Interaktion sieht, daran erinnert, dass der Entwickler eine funktionierende Funktion durchgängig ausliefern kann.

Portfolio-AufgabeWas sie beweistWas wegzulassen ist
Eine KerninteraktionDer Build funktioniert tatsächlich, nicht nur rendertEine Tour durch Einstellungen, Admin-Panels und unzusammenhängende Seiten
Ein sichtbarer Vorher-Nachher-ZustandUrsache und Wirkung innerhalb der AppErzählung, die Code statt den Bildschirm beschreibt
Ein glaubwürdiger DatenzustandDie App wurde mit echten Eingaben getestet, nicht mit einer leeren DemoPlatzhaltertext, der vom Gerüst übriggeblieben ist

Wenn das Projekt ein kleineres Begleitstück statt des Hauptprojekts ist, funktioniert ein Clip im Stil eines Changelog-Videos für SaaS besser als ein vollständiger Rundgang, da er sich auf eine ausgelieferte Änderung statt auf das gesamte Produkt konzentrieren kann.

Wie bereiten Sie ein Cursor-Projekt für die Aufnahme vor?

Öffnen Sie zuerst von Hand die erreichbare Route, genauso wie Sie jede Webanwendung testen würden, bevor sie jemand anderem gezeigt wird. Bestätigen Sie, dass es keine defekte Weiterleitung, keinen halb fertigen Onboarding-Schritt und keinen leeren Zustand dort gibt, wo das aussagekräftige Ergebnis sein sollte. Cursor-Projekte starten oft mit Platzhalterdaten aus einer Startvorlage, und diese Daten wirken in dem Moment unfertig, in dem jemand anderes sie sieht. Ersetzen Sie sie durch etwas, das wie eine plausible echte Nutzung des Tools aussieht, bevor Sie irgendetwas aufnehmen.

  • Bestätigen Sie, dass die Route ohne Fehler oder einen hängenden Ladezustand öffnet.
  • Ersetzen Sie Platzhalterinhalte aus der Startvorlage durch Daten, die zum tatsächlichen Zweck der App passen.
  • Entscheiden Sie, ob der Ablauf einen Login braucht, und bereiten Sie gegebenenfalls ein Wegwerfkonto vor.
  • Notieren Sie den genauen Start- und Endpunkt der zu zeigenden Interaktion.

Wenn das Projekt hinter einer Authentifizierung liegt, kann ein Demokonto über den normalen GogoScreen-Prozess bereitgestellt werden, und bei GogoScreen werden alle angegebenen 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 ein bedeutsames Detail für einen Portfolio-Ersteller, denn ein Login für ein Nebenprojekt ist immer noch ein Login, den man nicht leichtfertig herausgeben möchte. Einen begleitenden Leitfaden zur korrekten Einrichtung dieses Kontos finden Sie unter Ein Demokonto für ein Produktvideo vorbereiten.

Denken Sie darüber nach, wessen Daten auf dem Bildschirm erscheinen. Ein in Cursor gebautes Nebenprojekt trägt manchmal echte Informationen aus frühen Tests, eine persönliche E-Mail-Adresse, die zur Anmeldung benutzt wurde, oder den Namen eines Freundes, der beim Ausprobieren der Funktion eingegeben wurde. Nichts davon gehört in einen öffentlichen Portfolio-Eintrag. Tauschen Sie es gegen Daten, die offensichtlich repräsentativ statt offensichtlich echt sind, und prüfen Sie jedes sichtbare Feld, nicht nur das, um das die Interaktion kreist.

Was muss der Ablaufhinweis sagen?

  1. Wählen Sie eine Aufgabe, die die App erfüllt und die ein Fremder in zehn Sekunden versteht.
  2. Erreichen Sie den Zustand, der beweist, dass die Aufgabe tatsächlich abgeschlossen wurde, nicht nur den leeren Startbildschirm.
  3. Nehmen Sie den Ablauf statt eines Screenshots auf, damit ein Prüfer sieht, wie die App reagiert.

Schreiben Sie den Hinweis so, wie Sie die App jemandem erklären würden, der neben Ihnen steht, mit denselben Worten, die die Oberfläche verwendet. Wenn die App etwas einen Arbeitsbereich nennt, sollte der Hinweis Arbeitsbereich sagen, nicht Ordner. Ein vager Hinweis wie „das Dashboard zeigen“ lädt zu einer Aufnahme ein, die durch die Oberfläche wandert, ohne je ein Ergebnis zu erreichen, und ein umherwanderndes Portfoliostück ist schlimmer als gar kein Video.

Wo sollte das fertige Video liegen?

Platzieren Sie das Video oben im Portfolio-Eintrag des Projekts, vor der Beschreibung und vor der Liste des Tech-Stacks. Ein Prüfer, der drei Absätze scrollen muss, um einen Beweis zu finden, dass die App funktioniert, ist meist schon weitergezogen. Wenn dasselbe Projekt auch eine eigene öffentliche Seite braucht, ändert sich die Platzierungsfrage, und eine Behandlung im Stil eines Landingpage-Demovideos oder eines Product-Hunt-Launch-Videos beantwortet ein anderes Briefing als ein Portfolio-Eintrag, selbst wenn das zugrunde liegende Material ähnlich ist. Ein allgemeines Windsurf-Demovideo behandelt denselben zugrunde liegenden Aufnahmeablauf, falls das Projekt stattdessen auf dieser Plattform gebaut wurde, und die Vorbereitungsschritte übertragen sich so oder so.

Wenn das Portfolio selbst einen bestimmten nicht-technischen Prüfer erreichen muss, etwa einen Recruiter, der Ihre Arbeit an einen Personalverantwortlichen weiterleitet, der nicht durchklicken wird, erklärt eine Übergabe im Stil von Windsurf mit einem Kunden teilen, wie man dieselbe Art von Beweis für jemanden verpackt, der eine direkte Antwort statt einer zu erkundenden Seite will.

Ein Portfolio-Video eignet sich auch gut zur Wiederverwendung. Derselbe Clip, anders zugeschnitten, kann ein Staging-App-Demovideo stützen, das privat für Feedback mit einem Mentor geteilt wird, oder einen kürzeren Schnitt für jemanden, der entscheidet, ob ein neues SaaS sein erstes Demovideo verdient. Halten Sie die ursprüngliche Aufnahme auf eine Aufgabe fokussiert, damit diese Schnitte einfach bleiben, statt eine vollständige Neuaufnahme zu erfordern. Wenn eine Folgeprüfung geplant ist, sobald sich der Code ändert, behandelt der Cursor-App-Prüfvideo-Leitfaden, wie man einem Prüfer den Ablauf übergibt, der beweist, dass eine bestimmte Anfrage erledigt wurde, eine verwandte, aber separate Nutzung desselben zugrunde liegenden Ablaufs.

Was sollten Sie vor der Veröffentlichung prüfen?

Sehen Sie sich das fertige Video einmal an, als hätten Sie das Projekt noch nie gesehen. Prüfen Sie, ob der Eröffnungsframe auch ohne Ton Sinn ergibt, da viele Prüfer stummgeschaltet zusehen werden. Bestätigen Sie, dass im Bild keine echte E-Mail-Adresse, kein echter Name und keine Daten erscheinen, die Sie nicht öffentlich sehen möchten. Eine Alternative zum Produkt-Demo-GIF ist manchmal das richtige Format statt eines vollständigen Videos, besonders wenn der Portfolio-Eintrag in einem Raster kleiner Karten statt auf einer vollständigen Seite sitzt, entscheiden Sie sich also für das Format, bevor Sie sich auf eine Länge festlegen.

Denken Sie daran, dass etwa einer von fünf Renderdurchläufen eine Wiederholung braucht, lassen Sie also Zeit in Ihrem Zeitplan, statt in der Nacht vor einem Vorstellungsgespräch aufzunehmen. Jedes neue Konto erhält einmalig 60 Sekunden Video mit Wasserzeichen, was oft für eine einzelne Portfoliointeraktion ausreicht. Danach nutzen Videos Zeit aus einem Plan oder einer Aufladung; Zeit aus Aufladungen verfällt nie, und Zeit wird nur verbraucht, wenn ein Renderdurchlauf tatsächlich gelingt. Nichts davon ändert den redaktionellen Maßstab: Das Video verdient seinen Platz im Portfolio nur, wenn ein Fremder es ansehen und glauben kann, dass die App funktioniert. Vergleichen Sie das fertige Ergebnis mit Demosmith, wenn Sie zwischen Aufnahmewerkzeugen wählen, prüfen Sie die Preise für Pläne und Aufladungen, durchsuchen Sie die restliche Leitfäden- und Vergleichs-Bibliothek für angrenzende Formate, oder beginnen Sie erneut auf der GogoScreen-Startseite, wenn das Projekt eine ganz andere Art von Asset braucht.

Klarstellungen

Bevor Sie beginnen

Warum braucht ein Cursor-Portfolio-Eintrag ein Video statt eines Screenshots?

Ein Screenshot zeigt einen statischen Moment. Ein Personalverantwortlicher oder Kunde kann daran nicht erkennen, ob die Interaktion tatsächlich funktioniert. Ein kurzes Video des echten Ablaufs beantwortet diese Frage in Sekunden, und genau dafür ist ein Portfolio-Eintrag da.

Hostet Cursor die App für das Portfolio-Video?

Nein. Cursor ist ein Code-Editor, kein Hosting-Dienst. Der Entwickler führt das Projekt während der Arbeit lokal aus und stellt es separat auf dem Hosting bereit, das er gewählt hat. Das Video sollte zeigen, was zum Zeitpunkt der Aufnahme davon erreichbar ist.

Was, wenn das Cursor-Projekt nur auf localhost läuft?

Ein localhost-Ablauf kann trotzdem wie jede andere erreichbare Route aufgenommen und geprüft werden, solange er sich in einem Browser öffnet. Behandeln Sie die Bereitstellungsfrage getrennt von der Portfoliofrage und nehmen Sie den heute vorhandenen Zustand auf.

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.