Saltar al contenido 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

Plantilla de artículo


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!


Acerca de las jerarquías

Las jerarquías le proporcionan una forma de cargar la estructura de empleado de su organización en Qualtrics. Son una función clave en los proyectos de Compromiso de los empleados , y configurarlos correctamente garantiza que el Tablero mostrará datos por gerente o unidad.

Se pueden agregar jerarquías a Compromiso, Legumbres, y CX paneles de control, pero no proyectos de investigación de ciclo de vida o de investigación de Empleado ad hoc.

Estático vs. Jerarquías dinámicas en los paneles de CX

Atención: Esta información solo es relevante si está agregando una jerarquía de la organización a una Proyecto de tablero de CX. Si estás trabajando con un Compromiso o Legumbres proyecto, puede pasar a la siguiente sección de esta página.

Para agregar una jerarquía de la organización a un tablero de CX, el conjunto de datos debe contener los identificadores únicos de los usuarios. Si tu estas Cargar datos en un proyecto de datos importados, esto es tan simple como incluir una columna con el identificador único de cada usuario en su archivo CSV .

Sin embargo, si está trabajando con un proyecto de encuesta , debe asegurarse de que la información correcta se ingrese en la encuesta antes de poder asignarla al Tablero. Hay dos maneras de hacer esto.

Jerarquías estáticas

Las jerarquías estáticas le permiten agregar la información de la jerarquía directamente a los datos de respuesta de la encuesta como datos embebidos adicionales. Esto significa que si se realizan ajustes a la jerarquía después de recopilar los datos, las actualizaciones de la jerarquía solo se reflejarán en los datos de respuesta futuros, ya que la información de la jerarquía se agrega a la respuesta en el momento en que se realiza la encuesta .

Para obtener más información, consulte Jerarquías estáticas.

Jerarquías dinámicas

Las jerarquías dinámicas le permiten vincular la jerarquía a los datos del Tablero , no a la respuesta de la encuesta en sí. Como resultado, si la jerarquía cambia, voluntad se reflejará en los datos del Tablero .

La información de Jerarquía se vincula con la respuesta haciendo coincidir un identificador único en la respuesta con un identificador único en la jerarquía. Luego, la información de la Jerarquía se compara con los datos del Tablero . Cada vez que se actualiza la jerarquía , coincidirá automáticamente con los datos del Tablero , lo que permite actualizaciones dinámicas.

Para implementar jerarquías dinámicas, primero asegúrese de que la respuesta contenga un identificador único que coincida con el identificador único de un usuario en su jerarquía. Ver Jerarquías dinámicas Para saber más.

Una vez que sus respuestas contengan identificadores únicos, siga los pasos para Agregar una jerarquía de la organización a un tablero de CX.

Cómo elegir la mejor Jerarquía para sus datos

Los dos tipos principales de jerarquía son Padre-Hijo (CX|EX) y basado en niveles (CX|EX). Las jerarquías padre-hijo y basadas en niveles pueden generar la estructura de su organización e identificar gerentes en función de una lista de empleados. Sin embargo, el tipo de jerarquía que usted elija tiene menos que ver con la estructura organizativa de su empresa y más con los datos que estén más convenientemente disponibles para usted.

Padre-Hijo vs. Jerarquías basadas en niveles

Jerarquías padre-hijo (CX|EX) son el tipo de jerarquía más comúnmente utilizado en Compromiso proyectos y, por lo general, son más sencillos de configurar. Las jerarquías padre-hijo funcionan mejor cuando los datos de RR.HH. de cada empleado incluyen una identificación única y la identificación de su gerente.

Ejemplo: Tienes una hoja de cálculo con datos. Cada fila es un empleado. Para cada empleado, hay una columna para su ID de empleado y una columna para la ID de su gerente.

Jerarquías basadas en niveles (CX|EX) se utilizan más comúnmente en tablero de CX jerarquías. Pueden ser una buena opción si sus datos de RRHH incluyen cada nivel al que informes el empleado , desde la parte superior de la jerarquía hasta el lugar donde se encuentra el empleado . Con jerarquías basadas en niveles, no necesariamente necesitas saber quién es el gerente del empleado; solo necesitas conocer la cadena de mando de cada empleado que estás incluyendo en el proyecto. Este formato de datos suele ser más común en empresas que organizan los datos de los empleado por distintos niveles, ubicación o desglose funcional.

Ejemplo: Barnaby es miembro del equipo de operaciones de ventas. Este equipo está dentro del departamento de ventas, que a su vez está en la división que vende nuestros productos de Employee Experience . En el archivo de datos de los empleado , Barnaby tiene Employee Experience en la columna División , Ventas en la columna Departamento y luego Operaciones de ventas en la siguiente columna.

Una ventaja que tienen las jerarquías basadas en niveles sobre las de padre-hijo es cuando se ejecuta un proyecto con una jerarquía incompleta. Por ejemplo, es posible que esté ejecutando un proyecto con solo unos pocos equipos y no con toda su empresa. Las jerarquías padre-hijo determinan la cadena de mando al ubicar a cada empleado y a cada gerente en una unidad organizacional; si faltan empleados, es posible que se terminen con unidades rotas o desplazadas. Las jerarquías basadas en niveles, por otro lado, definen a cada empleado en una fila con toda su línea de informes hasta la parte superior. Está bien si faltan algunas personas porque la cadena de mando sigue ahí.

Por otro lado, a la hora de definir directivos, Padre-Hijo es mucho más sencillo de construir. También puede identificar a los gerentes y los datos que llegan a ellos en una jerarquía basada en niveles, pero necesita agregar una columna adicional a sus datos para hacerlo y los gerentes deben estar codificados hasta la unidad que administran.

Cómo se generan las jerarquías

¿Está interesado en saber cómo Qualtrics construye una jerarquía detrás de escena? Cuando cargue su archivo de participante (CX|EX), cada fila representa un empleado diferente. A medida que Qualtrics avanza en la lista, se identifica a cada empleado y la información asociada a él (como el gerente, la unidad organizativa, el nivel, etc.) se utiliza para determinar a qué unidad pertenece en su organización.

Ejemplo: La primera fila de nuestro archivo tiene información sobre la empleado Jane Doe. Conocemos su identificación, que es i322, y la identificación de su manager, que es i205.
  1. Creamos una unidad para el gerente i205 y colocamos a Jane dentro de ella.
  2. A medida que avanzamos en el archivo, vemos que el empleado i205 se llama Barnaby Smith. Ahora sabemos que la unidad a la que pertenece Jane está dirigida por Barnaby, por lo que podemos cambiar el nombre de la “unidad para el gerente i205” a “Barnaby Smith”.
  3. Además, podemos ver quién De Barnaby El gerente es, y utiliza esta información para colocar la unidad que administra y la unidad a la que informes en las posiciones apropiadas en la jerarquía.

El archivo no tiene que estar escrito en un orden particular, por ejemplo, del empleado más bajo al más alto. Qualtrics reconstruirá la jerarquía a medida que recorre la lista de empleados en el archivo. Lo más importante es que todos los empleados necesarios en la jerarquía estén presentes y que no haya ninguna lógica circular en la cadena de mando (por ejemplo, el gerente de Barnaby no puede ser Jane si ya es el gerente de Jane).

Tipos de Jerarquía adicionales

Además de las jerarquías padre-hijo y basadas en niveles, hay dos tipos más de jerarquía que se utilizan con menos frecuencia, pero que pueden adaptarse a las necesidades de su proyecto.

  1. Jerarquías de esqueletos: Esta opción es mejor si no conoce (o no desea exponer las identidades de) los informes directos, pero hacer Conozca a sus gerentes. Esta jerarquía es muy diferente de la de padre-hijo y la basada en niveles porque está estructurada en torno a una lista de gerentes y las unidades que ellos administran. correr, en lugar de una lista de todos los empleados y las unidades a las que pertenecen. reportarse a.
  2. Jerarquías ad hoc (CX|EE): Las jerarquías ad hoc a menudo parecen más fáciles porque solo se necesita el mínimo de información de los participante para comenzar. Sin embargo, el beneficio de las jerarquías padre-hijo y basadas en niveles es que después de crear su archivo detallado de datos de los participante (CX|EE), todo lo que necesitas para completar tu jerarquía es activar algunos interruptores. Por otro lado, las jerarquías Ad-Hoc requieren que usted coloque manualmente a cada participante en la unidad de jerarquía correcta y configure manualmente todos los administradores y unidades. Generalmente no recomendamos este método, excepto con listas de participante muy pequeñas. Esta función es incompatible con los programas Pulse.

Preguntas frecuentes

Muchas de las páginas de este sitio han sido traducidas del inglés original utilizando la traducción automática. Aunque en Qualtrics hemos realizado nuestra diligencia debida para obtener las mejores traducciones automáticas posibles, la traducción automática nunca es perfecta. El texto original en inglés se considera la versión oficial, y cualquier discrepancia entre el inglés original y las traducciones automáticas no son legalmente vinculantes.