Montrez au client l'application connectée, sans lui demander de se connecter.
Transformer un workflow Bubble connecté en une vidéo qu'un client peut regarder, quand il ne créera pas de compte juste pour relire le travail.
Voir comment ça marcheLes 60 premières secondes de vidéo sont gratuites, avec un filigrane. Vérifiez votre adresse e-mail pour la télécharger.
gogoscreen.com
1
Nommer la seule décision
Nommez la seule décision que le client doit prendre avant d'enregistrer quoi que ce soit.
2
Préparer le compte de démonstration
Préparez un compte de démonstration avec des données déjà remplies, puisqu'une application Bubble a généralement besoin d'une connexion.
3
Envoyer la vidéo avec la décision énoncée clairement
Envoyez la vidéo avec la décision que le client doit prendre énoncée clairement dans le message.
Un client à qui l'on demande de relire une construction ne veut rarement pas de connexion. Même un client à l'aise avec les logiciels a mieux à faire que créer un compte, retenir un mot de passe, et comprendre une interface inconnue juste pour vérifier si une chose a été corrigée. Une vidéo enlève tout cela. Elle montre directement le workflow connecté, déjà narré autour de la décision que le client doit réellement prendre. L'attention du client va droit à la question qui l'intéresse, plutôt qu'à la mécanique pour simplement entrer dans l'application.
C'est un problème plus fréquent pour un projet Bubble que pour certains autres outils de développement, car une application Bubble est fréquemment construite avec une véritable base de données et des comptes utilisateurs dès le départ. Le workflow qui vaut la peine d'être montré à un client est souvent le même workflow qui n'existe qu'une fois que quelqu'un est connecté, ce qui signifie que la vidéo doit combler cet écart plutôt que simplement indiquer au client un lien public. Un lien seul demanderait au client de faire exactement la chose dont une vidéo est censée l'épargner en premier lieu.
Écrivez la seule décision que le client doit prendre après avoir regardé, avant d'enregistrer quoi que ce soit. Cela peut être approuver un changement, confirmer qu'une correction correspond à ce qu'il a décrit lors d'un appel, ou choisir entre deux options. Tout ce que la vidéo montre doit servir cette seule décision. Une visite plus large de l'application répond à des questions que le client n'a pas posées et enterre celle qu'il a posée.
Moment de relecture client
Ce que la vidéo doit rendre clair
Ce qu'il faut laisser de côté
Image d'ouverture
Quelle partie de l'application est concernée
Un écran de création de compte ou de connexion
Au milieu
Le changement ou parcours exact en relecture
Toutes les autres fonctionnalités de l'application
Image de fermeture
L'état que le client est invité à juger
Des paramètres ou pages d'administration sans rapport
Configurez un compte de démonstration à l'avance avec des données déjà présentes qui soutiennent la relecture, plutôt que d'ouvrir sur une nouvelle inscription vide. Un compte neuf sans rien de rempli force la vidéo à passer ses premiers instants sur la configuration plutôt que sur ce que le client doit réellement voir. Utilisez des données qui paraissent plausibles sans ressembler aux informations d'un vrai client.
Préparez un compte de démonstration avec des données déjà remplies avant d'écrire l'indication.
Vérifiez que la connexion elle-même se termine sans étape inattendue, comme un écran de vérification.
Commencez l'enregistrement depuis l'état connecté, pas depuis le parcours d'inscription.
Gardez les noms, chiffres ou enregistrements libres de tout matériau client réel.
Sur GogoScreen, les identifiants sont chiffrés, utilisés pour un seul rendu, puis supprimés, ce qui constitue la gestion pertinente ici puisque ce format nécessite fréquemment un identifiant juste pour atteindre le workflow que le client veut voir relu. Si un storyboard est planifié en premier, les identifiants restent chiffrés pendant cette session et sont supprimés au plus tard deux heures après leur dernière utilisation. Configurer le compte la veille de l'échéance, plutôt que le même après-midi, laisse le temps de corriger tout ce qui paraît incorrect avant que cela ne devienne un problème que le client remarque.
Nommez l'écran de départ, déjà connecté, l'action en relecture, et le résultat que le client doit voir. « Depuis le tableau de bord du client, soumettez la demande mise à jour et montrez la confirmation » donne au rendu quelque chose de concret à suivre, et vous donne quelque chose de concret pour vérifier le fichier terminé après coup. Faites correspondre le vocabulaire de l'indication aux termes que le client utilise déjà, pas aux noms internes de la construction.
Cela compte davantage pour une construction Bubble que pour une application plus simple, car l'éditeur Bubble expose des noms pour les éléments, les workflows et les types de données qui correspondent rarement à ce qu'un client appellerait la même chose. Un workflow étiqueté avec un raccourci interne dans l'éditeur doit toujours être décrit dans l'indication de la façon dont le client en parle réellement, car le générateur suit le vocabulaire de l'indication par rapport à la structure de page qu'il peut voir, pas l'étiquette qu'un développeur a choisie en construisant l'application.
Deux habitudes gardent une indication centrée sur la véritable question du client plutôt que sur la mécanique interne de la construction :
Décrivez l'état final, pas le bouton. « Montrez la demande passer de en attente à approuvée » est quelque chose que le générateur peut confirmer s'être réellement produit. « Cliquez sur le bouton approuver » ne décrit qu'une action qui pourrait ou non produire le résultat que le client vérifie.
Écrivez l'indication avant d'enregistrer, pas en la narrant mentalement en cliquant dans l'application. Une indication rédigée à l'avance garde la décision de l'étape précédente en vue, et vous donne un enregistrement écrit pour vérifier le rendu terminé.
Gardez l'indication à une ou deux phrases dans tous les cas. Une indication plus longue tend à décrire plus qu'une seule décision ne peut porter, et une vidéo qui essaie de répondre à deux questions ne répond généralement clairement à aucune pour la personne qui la regarde.
L'ordre qui mène le plus vite à une décision client claire :
Nommez la seule décision que le client doit prendre avant d'enregistrer quoi que ce soit.
Préparez un compte de démonstration avec des données déjà remplies, puisqu'une application Bubble a généralement besoin d'une connexion.
Envoyez la vidéo avec la décision que le client doit prendre énoncée clairement dans le message.
GogoScreen renvoie un MP4 narré et monté construit à partir de l'indication, avec des zooms sur les clics pertinents, un lissage du curseur, la suppression des temps morts, et des sous-titres. Relisez la narration par rapport à ce qui s'est réellement passé sur l'écran avant de l'envoyer, car un décalage à cet endroit est l'une des raisons les plus fréquentes pour lesquelles un client revient confus plutôt qu'avec une réponse claire.
Envoyez le fichier avec la décision énoncée clairement dans le même message, plutôt que de laisser le client deviner ce qu'il est censé chercher. « Voici le parcours mis à jour que vous avez demandé, dites-moi si cela correspond » leur donne une invite directe à laquelle répondre. Si la réponse qui revient ne correspond pas à la vidéo, vérifiez le parcours à nouveau avant de supposer que le client a mal compris, car la cause la plus fréquente est une réponse visant un écran que la vidéo n'a jamais couvert.
Environ un rendu sur cinq nécessite une nouvelle tentative, et le temps n'est utilisé que lorsqu'un rendu réussit, donc laissez un peu de temps avant une échéance pour une deuxième tentative plutôt que d'envoyer le premier fichier dès qu'il arrive.
Une fois qu'un client donne son accord, la même construction a généralement besoin d'autres éléments conçus spécifiquement. Le guide de démo de portfolio Bubble couvre le fait de montrer le travail terminé à un public plus large, et la visite guidée de relecture d'une application Bubble couvre la version validation interne de cette même transmission.
Pourquoi ne pas simplement donner au client une connexion à l'application Bubble ?
La plupart des clients ne créeront pas de compte, ne retiendront pas un mot de passe, et ne navigueront pas dans une interface inconnue juste pour relire un changement. Une vidéo montre le même workflow connecté sans leur demander de faire tout cela.
Le client doit-il voir l'étape de création de compte ?
Généralement non. Commencez l'enregistrement depuis un compte déjà rempli afin que la vidéo ouvre sur le résultat que le client vérifie, plutôt que de passer ses premières secondes sur un parcours d'inscription.
Que faire si la réponse du client ne correspond pas à ce que la vidéo montrait ?
Vérifiez le parcours à nouveau avant de supposer que le retour est confus. Il est fréquent qu'une réponse cible quelque chose que la vidéo n'a pas couvert, ce qui signifie généralement qu'une seconde vidéo plus ciblée est la solution, pas un appel pour ré-expliquer la première.
Collez une URL, décrivez un parcours et obtenez une vidéo de démonstration de votre application web.
Les 60 premières secondes de vidéo sont gratuites, avec un filigrane. Vérifiez votre adresse e-mail pour télécharger la vidéo.
