Révolutionnez votre stratégie des données et permettez à votre équipe de créer un document de référence de conception de solution (SDR) solide. Éliminez les écarts de mesure et favorisez une culture collaborative des données au moyen de méthodologies étape par étape.
Il est enfin temps. Vous avez créé une référence solide de conception de solution (SDR). Il s’agit ici du guide à utiliser pour implémenter vos mesures et dimensions, ce qu’elles sont appelées, quand elles se déclenchent, et que vos développeurs ont adoré. Vous avez parcouru l’ensemble du processus de déploiement, écrit les critères d’acceptation, parcouru vos empreintes. Vous avez passé le tout au contrôle qualité, et on y est ! C’était beaucoup de travail, et maintenant c’est fait. Votre instance d’Adobe Analytics doit faire passer le marketing et les produits de haut en bas au fur et à mesure qu’elle analyse les données, obtient de nouvelles révélations sur vos clients, et trouve tous les domaines de succès et, enfin, les domaines de moindre succès. Mais vous n’entendez pas les louanges que vous attendiez.
De la part d’un camp, vous entendez des plaintes.
« Pourquoi ne puis-je pas déterminer le taux de conversion sur cet entonnoir ? »
« Pourquoi n’existe-t-il pas de mesure pour cela ? »
« J’ai besoin de beaucoup plus de détails sur ce sujet ! Une mesure seule ne suffit pas. Il y a au moins trois dimensions différentes dont j’ai besoin pour comprendre les performances. Pourquoi ne les avez-vous pas mis dedans ? »
Mais c’est l’autre camp qui est cause d’inquiétude encore plus grande. De leur part, vous n’entendez rien du tout. Bien pire, vous voyez des graphiques qui ont été très clairement extraits de votre ancienne solution d’analyse, vous savez, celle qui n’est plus entretenue, et chaque jour vous fait tomber un peu plus dans un marécage de décrépitude et de données sales. Un sentiment de terreur vous remplit quand vous pensez aux décisions qui pourraient être prises avec ce désordre.
Où les choses ont-elles pu tourner aussi mal ? Pourquoi existe-t-il des écarts dans les mesures ? Pourquoi les membres de votre équipe n’acceptent-ils pas cela ?
Je vais commencer par vous rassurer un peu. Il y aura toujours une révision. Si votre site ou application est suffisamment complexe pour avoir besoin d’une solution d’analyse d’entreprise, il est pratiquement garanti que vous allez manquer quelque chose. Mais pas assez pour expliquer les écarts de mesure dont je parle ici. Ce qui s’est mal passé est beaucoup plus difficile à mettre dans une feuille de calcul. Vous avez manqué vos premières chances de créer une culture de données collaborative au moment même où vous avez créé votre SDR. Je veux vous guider à travers une méthode que mes collègues et moi-même avons développée pour à la fois construire un meilleur SDR avec moins d’écarts, et pour que les utilisateurs finaux soient investis et même parfois enthousiasmés par leur nouvelle instance d’Adobe Analytics. Passons en revue le pourquoi du comment.
Comment
Conférence sur la mesure :
- Rassemblez vos parties prenantes, soit en personne, soit virtuellement, dans le but de découvrir ce qu’il faut mesurer. Cela devrait inclure des dirigeants.
- Ayez déjà quelques exemples évidents sur le tableau des pense-bêtes, des éléments comme les recettes, les ventes ou les prospects, les indicateurs clés de performance que vous connaissez seront mesurés. Répétez cette procédure avec des dimensions, des éléments tels que l’état de connexion, les catégories de produits ou les termes de recherche.
- Demandez à chacun d’ajouter ses propres post-it, en les regroupant selon les besoins.
- Que les gens votent sur ceux qu’ils pensent importants. Il s’agit de votes illimités puisque, peut-être, toutes ces mesures et dimensions comptent.
- Pour tous ceux qui rassemblent peu de votes, demandez aux parties prenantes d’expliquer à quoi elles les utiliseront. S’il existe un bon cas d’utilisation, conservez-le. S’il existe un meilleur moyen d’obtenir ces données, elles ne peuvent pas expliquer comment elles sont exploitables, ou il existe une autre bonne raison de les laisser de côté, de les extraire du tableau.
- Ajoutez ces mesures et dimensions à votre SDR pour une révision initiale par les parties prenantes présentes.
Cartographie des entonnoirs
- Obtenir une visualisation de tous les entonnoirs, étape par étape avec chaque état inclus
- Avec les designers et les chefs de produits, passez en revue chaque étape et expliquez ce qu’ils considèrent comme du succès dans cet entonnoir. S’agit-il d’un taux de conversion ? Choisit-il un chemin particulier ? Utilise-t-il certaines fonctionnalités ?
- Posez des questions sur les mesures et dimensions nécessaires pour comprendre les performances de l’entonnoir à chaque étape de l’entonnoir et dans son ensemble.
- Au-dessus de chaque étape de l’entonnoir, ajoutez les mesures et les dimensions qui seront mesurées à cette étape, y compris les mesures calculées.
- Au début de chaque entonnoir, inscrivez les rapports qui s’afficheront dans le tableau de bord que le chef de produit utilisera pour effectuer le suivi des performances, comme un rapport d’abandons, les taux de conversion du mois en cours et des tendances, et tout ce qui est plus spécifique à cet entonnoir.
- Ajoutez au SDR les nouvelles mesures et dimensions que vous avez découvertes et envoyez-les aux parties prenantes pour une deuxième révision.
Tableaux de bord d’aperçu
- À l’aide de la cartographie des entonnoirs, créez des tableaux de bord de maquette.
- Il doit y avoir une vue globale, telle qu’un Tableau de bord du résumé exécutif et des tableaux de bord pour chacun des entonnoirs.
- Il y en aura également d’autres plus spécifiques à votre site ou application, comme les performances de produit ou les performances de contenu.
- Distribuez-les aux parties prenantes concernées et obtenez des commentaires sur la conception.
- Effectuez les mises à jour demandées et, si de nouvelles mesures ou dimensions sont nécessaires, ajoutez-les à votre SDR.
- Envoyez les tableaux de bord et le SDR d’aperçu mis à jour pour une révision finale.
Outils de démocratisation des données
- Créez un dictionnaire de données. Le SDR est destiné à vos appareils. Le dictionnaire de données est destiné aux utilisateurs finaux. Rendez ces données lisibles pour les utilisateurs finaux afin qu’ils puissent facilement rechercher les données disponibles et savoir les utiliser. Les utilisateurs finaux doivent en être les approbateurs finaux.
- Utilisez des annotations. Dans chaque organisation, il existe certaines dates qui comptent chaque année et d’autres qui vont apparaître. Veillez à rassembler les informations pertinentes auprès de vos parties prenantes et à les ajouter en tant qu’annotations afin de mieux comprendre les données qu’elles affichent.
- Traitement. Si votre SDR est grand, il pourrait être écrasant. La paraylise de choix ne s’appliquent pas uniquement à vos clients. Découvrez ce qui importe à chaque groupe d’utilisateurs et traitez les éléments qu’ils verront.
Pourquoi
Obtention des exigences
C’est évident, mais il existe d’autres moyens efficaces d’obtenir les besoins. J’en ai personnellement utilisé les entretiens seul à seul, les questionnaires et les révisions de rapports existants. Ça marchera, même si, je pense, pas aussi bien que les méthodes que je viens de décrire. Je ne pense vraiment pas que l’écart dans la collecte des exigences soit aussi important. La méthode que j’ai décrite vous permettra d’y parvenir à 95 %, et ces autres méthodes vous fourniront 90 % du chemin. Alors, quelle est la grande raison ?
Créer une culture des données
Grâce à ce processus, vous serez en mesure de :
- Provoquer des réflexions poussées sur la manière de mesurer le succès
- Créer un sentiment de propriété dans vos parties prenantes
- Faciliter la compréhension des données par les parties prenantes
Lancer une réflexion approfondie sur les données
Pour la plupart des employés de votre entreprise, les données représentent des choses qu’elles consomment. Ils les utilisent. Ils les analysent. Ils n’y réfléchissent pas profondément. Certains d’entre eux ont hérité des rapports et processus de leurs prédécesseurs, mais ils ne les ont pas modifié en raison de la nécessité de continuité. Ils n’ont jamais eu besoin de réfléchir au pourquoi des données.
Ce processus leur donne l’opportunité de comprendre réellement les données. Posez les questions suivantes : Qu’est-ce que le succès ? Comment sauriez-vous si vous réussissiez ? Comment sauriez-vous quoi changer si vous n’avez pas atteint le succès escompté ? Il s’agit d’un exercice qui doit être effectué au début de la création de chaque site, application et produit, mais qui bien trop souvent n’est pas fait. En posant ces questions, vous aidez à approfondir leur compréhension non seulement des données, mais aussi de leur propre produit.
Création d’un sentiment de propriété sur les données
Ce n’est pas quelque chose qui a été distribué de manière ascendante. Ce n’est pas une réunion de trente minutes il y a trois mois. Ce n’est pas un questionnaire si ennuyeux qu’on les a harcelés pendant une semaine pour qu’ils y répondent et auquel ils ont répondu à la va-vite parce qu’ils avaient une démonstration à réaliser pour être dans les temps malgré le rush jusqu’à la date de sortie. Il s’agit du produit de leur profonde réflexion et de leur travail avec vous et leurs collègues, la chose qu’ils ont cherché plusieurs fois, pour laquelle ils ont fourni des commentaires constants, et qu’ils ont approuvé après que leurs commentaires ont été intégrés. Cette chose, elle leur appartient ! Le fait qu’elle soit utile leur est dû. Il s’agit de leurs données et du processus qu’ils se sont approprié.
Faciliter la compréhension des données
Vous leur avez également expliqué comment ils utiliseront les données et à quoi cela ressemblera dans les tableaux de bord de prévisualisation. Toute nouvelle solution difficile à intégrer. Il y a tellement de choses à apprendre et, compte tenu de l’énorme personnalisation d’Adobe Analytics, la courbe d’apprentissage peut être assez raide. Vous en avez toutefois supprimé 80 %. Même avant la rédaction de la première ligne de code, les parties prenantes savent à quoi ressemblera leur tableau de bord. Elles sauront les lire et leur donner du sens. Elles sauront à quoi ressemble littéralement le succès, car elles vous ont dit quelles mesures et dimensions définissent le succès, et vous leur avez dit comment cela sera visualisé. La diffusion des tableaux de bord réels est une actualisation, et non une nouvelle tâche d’apprentissage effrayante.
Ce n’est pas le moyen le plus rapide de rassembler un SDR. C’est beaucoup de travail et ça nécessite beaucoup de coordination des horaires, surtout parce qu’il est vital que vous ayez des dirigeants dans le mélange. En fin de compte, une solution d’analyse d’entreprise est un investissement énorme en temps et en argent, et vous voulez vous assurer que l’adoption et la satisfaction sont élevées. Cette méthode fait beaucoup pour que cela arrive.