Aller au contenu
Guide7 min de lecture

Vidéo de démo de tableau de bord interne

Montrez la vue dont une partie prenante a besoin avant de faire confiance aux chiffres.

Planifiez une vidéo de démo de tableau de bord interne autour d'une vue métrique, de données réalistes, et de la partie prenante qui doit l'approuver.

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.

Une vidéo de démo de tableau de bord interne n'essaie de vendre à personne. Personne en dehors de l'entreprise ne la verra, et elle ne se retrouvera jamais sur une page de tarifs à côté d'un témoignage client. Ce qu'elle doit faire, c'est répondre à une question étroite et pratique pour la ou les deux personnes qui ont demandé l'outil au départ : ce tableau de bord me montre t il le chiffre dont j'ai besoin, d'une manière sur laquelle je peux agir, sans que j'aie à le chercher. C'est une barre bien plus basse qu'une vidéo de lancement de produit, et la traiter comme telle produit généralement quelque chose de trop long et trop vague pour être utile.

Quel flux prouve qu'un tableau de bord interne fonctionne ?

Le flux qui le prouve consiste à charger la seule vue qui contient la métrique qui intéresse quelqu'un et à montrer qu'elle se met à jour ou se filtre comme prévu. Cela peut être un cumul de revenus filtré par région, un graphique de profondeur de file qu'un responsable du support vérifie chaque matin, ou un tableau d'enregistrements signalés qu'une équipe des opérations relit à la main. Choisissez la vue liée à une vraie décision que quelqu'un prend, pas la vue avec le plus de graphiques. Un tableau de bord avec douze widgets est plus difficile à démontrer honnêtement qu'un tableau de bord avec un seul graphique qui répond clairement à une seule question.

Qui regarde vraiment cette vidéo ?

Le spectateur est presque toujours interne, et généralement l'un d'un petit nombre de rôles. Savoir lequel change ce que la vidéo doit prouver.

SpectateurCe qu'il décideCe qu'il doit voir
Le demandeurSi l'outil résout le problème qu'il a soulevéLa métrique ou le filtre exact qu'il a demandé, à l'écran
Un chef de départementS'il faut le déployer à son équipeQue la vue est lisible sans explication
Un responsable d'ingénierieS'il faut continuer à financer l'itérationQue les données sous jacentes sont actuelles, pas une maquette

Un demandeur qui a demandé une vue de désabonnement il y a six semaines ne sera pas convaincu par une visite de la barre de navigation. Il veut voir le chiffre de désabonnement, filtré comme il l'a décrit, apparaître à l'écran dans les premières secondes.

Il est aussi utile de penser à ce qui se passe après la réunion. Un chef de département qui approuve un tableau de bord en cinq minutes de relecture va généralement transférer la vidéo à deux ou trois autres personnes de son équipe qui n'étaient pas dans la salle. Ces personnes ont encore moins de contexte que le demandeur initial, donc la vidéo doit tenir seule sans narrateur en direct pour combler les manques. C'est une raison de plus pour garder le flux à une métrique et un filtre plutôt que d'essayer de couvrir tout ce que le tableau de bord peut faire en un seul passage.

Qu'y a t il généralement à l'écran quand quelqu'un veut démontrer un tableau de bord interne ?

C'est la partie qui piège les équipes. Les outils internes sont souvent la dernière chose à recevoir de vraies données connectées, parce que les personnes qui construisent le tableau de bord sont aussi celles qui doivent construire le pipeline qui l'alimente. Cela signifie que le moment où quelqu'un veut montrer le tableau de bord est souvent celui où il a encore des lacunes.

Vérifiez ceci avant d'enregistrer :

  • Un graphique qui s'affiche vide parce que la requête n'a aucune ligne dans l'environnement de relecture.
  • Un filtre par défaut réglé sur une plage de dates sans rien dedans, donc la première image paraît cassée même si le tableau de bord fonctionne.
  • Un état de chargement qui ne se résout jamais parce que la source de données utilisée pour la démo a depuis été mise hors service.
  • Des données au niveau des lignes qui ne devraient pas apparaître sur un partage d'écran à l'échelle de l'entreprise, comme la rémunération d'un autre employé ou les détails de compte privés d'un client.

Pré remplissez l'environnement de relecture avec des chiffres réalistes non liés à un vrai client ou employé avant l'enregistrement. La même discipline s'applique à tout outil interne avec une vue de pipeline commercial : la forme des données compte plus que leur réalité technique, parce qu'un relecteur juge la mise en page et la métrique, pas un audit de la base de données sous jacente.

Où un tableau de bord interne s'exécute t il vraiment ?

La plupart des tableaux de bord internes sont déployés quelque part inaccessible depuis l'extérieur du réseau de l'entreprise, que ce soit un environnement cloud privé, un sous domaine interne, ou un outil derrière un VPN. Pour une vidéo relisible, cela signifie généralement mettre en place un déploiement séparé sur une URL accessible avec des données pré remplies, plutôt que d'essayer d'enregistrer directement l'outil de production. Si le tableau de bord exige une connexion même sur cette copie relisible, un compte de démonstration peut être utilisé, et sur GogoScreen, les identifiants fournis à cette fin sont chiffrés, utilisés pour un seul rendu, puis supprimés. 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.

Comment rédiger l'indication pour un tableau de bord interne ?

Énoncez la vue, le filtre, et le résultat en une ligne : depuis la file des opérations, filtrez sur les éléments signalés dans les dernières 24 heures, et montrez le nombre baisser à mesure qu'ils sont résolus. Cela donne à un relecteur quelque chose de concret à vérifier par rapport au candidat terminé. Une indication plus vague comme montrer le tableau de bord tend à produire un enregistrement qui balaie des widgets sans se poser sur le seul chiffre qui comptait pour la personne qui a demandé l'outil.

Gardez le langage de l'indication cohérent avec ce que le demandeur a réellement demandé. Si le chef de département l'a appelé un arriéré plutôt qu'une file, utilisez arriéré dans l'indication. Une discordance entre le mot utilisé dans la demande et le mot utilisé dans l'enregistrement est un petit détail, mais c'est souvent celui qui fait qu'un relecteur s'arrête et se demande si la bonne vue a même été enregistrée.

Étapes pour préparer la vidéo de démo de tableau de bord interne

  1. Choisissez la seule vue métrique qui répond à la question à laquelle le tableau de bord a été construit pour répondre.
  2. Chargez le tableau de bord avec des données réalistes et non sensibles avant l'enregistrement.
  3. Nommez la partie prenante qui doit approuver le tableau de bord avant de choisir le flux.

Travailler dans cet ordre évite l'échec le plus courant, qui est d'enregistrer d'abord et de ne découvrir qu'ensuite pour qui la vidéo est réellement faite.

Relisez le candidat avant qu'il n'aille où que ce soit

Parce que les tableaux de bord internes peuvent porter des chiffres sensibles, la passe de relecture compte davantage ici que pour une page publique. Vérifiez le fichier terminé pour tout ce qui ne devrait pas quitter l'équipe, confirmez que la métrique montrée correspond à ce que le demandeur a demandé, et confirmez que l'état du filtre est bien celui prévu plutôt que celui laissé par les tests. Un rendu peut échouer ou nécessiter une nouvelle tentative, et environ un rendu sur cinq le fait, donc intégrez cette possibilité dans le calendrier plutôt que de traiter un fichier terminé comme garanti dès le premier essai.

Où cela se situe t il par rapport aux autres catégories d'applications ?

Un tableau de bord interne est l'une de plusieurs formes d'applications qui méritent d'être démontrées ainsi. Une application CRM a besoin d'une vue de pipeline plutôt que d'une vue de métriques. Un portail client doit prouver quelque chose à quelqu'un en dehors de l'entreprise plutôt qu'à l'intérieur. Une application de gestion de projet se concentre généralement sur une tâche qui change d'état, et une application de réservation ou une vitrine de commerce électronique ont toutes deux besoin d'un flux destiné au public qu'un tableau de bord n'a pas.

Le public est la raison pour laquelle ces pages restent séparées. Une démo de tableau de bord est regardée par quelqu'un qui travaille déjà ici et connaît déjà le sens des chiffres, ce qui est l'opposé du travail de la vidéo de démo de page d'accueil, où un inconnu doit comprendre le produit en quelques secondes sans aucun contexte. La version interne peut commencer en plein milieu du flux de travail. La version publique ne le peut pas.

Si le tableau de bord a été assemblé à partir d'un point de départ généré ou construit par invite, le guide de vidéo de démo d'application construite par invite couvre ce qui change dans cette préparation. Certaines équipes choisissent d'intégrer la vidéo terminée directement dans la page du wiki interne où le tableau de bord est documenté, à côté des notes de déploiement. Si le tableau de bord fait partie d'un outil interne plus large avec sa propre intégration, le guide de vidéo de démo d'intégration d'agent IA et le guide de vidéo de démo de résultat de test d'agent IA couvrent des cas de relecture interne voisins. Pour le contexte produit plus large, la page d'accueil de GogoScreen explique le flux de travail URL et indication, les tarifs couvrent les forfaits et recharges, le répertoire de guides liste le reste de cette série, le répertoire de comparaisons couvre les alternatives directes, et la comparaison avec Clueso est pertinente si l'équipe évalue des outils pour la vidéo de documentation interne en particulier.

Précisions

Avant de commencer

Qui est le public d'une vidéo de démo de tableau de bord interne ?

Généralement la personne qui a demandé le tableau de bord, comme un responsable des opérations ou un chef de département, plus quiconque doit valider avant que l'équipe n'arrête d'itérer dessus. Ils jugent si l'outil répond à la question qu'ils ont posée, pas si l'interface paraît soignée.

Une vidéo de démo de tableau de bord interne a t elle besoin d'une connexion ?

Seulement si la copie de relecture se trouve derrière une. Beaucoup d'équipes mettent en place un déploiement relisible séparé avec un jeu de données pré rempli pour qu'un compte de démonstration ne soit pas nécessaire. Quand une connexion est requise, un compte de démonstration jetable peut être fourni et 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.

Et si le tableau de bord n'a pas encore de vraies données ?

Pré remplissez le avec des chiffres d'espace réservé réalistes et non sensibles avant l'enregistrement. Un tableau de bord plein de zéros ou de roues de chargement ne permet à personne de juger si la mise en page et la métrique répondent vraiment à la question.

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.