Zum Inhalt springen
Leitfaden6 Min. Lesezeit

Base44 Portfolio-Demo

Zeigen Sie einstellenden Personen den laufenden Build, keinen Screenshot davon.

Verwandeln Sie einen Base44-Build in einen Portfolioeintrag, der die laufende App zeigt, statt sich auf einen statischen Screenshot zu verlassen.

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

Ein Portfolio rund um Screenshots verlangt von der prüfenden Person, viel auf Treu und Glauben zu nehmen. Es zeigt, wie die Oberfläche aussah, nicht, ob das dahinterliegende System irgendetwas tat. Bei einem Base44-Build zählt diese Lücke besonders, da eine erzeugte App auf einem Screenshot vollständig wirken kann, während sie im tatsächlichen Funktionieren trotzdem Lücken hat. Ein kurzes Video der laufenden App schließt diese Lücke direkt, indem es eine geschehende Aktion und ein erscheinendes Ergebnis zeigt, statt zu beschreiben, dass es das täte.

GogoScreen baut diese Art von Video aus einer Web-App-URL und einem einzeiligen Hinweis dazu, was gezeigt werden soll, und liefert ein erzähltes, geschnittenes MP4 mit Klick-Zooms, Cursor-Glättung, entfernter toter Zeit und Untertiteln. Ein Demokonto kann für einen Login einspringen, wenn der Build einen braucht, was bei einem Base44-Projekt häufig ist, da Kontenverwaltung oft standardmäßig erzeugt wird. Nichts davon verspricht, dass ein erster Renderdurchlauf portfoliobereit ist. Geben Sie sich Raum zum Prüfen und für einen erneuten Versuch, bevor Sie es zu einem Profil hinzufügen, das sich eine andere Person tatsächlich ansieht.

Was muss ein Portfoliovideo belegen, was ein Screenshot nicht kann?

Eine einstellende Person oder eine Kundschaft, die ein Portfolio durchsieht, versucht meist, eine Frage zu beantworten: Kann diese Person etwas liefern, das funktioniert, nicht nur etwas, das gestaltet aussieht. Ein Video beantwortet das, indem es eine echte Interaktion von Anfang bis Ende zeigt, ohne dass die prüfende Person einer Bildunterschrift vertrauen muss. Wählen Sie einen Ablauf, der eine von Ihnen getroffene Entscheidung zeigt, etwa wie ein Formular Eingaben validiert oder wie sich ein Ergebnis nach einer Aktion aktualisiert, statt eines Ablaufs, der nur belegt, dass der Generator Bildschirme erzeugt hat.

Was ein Screenshot zeigtWas ein Video hinzufügtWarum es einer prüfenden Person wichtig ist
Die visuelle Gestaltung eines BildschirmsDie Interaktion zwischen zwei oder mehr ZuständenFunktionierende Software ist mehr als eine statische Ansicht
Eine Behauptung über ein FeatureDas Feature, das tatsächlich geschiehtNimmt die Notwendigkeit, der Behauptung zu vertrauen
Die Politur der OberflächeOb die dahinterliegende Logik solide istUnterscheidet einen funktionierenden Build von einem Mockup

Ein Leitfaden zum Aufnehmen ohne Bildschirmaufnahme ist hier nützlicher Kontext, da ein Portfoliostück von derselben geschnittenen, erzählten Behandlung profitiert wie eine kundenorientierte Demo, nicht von einer rohen, ungeschnittenen Aufnahme.

Welcher Ablauf gehört tatsächlich in die Zusammenstellung?

Widerstehen Sie dem Instinkt, alles zu zeigen, was die App tut. Eine prüfende Person im Portfoliokontext gibt einem Video, ähnlich wie eine Landingpage-Besucherin oder ein Landingpage-Besucher, ein kurzes Zeitfenster an Aufmerksamkeit, bevor sie zum nächsten Eintrag weitergeht. Wählen Sie den einen Ablauf, der Urteilsvermögen am besten zeigt, etwa den sauberen Umgang mit einem Randfall oder das Verbinden zweier Features auf eine Art, die aus dem Prompt allein nicht offensichtlich war. Ein generischer Erstellen-und-Ansehen-Ablauf belegt, dass der Generator funktionierte. Ein spezifischerer Ablauf belegt, dass Sie ihn gut geführt haben.

Wenn der Build standardmäßig hinter einem Login liegt, entscheiden Sie, ob das Zeigen dieses Schritts für dieses Publikum etwas hinzufügt. Die meisten prüfenden Personen im Portfoliokontext kümmern sich mehr um das, was nach dem Login geschieht, als um das Kontensystem selbst, daher ist es hier meist die bessere Wahl, daran vorbeizuschneiden und beim bedeutsamen Bildschirm zu beginnen.

Wie sollten Beispieldaten vorbereitet werden?

  • Verwenden Sie Daten, die wie ein echter Anwendungsfall wirken, ohne zu behaupten, die einer echten Kundschaft zu sein.
  • Vermeiden Sie offensichtlich erfundenen Platzhaltertext wie wiederholtes Lorem Ipsum, der den Eindruck untergräbt, dass der Build funktionsfähig ist.
  • Halten Sie Namen, Unternehmen oder Zahlen generisch genug, dass niemand sie für eine echte Kundenbeziehung halten könnte.
  • Bestätigen Sie, dass die Daten den gewählten Ablauf stützen, statt generischer Füllung, die von Tests übrig geblieben ist.

Sollte mehr als ein Ablauf in dasselbe Portfoliostück?

Meist nicht. Eine prüfende Person, die in einer Sitzung mehrere Kandidaten durchgeht, sieht selten eine lange Zusammenstellung genau genug, um jedem darin verpackten Ablauf etwas anzurechnen. Ein gut gewählter, vollständig gezeigter Ablauf hinterlässt meist einen stärkeren Eindruck als drei schnell gezeigte Abläufe, von denen keiner gut gezeigt wird. Wenn es in einem Base44-Build wirklich mehrere starke Arbeitsstücke gibt, dient eine kleine Gruppe kürzerer, separat betitelter Einträge der prüfenden Person meist besser als ein einzelnes Video, das versucht, alles abzudecken.

Das wird zu einer echten Einschränkung, wenn ein Build sowohl einen kundenorientierten als auch einen administrativen, zeigenswerten Ablauf hat. Wählen Sie den, der mehr über die konkrete Fähigkeit aussagt, die das Portfolio belegen soll. Eine einstellende Person, die auf Frontend-Urteilsvermögen prüft, interessiert sich für einen anderen Ablauf als eine, die prüft, wie sauber eine App mit einem chaotischen Randfall umgeht, und der Portfolioeintrag sollte mit dieser konkreten prüfenden Person im Sinn gebaut werden, statt zu versuchen, jedes mögliche Publikum zu bedienen.

Zählt die Bildunterschrift so viel wie das Video?

Das Video belegt, dass der Ablauf funktioniert. Die umgebende Bildunterschrift oder Portfolioeintrags-Beschreibung ist der Ort, an dem Kontext zum Build gehört, etwa auf welcher Plattform er gebaut wurde. Halten Sie diese beiden Elemente bei getrennten Aufgaben. Eine Bildunterschrift, die mehr verspricht, als das Video zeigt, erzeugt eine Abweichung, die einer aufmerksamen prüfenden Person sofort auffällt, und das ist ein schlechteres Ergebnis als eine Bildunterschrift, die einfach untertreibt und das Video überzeugen lässt.

Was ist die Kurzfassung dieses Prozesses?

  1. Wählen Sie den einen Ablauf, der zeigt, dass eine echte Entscheidung getroffen wurde, nicht nur, dass Bildschirme erzeugt wurden.
  2. Bereiten Sie Beispieldaten vor, die plausibel wirken, ohne sie als echte Kundenaktivität darzustellen.
  3. Prüfen Sie den fertigen Kandidaten so, wie eine unbeteiligte prüfende Person ihn ansehen würde, ohne den Kontext, den Sie selbst schon im Kopf haben.

Was sollten Sie prüfen, bevor Sie es zum Portfolio hinzufügen?

Spielen Sie den fertigen Kandidaten ohne zusätzlichen Kontext ab und prüfen Sie, ob der Ablauf weiterhin klar zu lesen ist. Wenn ein erneuter Versuch nötig ist, ist das normal, etwa einer von fünf Renderdurchläufen braucht einen, und Zeit wird nur verbraucht, wenn ein Renderdurchlauf gelingt, sodass ein früher fehlgeschlagener Versuch außer der Wartezeit nichts kostet. Jedes neue Konto erhält einmalig 60 Sekunden Video mit Wasserzeichen und erforderlicher E-Mail-Bestätigung zum Herunterladen, was oft für einen einzelnen Portfolioablauf ausreicht. Danach kauft eine Aufladung Zeit, die nie verfällt, sodass ein Portfolio Stück für Stück aufgebaut werden kann, ohne Monatsplan.

Was könnte derselbe Build sonst noch brauchen?

Sobald ein Portfoliovideo existiert, kann dieselbe zugrunde liegende Base44-App oft andere Assets für unterschiedliche Zielgruppen stützen. Ein Prüfrundgang ist das richtige Format, wenn eine bestimmte prüfende Person eine strukturierte Erklärung braucht, was ein Ablauf belegt, statt eine allgemeine Schau. Eine KI-Agent-Landingpage-Demo lohnt sich zu lesen, wenn derselbe Build auch eine eigene öffentliche Landingpage bekommt, und ein Prototyp-Demovideo aus einer URL behandelt die frühere Phase desselben Problems, bevor ein Build fertig genug für ein Portfolio ist.

Für dieselbe Aufgabe bei einem anderen Builder siehe die Leitfäden zu Figma-Make-Demovideos, Figma-Make-Landingpage-Videos, Figma-Make-Product-Hunt-Launch-Videos und dem Teilen eines Figma-Make-Projekts mit einer Kundschaft, nützlich, wenn ein Portfolio Arbeit auf mehr als einer Plattform umfasst. Verwandte Lektüre umfasst den Leitfaden für ein Agent-Handoff-Demovideo und den Leitfaden für ein Demovideo für eine SaaS-Warteliste. Vergleichen Sie direkte URL-Optionen bei GogoScreen gegen ngram, prüfen Sie die Preise oder durchstöbern Sie die restlichen Leitfäden und Vergleiche von der Startseite aus.

Klarstellungen

Bevor Sie beginnen

Warum ein Video statt eines Screenshots in einem Portfolio verwenden?

Ein Screenshot belegt, dass eine Oberfläche gestaltet wurde. Ein kurzes Video belegt, dass der zugrunde liegende Ablauf tatsächlich funktioniert, was einer prüfenden Person mehr bedeutet, die beurteilen will, ob eine bauende Person etwas Funktionsfähiges liefern kann, nicht nur etwas visuell Fertiges.

Sollte ein Portfoliovideo erwähnen, dass die App mit Base44 gebaut wurde?

Das ist eine Bildunterschrift- oder Kontextentscheidung, getrennt vom Video selbst. Das Video sollte den funktionierenden Ablauf zeigen, unabhängig davon, wie der umgebende Portfolioeintrag das verwendete Werkzeug beschreibt.

Was, wenn das Portfoliostück ein persönliches Projekt mit Platzhalterdaten ist?

Bereiten Sie Daten vor, die plausibel wirken statt offensichtlich erfunden, und stellen Sie Platzhalterinhalte niemals so dar, als wären sie echte Kundenaktivität. Eine prüfende Person, die die Arbeit beurteilt, bemerkt beide Extreme.

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.