Pour préparer un tableau de bord des demandes, commencez par une vue que vous pouvez vérifier de bout en bout : demandes reçues sur une période, répartition par prestation et état de leur suivi. Ce guide décrit les champs, les calculs, les essais et les accès à préparer avant d’ouvrir un rapport à l’équipe. Il ne fournit pas un modèle déjà connecté à vos comptes.
Quelles lignes et quels champs préparer dans la source ?
Pour une première vue de suivi, définissez une ligne par demande et un identifiant stable. Ne recopiez pas le même dossier à chaque changement de statut sans avoir prévu comment ces changements seront comptés. Choisissez une source qui représente la réception réelle : un clic sur Envoyer ne suffit pas.
Préparez un dictionnaire des champs avec leur type, leur origine et la signification d’une valeur absente. Exemple de structure à adapter à vos données, et non registre client réel :
- Identifiant de demande : texte stable, sans adresse e-mail incorporée.
- Date de réception : date interprétable, avec fuseau défini.
- Prestation demandée : catégorie connue ou valeur explicitement inconnue.
- Source déclarée : donnée disponible, sans attribution supposée.
- État du suivi : valeur tenue à jour par son responsable.
- Demande de test : indicateur permettant de la distinguer des demandes à traiter.
Avant une connexion, vérifiez la disponibilité de ces champs, les droits, le coût éventuel du connecteur et la période accessible. Un fichier de préparation peut permettre les premiers essais ; il ne doit pas être présenté comme une synchronisation automatique déjà opérationnelle.
Comment construire une première vue lisible ?
Préparez un total de demandes retenues, une répartition par prestation et un détail des états de suivi. Indiquez la période sélectionnée et la date de mise à jour. Chaque composant doit utiliser le même périmètre lorsqu’il est censé décrire la même population.
Un état actuel et une activité sur une période répondent à des questions différentes. Un dossier reçu le mois dernier mais modifié aujourd’hui ne doit pas changer de date de réception. Si vous souhaitez suivre les transitions, préparez un historique séparé et nommez clairement cette seconde vue.
Évitez de joindre les clics de navigation aux lignes commerciales pour leur attribuer une source certaine sans méthode de rapprochement. Le guide du marketing piloté par les données explique les limites d’interprétation ; ici, le travail porte sur la construction et la vérification du rapport.
Comment vérifier les calculs et les filtres ?
Créez un petit jeu fictif de contrôle, distinct des données de production. Insérez volontairement une répétition du même identifiant, une demande de test, une prestation inconnue et une date en dehors de la période. Écrivez le résultat attendu avant de consulter le rapport.
Vérifiez ensuite le total, chaque catégorie et les filtres combinés. Un identifiant répété ne doit pas gonfler le nombre de demandes si l’unité retenue est la demande unique. Une catégorie inconnue ne doit pas disparaître silencieusement. Contrôlez aussi qu’une date reconnue comme texte ne classe pas les lignes dans un ordre trompeur.
Si vous ajoutez un ratio, définissez le numérateur et le dénominateur sur des périodes compatibles. Affichez un état explicite lorsque le dénominateur est absent ou nul. Un calcul techniquement valide ne rend pas pertinentes deux populations qui ne correspondent pas.
Quels accès vérifier avant de partager le rapport ?
Les droits sur le rapport et l’accès aux données doivent être contrôlés séparément. La documentation Google distingue les modes d’identification des sources : les identifiants du propriétaire peuvent permettre la consultation sans accès individuel au jeu sous-jacent ; les identifiants du lecteur exigent son propre accès. Ce choix doit être examiné avant le partage.
Faites un essai avec le rôle de lecture prévu et les personnes autorisées, pas uniquement avec le compte qui a créé le rapport. Vérifiez ce qu’elles peuvent consulter, modifier ou réutiliser. Ne publiez pas un lien ouvert à tous par défaut.
La vue de synthèse n’a pas besoin de contenir noms, e-mails ou texte des demandes. Limitez les champs transmis au rapport et précisez qui conserve l’administration de la source et du tableau de bord après livraison.
Comment préparer la mise à jour et détecter une panne ?
Faites ajouter une demande fictive autorisée dans le circuit d’essai, puis vérifiez quand elle apparaît. Modifiez son état et contrôlez l’actualisation du rapport. La fréquence attendue doit être compatible avec le connecteur et l’organisation retenus, sans délai universel présumé.
Préparez aussi un contrôle de source indisponible ou d’accès retiré. Un écran vide, des valeurs anciennes et une véritable absence de nouvelles demandes sont trois situations différentes. La date de fraîcheur et un rapprochement avec la source doivent permettre de les distinguer.
Que faut-il remettre pour entretenir le tableau de bord ?
La remise doit inclure les définitions des champs, le périmètre des filtres, les essais attendus, la propriété des accès et la procédure en cas de chiffre incohérent. Identifiez les connexions ou abonnements qui demandent un renouvellement et la personne chargée des modifications de structure.
Ce travail peut faire partie d’un accompagnement d’optimisation de conversion si la proposition le prévoit. Pour cadrer votre tableau de bord, présentez vos outils, les données disponibles et la première vue souhaitée. Aucun modèle prêt à télécharger, connexion automatique ou résultat commercial n’est promis par ce guide.
