Passer au contenu principal
Loading...
Skip to article
  • Qualtrics Platform
    Qualtrics Platform
  • Customer Journey Optimizer
    Customer Journey Optimizer
  • XM Discover
    XM Discover
  • Qualtrics Social Connect
    Qualtrics Social Connect

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


Was this helpful?


This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

The feedback you submit here is used only to help improve this page.

That’s great! Thank you for your feedback!

Thank you for your feedback!


À 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

Attention : ces informations sont pertinentes uniquement si vous ajoutez une hiérarchie d’organisation à un projet de tableau de bord expérience client. Si vous travaillez avec un Engagement ou Écoute projet, vous pouvez passer à la section suivant de cette page.

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.

Exemple : vous disposez d’une feuille de calcul de données. Chaque ligne correspond à un salarié. Pour chaque salarié, il existe une colonne pour son matricule et une colonne pour l’ID de son 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.

Exemple : Barnaby est membre de l’équipe des opérations commerciales. Cette équipe fait partie du service des ventes, qui est à son tour rattaché à la division qui vend nos produits Employee Experience. Dans le fichier de données du salarié, Barnaby a Employee Experience dans la colonne Division, Sales dans la colonne Department, puis Sales Operations dans la colonne suivante.

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.

Exemple : la première ligne de notre fichier contient des informations sur l’employée Jane Doe. Nous connaissons son ID, i322, et l’ID de son responsable, i205.
  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

De nombreuses pages de ce site ont été traduites de l'anglais en traduction automatique. Chez Qualtrics, nous avons accompli notre devoir de diligence pour trouver les meilleures traductions automatiques possibles. Toutefois, le résultat ne peut pas être constamment parfait. Le texte original en anglais est considéré comme la version officielle, et toute discordance entre l'original et les traductions automatiques ne pourra être considérée comme juridiquement contraignante.