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

Preparación de un archivo de usuario para crear una jerarquía (CX)


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!


Consejo Q: Las jerarquías de CX solo están disponibles para las licencias de CX con emisión de tickets incluida. Si le interesa esta función, póngase en contacto con su Account Executive.
Consejo Q: Las jerarquías de CX y las jerarquías EX son muy similares, pero tienen algunas diferencias clave. Si es un cliente EX, consulte en su lugar Preparar su archivo de participante para la importación (EE).

Acerca de la preparación de un archivo de usuario para crear una jerarquía

Al importar usuarios a su tablero de CX, hay algunas cosas importantes que debe tener en cuenta. Por ejemplo, cada importación necesitará las siguientes columnas:

  • Nombre: El nombre del usuario.
  • Apellidos: Los apellidos del usuario.
  • Correo electrónico: La dirección de correo electrónico del usuario. Este detalle es el más importante. El correo electrónico puede actuar como nombre de usuario para cada usuario o como una forma de recordar qué usuarios ya existen en Administración de usuarios.
  • Nombre de usuario: Si su organización utiliza SSO, debe incluir una columna de Nombre de usuario. Esta columna debe contener la misma información que la columna Correo electrónico, porque el#brandId se añadirá automáticamente al final.
  • Idioma: Esta columna es técnicamente opcional. Sin embargo, si elige incluir esto, debe tener cuidado de poner en mayúscula el idioma como se ve aquí e introducir el valor para cada usuario en el código de idioma.

Además, querrá asegurarse de que ha elegido la jerarquía correcta para su proyecto, ya que esto afecta a los atributos de usuario o a las columnas personalizadas de datos de usuario que incluirá en el archivo CSV/TSV. Por ejemplo, el archivo de jerarquía superior-inferior debe incluir columnas para el ID de empleado y el ID de gestor, mientras que el archivo de jerarquía basado en niveles debe tener diferentes columnas de Nivel.

Consejo Q: Listo para cargar el archivo, pero ¿no está seguro de cómo? Una vez que haya configurado su archivo de jerarquía según las instrucciones de esta página, diríjase a nuestra página de soporte para añadir usuarios.
Consejo Q: Si olvida incluir los metadatos correctos para empezar, ¡está bien! Siempre puede actualizar los atributos de sus usuarios después del hecho siguiendo los pasos en el enlace.

Preparación de un archivo para una jerarquía superior-inferior

Las jerarquías superior-inferior son el tipo de jerarquía más utilizado. Son la mejor opción si sus datos de RR. HH. están formateados para que tenga una lista de ID de empleados y los gerentes a los que informa cada empleado.

Cuando haya terminado de crear el fichero y esté listo para crear una jerarquía, consulte Generación de una jerarquía superior-inferior.

Metadatos necesarios

Existen dos columnas de metadatos que debe incluir para crear una jerarquía superior-inferior:

  • EmployeeID: es la identificación del empleado del participante. Es mejor utilizar los ID que el departamento de RR. HH. de su empresa ha asignado internamente, en lugar de intentar crear nuevos ID generados aleatoriamente.
  • ManagerID: Es la identificación del empleado del gerente del participante.

Ejemplo: en la imagen siguiente, el ID de empleado de John Doe es 1, por lo que la columna ID de empleado dice 1. Jill Davis, Sammy External y Joseph Miller informan directamente a John Doe, por lo que sus columnas de ManagerID dicen 1.

Un CSV. La columna EmployeeID EmployeeID de John Doe dice 1. Las columnas Jill Davis, Sammy External y Joseph Miller ManagerID también dicen 1

Consejo Q: Técnicamente, puede nombrar el EmployeeID y el ManagerID lo que desee. Por ejemplo, si su organización prefiere el término “número de empleado” o tiene un término especial como “QID”, no dude en dar a sus columnas estos nombres. Lo importante es que incluya estos conceptos e introdúzcalos en los campos correctos cuando genere su jerarquía superior-inferior.

Al añadir ID de empleado y de supervisor, hay algunas cosas importantes que se deben tener en cuenta:

  • Cada participante también debe tener un ID de empleado único. Varios participantes no pueden compartir el mismo ID.
  • Cada participante debe tener un gerente. La única excepción son los miembros más altos de la empresa que incluye en su jerarquía (por ejemplo, CEO). Deje vacía la columna de supervisor para mostrar a esta persona que no está a cargo de nadie.
  • Las columnas ID de empleado e ID de gerente de un empleado individual nunca deben ser iguales. Los empleados no se reportan a sí mismos.
  • Cada ID de gerente debe vincularse a un empleado. Cualquier participante con un ID de gerente que no se corresponda con un ID de empleado existente se asignará a un gerente desconocido. Tenga en cuenta que una vez que se asigna una persona a un gestor desconocido, los miembros de la jerarquía por debajo de esta persona también se romperán. Para solucionar este problema, debe fijar manualmente los datos y volver a generar la jerarquía.
  • Preste atención a la lógica circular. Si John Doe informa a Jane Smith y Jane Smith informa a Joseph Miller, éste no puede rendir cuentas a John Doe. No puede administrar el gerente de su gerente.

Metadatos opcionales

Puede agregar cualquier metadato adicional que desee al cargar su lista de participantes. Se puede incluir cualquier cosa, desde el cumpleaños de cada empleado hasta sus ubicaciones de oficina. Sin embargo, hay dos metadatos opcionales que pueden ayudarle a formatear la jerarquía superior-inferior.

  • ID de unidad organizativa: los ID de unidad organizativa le ayudan a identificar el mismo equipo a lo largo del tiempo, incluso si cambia el nombre del equipo. Sirve para el mismo propósito que un ID de empleado único, pero para una unidad en lugar de un empleado.
    Consejo Q: ¿Tiene equipos diferentes con el mismo nombre? ¿O tiene conjuntos separados de equipos y gerentes que informan dentro de la misma división? Puede reutilizar la misma Descripción de unidad organizativa fijando campos de ID de unidad organizativa separados. Por ejemplo, un jefe de ventas puede ejecutar un equipo llamado Ventas con un ID de unidad organizativa de 001, y otro jefe puede ejecutar un equipo llamado Ventas con un ID de unidad organizativa de 002.

    Los ID de unidad organizativa también son útiles si un gerente está en varios equipos. Esto significa que si mi gerente es John Doe, pero John Doe es el gerente del equipo A y el equipo B, puedo especificar a qué equipo pertenezco con el campo ID de unidad.

  • Descripción de unidad organizativa: al crear la jerarquía, las unidades se nombrarán automáticamente para un gerente. La opción Descripción de unidad organizativa le permite nombrar las unidades en función de los nombres o descripciones de las unidades.

La Descripción de unidad organizativa es esencialmente el nombre proporcionado para el ID de unidad organizativa proporcionado y aparecerá como la etiqueta de la unidad en los dashboards al filtrar o desglosar por unidad. Las columnas no deben contener necesariamente los mismos valores exactos, pero si el ID es numérico, la descripción es descriptiva. Por ejemplo, la descripción de la unidad organizativa del ID de organización 2 puede ser una división europea.

Ejemplo: En la imagen de abajo, John Doe gestiona dos equipos diferentes: la División Europea y Dirige la Investigación. La columna Descripción de unidad organizativa especifica a cuál de estos equipos pertenecen sus 3 subordinados directos. Vemos que Jill Davis y Joseph Miller están en la División Europea, pero Sammy External está en Leads Investigation.

Un CSV en el que los empleados a cargo de John Doe tienen diferentes cosas escritas en su Descripción de unidad organizativa para indicar que están en diferentes equipos del mismo gerente

Consejo Q: Técnicamente, puede nombrar el campo de ID de unidad organizativa y la descripción de unidad organizativa como desee. Por ejemplo, puede nombrar las columnas Nombre de unidad, Equipo o Departamento en lugar de Descripción de unidad organizativa. Lo importante es que incluya estos conceptos e introdúzcalos en los campos correctos cuando genere su jerarquía superior-inferior.

Preparación de un fichero para una jerarquía basada en niveles

Las jerarquías basadas en niveles son una buena opción si sus datos de HR incluyen cada nivel al que informa el empleado, desde la parte superior de la jerarquía hasta el lugar en el que 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: las jerarquías pueden gestionar los datos que cada participante puede ver en un panel de instrucciones. Supongamos que tiene tiendas en diferentes ubicaciones que compiten por un premio de la empresa y desea que los participantes puedan ver sus propios paneles de compromiso, pero no los de los demás. La creación de una jerarquía basada en la ubicación le permite restringir los datos de ubicación que ve cada participante cuando posteriormente crea una función de panel de instrucciones o establece permisos de usuario de panel de instrucciones.

Cuando haya terminado de crear su archivo y esté listo para crear una jerarquía basada en niveles, consulte Generación de una jerarquía basada en niveles.

Metadatos necesarios

Necesitará una columna separada para cada nivel de su organización que desee definir. El último nivel rellenado para un participante indica su lugar en la jerarquía. Para los más altos, esto normalmente significa que la primera columna Nivel está rellenada, pero el resto no.

Ejemplo: Supongamos que su empresa tiene ubicaciones en los Estados Unidos. El nivel 1 puede incluir todos los estados en los que se encuentran sus oficinas. Entonces el nivel 2 podría ser la ciudad en la que se ubican estas oficinas. Esto significa que un participante en una oficina de Dallas, Texas tendría un Nivel 1 de Texas y un Nivel 2 de Dallas. Otro participante con un Nivel 1 de Texas podría tener un Nivel 2 de Houston.

Un CSV con participantes cuyo Nivel 1 es Texas. Algunos tienen un Nivel 2 de Dallas, y otros tienen un Nivel 2 de Houston.

Metadatos de gestor

Si está interesado en asignar gestores a unidades de sus jerarquías basadas en niveles, existen dos formas diferentes de hacerlo.

  • Gerente: Esta columna indica si el participante es un gerente. El participante será entonces asignado como el mánager de menor nivel incluido en la lista. La mayoría de los usuarios utilizan “sí” para indicar un gerente, pero también puede utilizar “1,” “gerente” o cualquier formato que desee, siempre que tenga un valor en la columna que indique que el participante es un gerente.
    Ejemplo: En la imagen siguiente, el nivel más bajo definido para Sammy Stanage es el Nivel 1, donde está en un rol de Customer Success. El “sí” en su columna Gerente indica que es el gerente de todo Customer Success. Mientras tanto, el último nivel definido de Jeff Brown es Employee Experience dentro de Engineering. Esto significa que, dentro de Ingeniería, es el jefe del nivel de Experiencia del empleado.
    Un CSV en el que Jeff Brown tiene rellenado su nivel 1 y 2, mientras que el nivel 2 de Sammy External está en blanco.
  • Nivel de gerente: El nivel de gerente es un medio para identificar gerentes llamando al nivel específico que gestionan. En el ejemplo anterior, el mismo valor (“sí”) indica si un participante es un gerente o no; sin embargo, para el nivel de gerente, hay valores separados para cada nivel.
    Ejemplo: En la siguiente imagen, el Nivel de Gerente de Jeff Brown es 2 para indicar que es gerente de su puesto de Nivel 2 en Employee Experience, no gerente de su puesto de Nivel 1 en Ingeniería.
    Un CSV en el que el nivel 2 de Jeff Brown tiene un valor y su nivel de gerente se establece en 2

Metadatos opcionales

ID de unidad organizativa: los ID de unidad organizativa le ayudan a identificar el mismo equipo a lo largo del tiempo, incluso si cambia el nombre del equipo. Sirve para el mismo propósito que un ID de empleado único, pero para una unidad en lugar de un empleado. Debe incluir tantos ID de unidad organizativa como niveles, de modo que pueda proporcionar un ID para cada nivel.

Ejemplo: Las unidades del nivel 1 corresponden a la columna ID de unidad organizativa 1. Finanzas es la unidad 101, Ingeniería es 123, etc. Si subiéramos una jerarquía el próximo año y cambiáramos el nombre de Finanzas a La Patrulla Penny, le daríamos el mismo ID, 101.

Se resaltan el nivel 1 y el ID de unidad organizativa 1

En la siguiente captura de pantalla, las unidades del Nivel 2 corresponden a la columna ID de unidad organizativa 2. El equipo de ingeniería de Employee Experience es la unidad 201 y el equipo de ingeniería de Customer Experience es el 224.

Las columnas de nivel 2 e ID de unidad organizativa 2 están resaltadas

Consejo Q: Técnicamente, puede dar a estas columnas de metadatos los nombres que desee. Por ejemplo, si su jerarquía se basará en la ubicación, puede tener columnas denominadas País, Estado y Ciudad en lugar de Nivel 1, Nivel 2 y Nivel 3. Lo importante es que incluya estos conceptos e introdúzcalos en los campos correctos cuando genere su jerarquía en base al nivel.

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.