Saltar al contenido principal
Loading...
Skip to article
  • Customer Experience
    Customer Experience
  • Employee Experience
    Employee Experience
  • Brand Experience
    Brand Experience
  • Core XM
    Core XM
  • Design XM
    Design XM

Resumen básico de jerarquías


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 empleados de su organización en Qualtrics. Son una característica clave en los proyectos de Employee Engagement y la configuración de una garantiza que el panel de instrucciones muestre los datos por gerente o unidad.

Se pueden agregar jerarquías a los dashboards de interacción y CX, pero no a los proyectos de ciclo de vida o de búsqueda de empleados ad hoc.

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

Atención: Esta información solo es relevante si añade una jerarquía organizativa a un proyecto de dashboard de CX. Si está trabajando con un proyecto de compromiso, puede pasar a la siguiente sección de esta página.

Para añadir una jerarquía organizativa a un dashboard de CX, el conjunto de datos debe contener los identificadores únicos de los usuarios. Si está cargando 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 recopile en la encuesta antes de poder asignarla al panel de instrucciones. Hay dos formas de hacerlo.

Jerarquías estáticas

Las jerarquías estáticas le permiten añadir la información de jerarquía directamente a los datos de respuesta de la encuesta como datos embebidos adicionales. Esto significa que si se realizan ajustes en la jerarquía después de recopilar los datos, las actualizaciones de jerarquía solo se reflejarán en los datos de respuestas futuras, ya que la información de jerarquía se añade a la respuesta en el momento en que se realizó 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 dashboard, no a la respuesta de la encuesta en sí. Como resultado, si la jerarquía cambia, se reflejará en los datos del dashboard.

La información de jerarquía se vincula con la respuesta haciendo coincidir un identificador único en la respuesta a un identificador único en la jerarquía. La información de jerarquía se hace coincidir con los datos del dashboard. Cada vez que se actualiza la jerarquía, coincidirá automáticamente con los datos del panel de instrucciones, 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. Consulte Jerarquías dinámicas para obtener más información.

Una vez que sus respuestas contengan identificadores únicos, siga los pasos para agregar una jerarquía organizativa a un dashboard de CX.

Elegir la mejor jerarquía para sus datos

Los dos tipos principales de jerarquía son superior-inferior (CX|EE) y basado en niveles (CX|EE). Tanto las jerarquías superior-inferior como las basadas en niveles pueden generar la estructura de su organización e identificar a los gestores en función de una lista de empleados. Sin embargo, el tipo de jerarquía que elija tiene menos que ver con la estructura organizativa de su empresa y más con los datos más cómodamente disponibles.

Superior-Secundario vs. Jerarquías basadas en niveles

Las jerarquías superior-inferior (CX|EE) son el tipo de jerarquía más utilizado en los proyectos de interacción y, por lo general, son más fáciles de configurar. Las jerarquías principal-secundario funcionan mejor cuando sus datos de RR. HH. para cada empleado incluyen un ID único y el ID de su gerente.

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

Las jerarquías basadas en niveles (CX|EE) se utilizan más comúnmente en las jerarquías del dashboard de CX. Pueden ser una buena opción si sus datos de RR. HH. incluyen cada nivel al que informa el empleado, desde la parte superior de la jerarquía hasta el lugar donde se encuentra el empleado. Con las jerarquías basadas en niveles, no necesariamente tiene que saber quién es el gerente del empleado; solo necesita conocer la cadena de comandos de cada empleado que está incluyendo en el proyecto. Este formato de datos suele ser más común con las empresas que organizan los datos de los empleados por distintos niveles, ubicación o desglose funcional.

Ejemplo: Barnaby es miembro del equipo de operaciones de ventas. Este equipo se encuentra dentro del departamento de ventas, que a su vez se encuentra en la división que vende nuestros productos de experiencia del empleado. En el archivo de datos del empleado, Barnaby tiene Experiencia del empleado en la columna División, Ventas en la columna Departamento y, a continuación, Operaciones de ventas en la columna siguiente.

Una ventaja que tienen las jerarquías basadas en niveles sobre las superiores e inferiores es cuando ejecuta un proyecto con una jerarquía incompleta. Por ejemplo, es posible que esté ejecutando un proyecto con solo unos pocos equipos, no toda su empresa. Las jerarquías superior-inferior determinan la cadena de comandos colocando a cada empleado y a cada gestor en una unidad organizativa; si faltan empleados, puede terminar con unidades rotas o desplazadas. Por otro lado, las jerarquías basadas en niveles definen cada empleado en una fila con toda su línea jerárquica hasta la parte superior. Está bien que te falten unas cuantas personas porque la cadena de mando sigue ahí.

Por otro lado, a la hora de definir a los directivos, el padre-hijo es mucho más sencillo de construir. También puede identificar a los gerentes y los datos que se acumulan en una jerarquía en base al nivel, pero debe agregar una columna adicional a sus datos para hacerlo, y los gerentes deben estar codificados en la medida en que la unidad que administran.

Cómo se generan las jerarquías

¿Le interesa saber cómo Qualtrics crea una jerarquía detrás de escena? Cuando carga su archivo de participante (CX|EE), cada fila representa un empleado diferente. A medida que Qualtrics pasa por la lista, se identifica a cada empleado y la información adjunta (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 contiene información sobre la empleada Jane Doe. Conocemos su identificación, que es i322, y la de su gerente, que es i205.
  1. Creamos una unidad para el gerente i205 y colocamos a Jane dentro.
  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 es dirigida por Barnaby, por lo que podemos cambiar el nombre de “unit for manager i205” en consecuencia por “Barnaby Smith”.
  3. Además, podemos ver quién es el gerente de Barnaby, y usar esta información para colocar la unidad que gestiona y la unidad a la que informa en los puestos apropiados en la jerarquía.

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

Tipos de jerarquía adicionales

Además de las jerarquías superior-inferior y basada en niveles, existen dos tipos más de jerarquía que se utilizan con mucha más frecuencia, pero que pueden adaptarse a las necesidades de su proyecto.

  1. Jerarquías de esqueleto: Esta opción es mejor si no sabe (o no quiere exponer las identidades de) los empleados a cargo, pero conoce a sus gerentes. Esta jerarquía es muy diferente de superior-inferior y basada en niveles porque se estructura en torno a una lista de gestores y las unidades que ejecutan, en lugar de una lista de todos los empleados y las unidades a las que informan.
  2. Jerarquías ad hoc (CX|EE): Las jerarquías ad hoc a menudo parecen más fáciles porque solo necesita el mínimo indispensable de información de los participantes para empezar. Sin embargo, la ventaja de las jerarquías superior-inferior y basada en niveles es que, después de crear el archivo detallado de datos de participante (CX|EE), todo lo que necesita para finalizar su jerarquía es cambiar algunos indicadores. Por otro lado, las jerarquías ad hoc requieren que coloque manualmente cada participante en la unidad de jerarquía correcta y que configure manualmente todos los gerentes y unidades. Por lo general, no recomendamos este método, excepto con listas de participantes muy pequeñas.

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.