Zeigen Sie dem Kunden die eingeloggte App, ohne ihn um einen Login zu bitten.
Verwandeln Sie einen eingeloggten Bubble-Workflow in ein Video, das ein Kunde ansehen kann, wenn er kein Konto nur zur Prüfung der Arbeit anlegen wird.
Ansehen, wie es funktioniertDie ersten 60 Sekunden Video sind kostenlos, mit Wasserzeichen. Bestätigen Sie Ihre E-Mail-Adresse, um es herunterzuladen.
gogoscreen.com
1
Die eine Entscheidung benennen
Benennen Sie die eine Entscheidung, die der Kunde treffen muss, bevor Sie irgendetwas aufnehmen.
2
Das Demokonto vorbereiten
Bereiten Sie ein Demokonto mit bereits befüllten Daten vor, da eine Bubble-App meist einen Login braucht.
3
Mit klar genannter Entscheidung senden
Senden Sie das Video mit der Entscheidung, die der Kunde treffen muss, klar in der Nachricht genannt.
Ein Kunde, der um die Prüfung eines Builds gebeten wird, möchte selten einen Login. Selbst ein Kunde, der mit Software vertraut ist, hat Besseres zu tun, als ein Konto anzulegen, sich ein Passwort zu merken und sich in einer unbekannten Oberfläche zurechtzufinden, nur um zu prüfen, ob eine Sache behoben wurde. Ein Video nimmt all das weg. Es zeigt den eingeloggten Workflow direkt, bereits um die Entscheidung herum erzählt, die der Kunde tatsächlich treffen muss. Die Aufmerksamkeit des Kunden geht direkt zu der Frage, die ihn interessiert, statt zur Mechanik, überhaupt erst in die App hineinzukommen.
Das ist bei einem Bubble-Projekt ein häufigeres Problem als bei manchen anderen Buildern, weil eine Bubble-App häufig von Anfang an mit einer echten Datenbank und Benutzerkonten gebaut wird. Der Workflow, den es dem Kunden zu zeigen lohnt, ist oft derselbe Workflow, der nur existiert, sobald jemand angemeldet ist, was bedeutet, dass das Video diese Lücke überbrücken muss, statt den Kunden einfach auf einen öffentlichen Link zu verweisen. Ein Link allein würde den Kunden um genau das bitten, was ihm ein Video eigentlich ersparen soll.
Schreiben Sie auf, welche eine Entscheidung der Kunde nach dem Ansehen treffen muss, bevor Sie irgendetwas aufnehmen. Es könnte das Genehmigen einer Änderung sein, das Bestätigen, dass ein Fix zu dem passt, was der Kunde in einem Gespräch beschrieben hat, oder die Wahl zwischen zwei Optionen. Alles, was das Video zeigt, sollte dieser einen Entscheidung dienen. Eine breitere Tour durch die App beantwortet Fragen, die der Kunde nicht gestellt hat, und begräbt die, die er gestellt hat.
Moment der Kundenprüfung
Was das Video klarmachen sollte
Was wegzulassen ist
Eröffnungsbild
Um welchen Teil der App es geht
Einen Kontoerstellungs- oder Login-Bildschirm
Mitte
Die genaue geprüfte Änderung oder den genauen Ablauf
Jede andere Funktion der App
Schlussbild
Den Zustand, über den der Kunde urteilen soll
Unzusammenhängende Einstellungen oder Admin-Seiten
Richten Sie im Voraus ein Demokonto mit bereits vorhandenen Daten ein, die die Prüfung unterstützen, statt mit einer leeren neuen Anmeldung zu eröffnen. Ein frisches, unbefülltes Konto zwingt das Video, seine Eröffnungsmomente mit Einrichtung statt mit dem zu verbringen, was der Kunde tatsächlich sehen muss. Verwenden Sie Daten, die plausibel wirken, ohne den Informationen eines echten Kunden zu ähneln.
Bereiten Sie ein Demokonto mit bereits vorhandenen Daten vor, bevor Sie den Hinweis schreiben.
Bestätigen Sie, dass der Login selbst ohne unerwarteten Schritt abschließt, etwa einen Verifizierungsbildschirm.
Beginnen Sie die Aufnahme im eingeloggten Zustand, nicht beim Anmeldeablauf.
Halten Sie alle Namen, Zahlen oder Datensätze frei von echtem Kundenmaterial.
Bei GogoScreen werden bereitgestellte Login-Zugangsdaten verschlüsselt, für genau einen Renderdurchlauf verwendet und danach gelöscht, was die hier relevante Handhabung ist, da dieses Format häufig tatsächlich eine Zugangsdatenübergabe braucht, nur um den vom Kunden geprüften Workflow zu erreichen. 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 Konto einen Tag vor der Frist einzurichten, statt am selben Nachmittag, lässt Raum, etwas zu korrigieren, das falsch aussieht, bevor es zum Problem des Kunden wird.
Benennen Sie den Startbildschirm, bereits eingeloggt, die geprüfte Aktion und das Ergebnis, das der Kunde sehen soll. "Reichen Sie vom Dashboard des Kunden aus die aktualisierte Anfrage ein und zeigen Sie die Bestätigung" gibt dem Renderdurchlauf etwas Konkretes zu befolgen, und gibt Ihnen etwas Konkretes, gegen das Sie die fertige Datei danach prüfen können. Passen Sie die Formulierung im Hinweis an Begriffe an, die der Kunde bereits verwendet, nicht an interne Namen aus dem Build.
Das zählt bei einem Bubble-Build mehr als bei einer einfacheren App, weil Bubbles eigener Editor Namen für Elemente, Workflows und Datentypen anzeigt, die selten dazu passen, wie ein Kunde dieselbe Sache nennen würde. Ein Workflow, der im Editor mit einer internen Abkürzung beschriftet ist, muss im Hinweis trotzdem so beschrieben werden, wie der Kunde tatsächlich darüber spricht, denn der Generator folgt der Formulierung des Hinweises gegen die sichtbare Seitenstruktur, nicht der Bezeichnung, die ein Entwickler beim Bauen der App gewählt hat.
Zwei Gewohnheiten halten einen Hinweis auf die tatsächliche Frage des Kunden ausgerichtet statt auf die interne Mechanik des Builds:
Beschreiben Sie den Endzustand, nicht den Button. "Zeigen Sie, wie die Anfrage von ausstehend zu genehmigt wechselt" ist etwas, das der Generator bestätigen kann, dass es tatsächlich passiert ist. "Klicken Sie auf den Genehmigen-Button" beschreibt nur eine Aktion, die das Ergebnis, das der Kunde prüft, hervorbringen könnte oder auch nicht.
Schreiben Sie den Hinweis, bevor Sie aufnehmen, nicht während Sie sich im Kopf durch die App klicken und erzählen. Ein im Voraus verfasster Hinweis hält die Entscheidung aus dem vorigen Schritt im Blick und gibt Ihnen eine schriftliche Grundlage, um den fertigen Renderdurchlauf dagegen zu prüfen.
Halten Sie den Hinweis auf ein oder zwei Sätze. Ein längerer Hinweis neigt dazu, mehr zu beschreiben, als eine einzelne Entscheidung tragen kann, und ein Video, das versucht, zwei Fragen zu beantworten, beantwortet für den Betrachter meist keine davon klar.
Die Reihenfolge, die am schnellsten zu einer klaren Kundenentscheidung führt:
Benennen Sie die eine Entscheidung, die der Kunde treffen muss, bevor Sie irgendetwas aufnehmen.
Bereiten Sie ein Demokonto mit bereits befüllten Daten vor, da eine Bubble-App meist einen Login braucht.
Senden Sie das Video mit der Entscheidung, die der Kunde treffen muss, klar in der Nachricht genannt.
GogoScreen liefert ein erzähltes, geschnittenes MP4 aus dem Hinweis, mit Zooms auf die relevanten Klicks, Cursor-Glättung, Schnitten toter Luft und Untertiteln. Prüfen Sie die Erzählung gegen das, was tatsächlich auf dem Bildschirm passiert ist, bevor Sie es senden, denn eine Abweichung dort ist einer der häufigeren Gründe, warum ein Kunde verwirrt statt mit einer klaren Antwort zurückkommt.
Senden Sie die Datei mit der klar genannten Entscheidung in derselben Nachricht, statt den Kunden raten zu lassen, worauf er achten soll. "Hier ist der aktualisierte Ablauf, nach dem Sie gefragt haben, sagen Sie mir, ob das passt" gibt ihm eine direkte Aufforderung zu antworten. Wenn die zurückkommende Antwort nicht zum Video passt, prüfen Sie den Ablauf erneut, bevor Sie annehmen, der Kunde habe ihn missverstanden, denn die häufigere Ursache ist eine Antwort, die auf einen Bildschirm zielt, den das Video nie abgedeckt hat.
Etwa einer von fünf Renderdurchläufen muss wiederholt werden, und Zeit wird nur verbraucht, wenn ein Renderdurchlauf gelingt, also lassen Sie vor einer Frist etwas Zeit für einen zweiten Versuch, statt die erste Datei sofort nach Eintreffen zu senden.
Sobald ein Kunde zustimmt, braucht derselbe Build meist weitere zweckgebundene Assets. Der Bubble-Portfolio-Demo-Guide behandelt, die fertige Arbeit einem breiteren Publikum zu zeigen, und der Bubble-App-Review-Rundgang behandelt die interne Freigabeversion dieser Übergabe.
Warum nicht einfach dem Kunden einen Login zur Bubble-App geben?
Die meisten Kunden werden kein Konto anlegen, sich kein Passwort merken und sich nicht durch eine unbekannte Oberfläche navigieren, nur um eine Änderung zu prüfen. Ein Video zeigt denselben eingeloggten Workflow, ohne den Kunden darum zu bitten.
Muss der Kunde den Kontoerstellungsschritt sehen?
In der Regel nicht. Beginnen Sie die Aufnahme mit einem bereits befüllten Konto, damit das Video mit dem Ergebnis eröffnet, das der Kunde prüft, statt seine Eröffnungssekunden mit einem Anmeldeablauf zu verbringen.
Was, wenn die Antwort des Kunden nicht zu dem passt, was das Video zeigte?
Prüfen Sie den Ablauf erneut, bevor Sie annehmen, das Feedback sei verwirrt. Es kommt häufig vor, dass eine Antwort auf etwas zielt, das das Video nicht abgedeckt hat, was meist bedeutet, dass ein zweites, engeres Video die Lösung ist, nicht ein Anruf, um das erste erneut zu erklären.
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.
