Zum Inhalt springen
Leitfaden5 Min. Lesezeit

Figma-Make-Rundgang für die interne Prüfung

Zeigen Sie dem Prüfer den Ablauf, der seine Frage beantwortet, bevor er sie stellt.

Geben Sie einem internen Prüfer den einen Ablauf, der beweist, dass ein Figma-Make-Build das tut, worum gebeten wurde, bevor er sich zur Freigabe hinsetzt.

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

Eine App-Prüfung ist ein Vergleich, kein erster Eindruck. Jemand hat um eine bestimmte Sache gebeten, und die Aufgabe des Prüfers ist zu kontrollieren, ob der Build sie liefert. Das verändert, was der Rundgang leisten muss. Er verkauft den Build nicht. Er beantwortet eine bereits gestellte Frage, so direkt wie möglich, damit der Prüfer freigeben, eine Änderung anfordern oder eskalieren kann, ohne selbst die Oberfläche durchsuchen zu müssen. Behandeln Sie die Anfrage als Drehbuch und das Video als Beleg, nicht als Überzeugungsarbeit.

Ein Figma-Make-Build lebt meist an einem teilbaren Vorschau-Link, der sich ohne Anmeldung öffnet, da die meisten Figma-Make-Projekte Prototypen sind statt ausgelieferter Software mit einem echten Kontosystem dahinter. Das bedeutet, der Prüfer könnte im Prinzip den Link selbst öffnen und ihn kontrollieren. In der Praxis hat er dafür selten die Zeit, und genau deshalb spart ein zielgerichteter Rundgang einen Prüfzyklus, statt einen weiteren hinzuzufügen. Eine Warteschlange von Prüfanfragen bewegt sich schneller, wenn jede mit einer zweiminütigen Antwort kommt, statt mit einem bloßen Link, für dessen Erkundung der Prüfer sich Zeit einplanen muss.

Worauf sollte sich der Rundgang abbilden lassen?

Beginnen Sie bei der ursprünglichen Anfrage, nicht beim Build. Wenn ein Ticket verlangte, „Nutzer können die Liste nach Status filtern“, sollte der Rundgang genau das zeigen: die Liste, das Filterelement und das gefilterte Ergebnis. Alles, was das Video über diese Anfrage hinaus zeigt, ist bestenfalls ein Bonus und schlimmstenfalls eine Ablenkung von der einen Sache, die der Prüfer kontrolliert.

Das ist eine engere Aufgabe als ein Kunden-Übergabevideo, bei dem das Ziel eine Entscheidung von jemandem ist, der mit der ursprünglichen Anfrage nicht vertraut ist. Ein interner Prüfer kennt die Spezifikation bereits. Die einzige Aufgabe des Rundgangs ist es, die Lücke zwischen der Spezifikation und dem sichtbaren Ergebnis zu schließen.

Frage des PrüfersWas das Video beantworten sollteWas auszulassen ist
Wurde das wie angefragt gebautDer genau angefragte Ablauf, von Anfang bis EndeUnzusammenhängende Funktionen, die nicht angefragt wurden
Funktioniert es tatsächlichEin sauberer Durchlauf ohne SackgassenEin Bestfall-Durchlauf, der einen bekannten Fehler umgeht
Was fehlt nochEin ehrlicher Zustand des aktuellen BuildsÜbertriebene Aussagen über die Vollständigkeit

Wie geht man mit einem Build um, der noch nicht fertig ist?

Zeigen Sie den Build so, wie er aktuell steht, nicht so, wie er irgendwann sein wird. Wenn ein Teil des angefragten Ablaufs nicht fertig ist, sagen Sie das direkt in der Nachricht, die das Video begleitet, statt um die Lücke herumzuschneiden. Ein Prüfer, der ein fehlendes Stück entdeckt, nachdem ihm gesagt wurde, alles sei fertig, verliert schneller Vertrauen als einer, dem von Anfang an gesagt wurde, was noch fehlt. Dieses Vertrauen zählt mehr als jede einzelne Prüfung, denn der nächste Rundgang derselben Person wird daran gemessen, wie ehrlich der letzte ausgefallen ist.

  • Bestätigen Sie die genaue geprüfte Anfrage, bevor Sie irgendetwas aufnehmen.
  • Öffnen Sie den Build kalt, um zu prüfen, ob er das Ergebnis ohne eine Umgehung erreicht, die nur der Ersteller kennt.
  • Vermerken Sie jeden Teil der Anfrage, der noch nicht abgeschlossen ist, in der Nachricht neben dem Video.
  • Vermeiden Sie es, einen Plan für zukünftige Arbeit im Video selbst zu erzählen, denn das gehört in den Begleittext, nicht in die Aufnahme.

Die Schritte, die einen Prüfungsrundgang jedes Mal ehrlich halten, sind dieselben drei:

  1. Ordnen Sie den Rundgang genau der Anfrage zu, gegen die der Prüfer kontrolliert, nicht einer allgemeinen Tour.
  2. Öffnen Sie den Build kalt, um zu bestätigen, dass er das angefragte Ergebnis ohne einen unzusammenhängenden Umweg erreicht.
  3. Halten Sie in derselben Nachricht wie das Video fest, was angefragt und was geliefert wurde.

Was sollte der Hinweis GogoScreen aufzunehmen sagen?

Schreiben Sie den Hinweis als direkte Spiegelung der Anfrage. Wenn die Anfrage lautete „Nutzer können die Liste nach Status filtern“, sollte der Hinweis nahe an „von der vollständigen Liste den Statusfilter anwenden und das gefilterte Ergebnis zeigen“ liegen, nicht an einer breiteren Beschreibung des ganzen Bildschirms. GogoScreen gibt ein erzähltes MP4 zurück, das um diesen Hinweis gebaut ist, mit Zooms bei den relevanten Klicks, geglätteter Mauszeigerbewegung, entfernten Stillephasen und Untertiteln, etwa zwei Minuten nach der Einreichung.

Testen Sie den Ablauf manuell, bevor Sie den Renderdurchlauf einreichen. Bestätigen Sie, dass der Filter, das Formular oder die in der Anfrage benannte Interaktion tatsächlich das erwartete Ergebnis liefert, und prüfen Sie auf jede Weiterleitung, jeden Leerzustand oder jede Unterbrechung, die die Aufnahme entgleisen lassen würde. Ein Renderdurchlauf, der um einen Ablauf gebaut ist, der tatsächlich nicht funktioniert, bringt das Problem erst später ans Licht, vor dem Prüfer statt davor. Diese Art von Lücke bei der manuellen Prüfung zu entdecken kostet ein paar Minuten. Sie im Meeting des Prüfers zu entdecken kostet den ganzen Prüfzyklus.

Halten Sie die Formulierung im Hinweis an die in der ursprünglichen Anfrage oder dem Ticket verwendeten Begriffe gebunden, statt an die internen Namen, die im Build selbst verwendet werden. Ein Prüfer, der das Video gegen eine geschriebene Spezifikation kontrolliert, sollte folgen können, ohne zwischen zwei verschiedenen Vokabularen für dasselbe Merkmal zu übersetzen.

Wie geht man mit der Antwort nach dem Versenden um?

Wenn der Prüfer mit einer Frage zurückkommt, die das Video nicht beantwortet hat, bedeutet das meist, dass die Anfrage mehr enthielt, als der Rundgang abgedeckt hat, nicht, dass der Prüfer unvernünftig ist. Prüfen Sie die ursprüngliche Spezifikation erneut, bevor Sie annehmen, das Feedback sei unangemessen. Ein zweites, engeres Video zur konkreten Nachfrage ist oft schneller, als zu versuchen, das erste schriftlich neu zu erklären. Hier zahlt sich auch aus, jeden Rundgang auf eine Anfrage begrenzt zu halten, denn ein enges Video macht deutlich, welcher Teil der Spezifikation noch eine Antwort braucht, statt einen Prüfer zu zwingen, eine unfokussierte Aufnahme erneut anzusehen, um das fehlende Stück zu suchen.

Etwa einer von fünf Renderdurchläufen schlägt fehl oder braucht einen erneuten Versuch, und Zeit wird nur verbraucht, wenn ein Renderdurchlauf gelingt, also lassen Sie vor einer Prüfungsfrist Zeit für einen zweiten Versuch, statt den Renderdurchlauf im letztmöglichen Moment einzureichen.

Wo passt das in den Rest des Prüfprozesses?

Sobald ein Build die interne Prüfung besteht, muss er oft zu anderen Zielgruppen wechseln. Ein Bubble-Demovideo, ein Bubble-Landingpage-Video, ein Bubble-Product-Hunt-Launch-Video, ein Bubble-Projekt mit einem Kunden teilen und eine Bubble-Portfolio-Demo decken die entsprechenden Aufgaben für jene Plattform ab, nützlich, wenn eine Anfrage sich über zwei verschiedene Ersteller-Plattformen erstreckt. Der Leitfaden zum einzeiligen Ablaufhinweis geht tiefer darauf ein, den Hinweis präzise zu formulieren, und der Leitfaden zum Demovideo für angemeldete Apps behandelt den Fall, in dem der angefragte Ablauf hinter einem echten Konto liegt.

Für ein umfassenderes browserbasiertes Rundgang-Format siehe den Leitfaden zum Web-App-Rundgang-Video. Sobald der Build freigegeben und für ein breiteres Publikum bereit ist, behandeln der Leitfaden zum Startseiten-Demovideo und der Leitfaden zum Product-Hunt-Demovideo diesen nächsten Schritt. Für einen Vergleich von Aufnahmewerkzeugen für interne Prüfarbeit lesen Sie GogoScreen im Vergleich zu Screen Studio. Starten Sie auf der GogoScreen-Startseite, prüfen Sie Preise, durchsuchen Sie die vollständige Leitfaden-Bibliothek, oder sehen Sie sich die übrigen Vergleiche an.

Klarstellungen

Bevor Sie beginnen

Was unterscheidet einen Prüfer-Rundgang von einem Kundenvideo?

Ein Prüfer kontrolliert den Build meist gegen eine konkrete Anfrage, Spezifikation oder ein Ticket, statt zu entscheiden, ob er ihm gefällt. Der Rundgang sollte sich direkt auf diese Anfrage abbilden lassen, statt den Build als fertigen Pitch zu präsentieren.

Sollte der Rundgang Randfälle abdecken?

Decken Sie zuerst den einen tatsächlich angefragten Fall ab. Ein zweites Video kann einen Randfall abdecken, falls der Prüfer danach fragt, aber mit Randfällen zu beginnen, bevor der Hauptablauf bewiesen ist, weckt oft Zweifel, die der Hauptablauf bereits beantwortet hätte.

Braucht der Prüfer Figma-Make-Zugang, um das anzusehen?

Nein. Die fertige Datei ist ein eigenständiges MP4, das ohne Anmeldung bei Figma Make oder beim Build selbst abgespielt wird, was wichtig ist, wenn der Prüfer nicht die Person ist, die den Build direkt in Auftrag gegeben hat.

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.