Comment faire une vidéo de démo d'application de budget
Montrez une transaction changer un vrai chiffre de budget.
Montrer une appli de budget catégoriser une transaction et mettre à jour un budget, avec des chiffres fabriqués qui ne touchent jamais de vraies données.
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
Construire un registre fabriqué
Construisez un registre fabriqué avec des totaux de catégorie qui ressemblent déjà à un vrai mois, pas un tableau de bord vide.
2
Catégoriser une transaction devant la caméra
Catégorisez une transaction devant la caméra et laissez le total du budget se mettre à jour dans la même vue.
3
Vérifier que les chiffres restent cohérents
Vérifiez que les chiffres restent cohérents sur chaque écran visité par la vidéo, car une incohérence est la façon la plus rapide de perdre la confiance.
Une vidéo de démo d'application de budget a une contrainte que la plupart des autres catégories n'ont pas : les données à l'écran doivent ressembler à de l'argent sans être l'argent réel de quiconque. Ce n'est pas une note de bas de page juridique, c'est tout le problème de conception. Un spectateur qui décide de confier ses vrais comptes à l'application surveille les mêmes signaux qu'un relecteur de fraude surveille, des chiffres qui s'additionnent correctement, des catégories qui ont du sens, et un total qui change pour une raison visible.
Le rôle de GogoScreen dans tout cela est étroit. Donnez-lui une URL d'application web et une ligne sur ce qu'il faut montrer, et il renvoie un MP4 narré et monté avec des zooms sur les clics, un lissage du curseur, la suppression des temps morts, et des sous-titres. Il peut utiliser un compte de démonstration pour un parcours derrière une connexion. Il ne sait pas à quoi ressemble un budget crédible. Ce travail de préparation appartient à la personne qui construit la démo, avant qu'un rendu ne soit demandé.
Elle doit prouver qu'une action financière change un chiffre que le spectateur peut déjà voir. Un écran plein de graphiques circulaires sans transaction source claire se lit comme une maquette, pas un produit fonctionnel. Le choix le plus fort est une action précise et unique, catégoriser une transaction, enregistrer une dépense, ou fixer une limite de catégorie, suivie immédiatement par le total ou le solde restant qui se met à jour à l'écran.
Élément
Ce qu'il doit montrer
Ce qui casse la confiance
État de départ
Un registre avec des catégories et des totaux réalistes
Un tableau de bord vide avec des zéros partout
L'action
Une transaction catégorisée ou enregistrée
Une visite des paramètres sans action financière
Résultat
Un total ou un budget restant qui se met à jour visiblement
Des chiffres qui ne se recoupent pas entre les écrans
Une limite de budget ou un avertissement de dépassement est un second moment utile à envisager, car il montre que l'application fait plus que stocker un registre. Si une catégorie est proche de sa limite avant que la transaction catégorisée n'arrive, un avertissement apparaissant juste après l'action donne au spectateur un second signal distinct que le logiciel suit activement un plan plutôt que de simplement enregistrer l'historique.
Partez d'un mois plausible, pas d'une feuille de calcul de chiffres ronds. Loyer, courses, un abonnement ou deux, un dépôt de salaire, des totaux de catégorie qui s'additionnent correctement par rapport aux transactions montrées. Les chiffres ronds et les totaux suspicieusement pairs se lisent comme faux même quand rien n'est incorrect, et un spectateur qui le remarque discréditera tout le reste de la vidéo.
Utilisez les noms de catégorie que l'application elle-même utilise, pas des étiquettes génériques inventées pour la démo.
Assurez-vous que chaque total montré se recoupe avec les transactions qui l'ont produit.
Évitez tout vrai nom de banque, vrai nom de commerçant lié à une vraie personne, ou vrai format de numéro de compte.
Gardez le registre fabriqué uniquement dans le compte de démonstration, jamais mélangé à un environnement de test partagé.
La cohérence entre les écrans compte autant que le réalisme d'un seul écran. Si le tableau de bord dit qu'une catégorie a quarante dollars restants, la liste de transactions derrière doit soutenir ce chiffre quand un spectateur clique pour y accéder. Le guide de vidéo de démo pour un nouveau SaaS couvre ce même problème de recoupement pour un premier élément de lancement, où chaque chiffre à l'écran est effectivement une affirmation sur le produit.
Construisez le mois fabriqué avec plus d'entrées que la vidéo n'en montrera réellement. Un registre avec huit ou dix transactions soutenant les totaux de catégorie visibles paraît vécu même si une seule de ces transactions est catégorisée devant la caméra. Un registre avec exactement une transaction, celle qui est démontrée, est un signe révélateur que le compte a été créé quelques instants avant l'enregistrement et se lira ainsi pour quiconque fait défiler.
Construisez un registre fabriqué avec des totaux de catégorie qui ressemblent déjà à un vrai mois, pas un tableau de bord vide.
Catégorisez une transaction devant la caméra et laissez le total du budget se mettre à jour dans la même vue.
Vérifiez que les chiffres restent cohérents sur chaque écran visité par la vidéo, car une incohérence est la façon la plus rapide de perdre la confiance.
Écrivez l'indication de la façon dont vous décririez l'action à un collègue, pas de la façon dont vous décririez la fonctionnalité à un prospect. « Depuis la liste non catégorisée, assignez la charge de douze dollars de café à la catégorie restauration et montrez le total restauration se mettre à jour » est assez précis pour être testé. Une instruction plus vague invite à une large visite de tableau de bord qui n'atterrit jamais sur un seul moment crédible.
Testez le parcours à la main d'abord. Ouvrez l'écran exact, effectuez vous-même la catégorisation, et confirmez que le total se met à jour sans qu'un rechargement ne cache le changement. Environ un rendu sur cinq échoue ou nécessite une nouvelle tentative, et une démo de budget qui échoue silencieusement est pire que la plupart des catégories, car un chiffre cassé dans un contexte financier se lit comme un bug dans le produit lui-même plutôt qu'un problème de rendu.
Relisez chaque chiffre visible dans la vidéo terminée par rapport au registre fabriqué une fois de plus avant sa mise en ligne. Il est facile de remarquer un total manifestement faux et de manquer une incohérence plus petite, un nom de catégorie qui a changé entre deux écrans, ou une date qui ne correspond pas au mois que le reste du tableau de bord implique. Une démo financière attire plus d'attention que la plupart, et un spectateur qui remarque une incohérence supposera qu'il y en a d'autres qu'il n'a pas remarquées.
Les sous-titres comptent plus ici que dans la plupart des catégories, car les chiffres lus à voix haute doivent correspondre exactement aux chiffres à l'écran. Le guide sur les sous-titres pour une vidéo de démonstration produit couvre la vérification que le texte intégré s'accorde avec la voix off avant publication. Pour une démo destinée à expliquer un changement livré plutôt que le produit entier, le guide de vidéo de changelog resserre la portée de la même façon que ce guide la resserre à une seule transaction.
Un spectateur qui décide de lier un vrai compte bancaire se soucie d'une chose de plus que cette vidéo ne peut pas montrer directement, à savoir ce qui arrive à ces données une fois connectées. Il est acceptable de laisser cette question à la page de tarifs ou de sécurité plutôt que d'essayer d'y répondre dans une démo, car un parcours enregistré d'une transaction catégorisée n'est pas le bon format pour expliquer entièrement la gestion des données. Gardez la vidéo étroite et laissez la page environnante porter ce poids.
Une vidéo de démo d'application de budget peut-elle utiliser de vraies données de compte ?
Non. De vrais soldes, de vraies transactions et de vrais noms de compte ne doivent jamais apparaître dans une vidéo publique. Construisez un petit ensemble de transactions fabriquées et de totaux de catégorie qui se comportent comme le feraient de vraies données, puis enregistrez avec cela.
Que doit réellement montrer la démo ?
Montrez une transaction en train d'être catégorisée et le total de catégorie ou le budget restant changer en conséquence. Un tableau de bord plein de graphiques sans cause visible pour les chiffres n'explique pas comment l'application fonctionne.
L'application a-t-elle besoin d'une connexion pour ce type de démo ?
Presque toujours, car les données de budget sont personnelles par définition. Un compte de démonstration jetable est l'approche standard, et un identifiant fourni sur GogoScreen est chiffré, utilisé pour un seul rendu, puis supprimé. 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.
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.
