Aperçu général des hiérarchies

À propos des hiérarchies

Les hiérarchies vous permettent de charger la structure des employés de votre organisation dans Qualtrics. Il s’agit d’une fonctionnalité clé dans les projets Engagement des employés et la configuration d’une fonctionnalité permet de s’assurer que le tableau de bord affichera les données par responsable ou par unité.

Les hiérarchies peuvent être ajoutées à Engagement, Écoute, et CX des tableaux de bord, mais pas des projets de recherche sur le cycle de vie ou sur les employés ad hoc.

Statique vs. Hiérarchies dynamiques dans les tableaux de bord expérience client

Pour ajouter une hiérarchie d’organisation à un tableau de bord expérience client, le jeu de données doit contenir les identifiants uniques des utilisateurs. Si vous téléchargez des données dans un projet de données importées, il suffit d’inclure une colonne avec l’identifiant unique de chaque utilisateur dans votre fichier CSV.

Cependant, si vous travaillez avec un projet d’enquête, vous devez vous assurer que les bonnes informations sont extraites dans l’enquête avant de pouvoir la mapper au tableau de bord. Il existe deux façons de le faire.

Hiérarchies statiques

Les hiérarchies statiques vous permettent d’ajouter les informations de hiérarchie directement aux données des réponses à l’enquête en tant que données intégrées supplémentaires. Cela signifie que si des ajustements sont apportés à la hiérarchie après la collecte des données, les mises à jour de la hiérarchie seront reflétées uniquement sur les données des réponses futures, car les informations de hiérarchie sont ajoutées à la réponse au moment où l’enquête a été effectuée.

Pour en savoir plus, voir Hiérarchies statiques.

Hiérarchies dynamiques

Les hiérarchies dynamiques vous permettent de lier la hiérarchie aux données du tableau de bord, et non la réponse à l’enquête elle-même. Par conséquent, si la hiérarchie change, elle sera reflétée dans les données du tableau de bord.

Les informations de hiérarchie sont liées à la réponse en faisant correspondre un identifiant unique dans la réponse à un identifiant unique dans la hiérarchie. Les informations de hiérarchie sont ensuite mises en correspondance avec les données du tableau de bord. Chaque fois que la hiérarchie est mise à jour, elle correspond automatiquement aux données du tableau de bord, ce qui permet des mises à jour dynamiques.

Pour implémenter des hiérarchies dynamiques, assurez-vous d’abord que la réponse contient un identifiant unique qui correspond à l’identifiant unique d’un utilisateur dans votre hiérarchie. Pour en savoir plus, voir Hiérarchies dynamiques.

Une fois que vos réponses contiennent des identifiants uniques, suivez les étapes pour ajouter une hiérarchie d’organisation à un tableau de bord expérience client.

Choix de la meilleure hiérarchie pour vos données

Les deux principaux types de hiérarchie sont parent-enfant (CX|EX) et basée sur le niveau (CX|EX). Les hiérarchies parent-enfant et basées sur les niveaux peuvent générer la structure de votre organisation et identifier les responsables à partir d’une liste d’employés. Cependant, le type de hiérarchie que vous choisissez est moins lié à la structure organisationnelle de votre société qu’aux données dont vous disposez le plus facilement.

Parent-enfant vs. Hiérarchies basées sur les niveaux

Hiérarchies parent-enfant (CX|EX) sont le type de hiérarchie le plus couramment utilisé dans Engagement projets sont généralement plus simples à mettre en place. Les hiérarchies parent-enfant fonctionnent mieux lorsque vos données RH pour chaque salarié incluent un ID unique et l’ID de leur responsable.

Hiérarchies basées sur les niveaux (CX|EX) sont plus couramment utilisées dans tableau de bord expérience client hiérarchies. Ils peuvent être une bonne option si vos données du personnel incluent chaque niveau vers lequel l’employé dépend, du haut de la hiérarchie jusqu’à l’emplacement de l’employé. Avec les hiérarchies basées sur les niveaux, vous n’avez pas nécessairement besoin de savoir qui est le responsable du salarié ; il vous suffit de connaître la chaîne de commande pour chaque salarié que vous incluez dans le projet. Ce format de données est souvent plus courant avec les sociétés qui organisent les données des employés selon des niveaux, des sites ou des découpages fonctionnels distincts.

L’un des avantages des hiérarchies basées sur les niveaux par rapport aux hiérarchies parent-enfant est que vous exécutez un projet avec une hiérarchie incomplète. Par exemple, il se peut que vous exécutiez un projet avec seulement quelques équipes, pas avec l’ensemble de votre entreprise. Les hiérarchies parent-enfant déterminent la chaîne de commande en plaçant chaque salarié et chaque manager individuel dans une entité organisationnelle ; si vous manquez des salariés, vous pouvez vous retrouver avec des unités brisées ou déplacées. En revanche, les hiérarchies basées sur les niveaux définissent chaque salarié sur une ligne avec toute sa ligne hiérarchique jusqu’au haut. C’est OK si vous manquez quelques personnes car la chaîne de commandement est toujours là.

En revanche, lorsqu’il s’agit de définir des gestionnaires, Parent-Enfant est beaucoup plus simple à construire. Vous pouvez également identifier les responsables et les données qui se répercutent sur eux dans une hiérarchie basée sur les niveaux, mais vous devez ajouter une colonne supplémentaire à vos données pour ce faire, et les responsables doivent être codés jusqu’à l’unité qu’ils gèrent.

Génération des hiérarchies

Vous souhaitez savoir comment Qualtrics crée une hiérarchie en coulisses ? Lorsque vous téléchargez votre fichier participant sur le serveur (CX|EX), chaque ligne représente un employé différent. Au fur et à mesure que Qualtrics descend dans la liste, chaque employé est identifié et les informations qui lui sont jointes (telles que le responsable, l’entité organisationnelle, le niveau, etc.) sont utilisées pour déterminer à quelle unité ils appartiennent dans leur organisation.

1. Nous créons une unité pour le responsable i205 et mettons Jane dedans.
2. En descendant le fichier, nous voyons que l’employé i205 s’appelle Barnaby Smith. Maintenant, nous savons que l’unité à laquelle Jane appartient est dirigée par Barnaby, nous pouvons donc renommer « unit for manager i205 » en conséquence en « Barnaby Smith ».
3. En outre, nous pouvons voir qui est le responsable de Barnaby et utiliser ces informations pour placer l’unité qu’il gère et l’unité à laquelle il dépend aux postes appropriés dans la hiérarchie.

Il n’est pas nécessaire d’écrire le fichier dans un ordre particulier, par exemple du salarié le plus bas au plus élevé. Qualtrics rassemblera la hiérarchie telle qu’elle descend dans la liste des employés dans le fichier. Le plus important est que tous les salariés nécessaires dans la hiérarchie soient présents et qu’il n’existe aucune logique circulaire pour la chaîne de commande (par exemple, le responsable de Barnaby ne peut pas être Jane s’il est déjà le responsable de Jane).

Types de hiérarchies supplémentaires

Outre les hiérarchies parent-enfant et basées sur le niveau, il existe deux autres types de hiérarchie qui sont beaucoup plus rarement utilisés, mais qui peuvent correspondre aux besoins de votre projet.

1. Hiérarchies de squelettes : Cette option est préférable si vous ne connaissez pas (ou ne souhaitez pas exposer les identités des) subordonnés, mais que vous connaissez vos managers. Cette hiérarchie est très différente de la hiérarchie parent-enfant et basée sur le niveau, car elle est structurée autour d’une liste de responsables et des unités qu’ils exécutent, au lieu d’une liste de tous les salariés et des unités auxquelles ils dépendent.
2. Hiérarchies ad hoc (CX|EE) : Les hiérarchies ad hoc semblent souvent plus faciles car vous n’avez besoin que du strict minimum d’informations sur les participants pour commencer. Cependant, l’avantage des hiérarchies parent-enfant et basées sur le niveau est qu’une fois que vous avez créé votre fichier détaillé des données des participants (CX|EE), il vous suffit de basculer entre plusieurs commutateurs pour terminer votre hiérarchie. D’autre part, les hiérarchies ad hoc nécessitent que vous placiez manuellement chaque participant dans l’unité de hiérarchie appropriée et que vous configuriez manuellement tous les managers et unités. Nous ne recommandons généralement pas cette méthode, sauf pour les très petites listes de participants. Cette fonction est incompatible avec les programmes Pulse.

FAQ