Preparação de um arquivo de usuário para criar uma Hierarquia (CX)

Sobre a preparação de um arquivo de usuário para criar uma Hierarquia

Ao importar usuários para o seu Dashboard CX, há alguns aspectos importantes a serem considerados. Por exemplo, toda importação precisará das seguintes colunas:

• Primeiro nome: O primeiro nome do usuário.
• Sobrenome: O sobrenome do usuário.
• E-mail: O endereço de e-mail do usuário. Esse detalhe é o mais importante. O e-mail pode funcionar como nome de usuário para cada usuário ou como uma forma de lembrar quais usuários já existem no User Admin.
• Nome de usuário: se a sua organização usa SSO, você deve incluir uma coluna Nome de usuário. Essa coluna deve conter as mesmas informações que a coluna Email, porque o#brandId será automaticamente adicionado ao final.
• Idioma: Essa coluna é tecnicamente opcional. No entanto, se optar por incluir isso, tenha o cuidado de colocar Language em maiúsculas, como visto aqui, e insira o valor para cada usuário no código de idioma

Além disso, você deve se certificar de que escolheu a hierarquia correta para o seu projeto, pois isso afeta os atributos do usuário, ou colunas personalizadas de dados do usuário, que serão incluídos no arquivo CSV/TSV. Por exemplo, o arquivo hierarquia Parent-Child deve incluir colunas para ID Colaborador e ID Gerente, enquanto o arquivo hierarquia Level-Based deve ter colunas de Nível diferentes.

Preparação de um arquivo para uma Hierarquia pai-filho

As hierarquias Parent-Child são o tipo de hierarquia mais comumente usado. Eles são a melhor opção se os dados de RH estiverem formatados de modo que você tenha uma lista de IDs de funcionários e os gerentes aos quais cada colaborador se relatórios.

Quando terminar de criar o arquivo e estiver pronto para criar uma hierarquia, consulte Geração de uma Hierarquia pai-filho.

Metadados necessários

Há duas colunas metadados que você deve incluir para criar uma hierarquia Parent-Child:

• EmployeeID: é a identificação do colaborador do participante. É melhor usar as IDs que o departamento de RH da sua empresa atribuiu internamente, em vez de tentar criar novas IDs geradas aleatoriamente.
• ManagerID: É a identificação do colaborador do gerente do participante.

Ao adicionar IDs de Colaborador e Gerente, é preciso ter em mente alguns aspectos importantes:

• Cada participante também deve ter um ID de Colaborador exclusivo. Vários participantes não podem compartilhar a mesma ID.
• Todo participante deve ter um gerente. A única exceção são os membros mais altos da empresa que você inclui em sua hierarquia (por exemplo, CEOs). Deixe a coluna gerente vazia para mostrar que essa pessoa não se reporta a ninguém.
• As colunas Colaborador ID e Gerente ID de um colaborador nunca devem ser as mesmas. Os funcionários não se reportam a si mesmos!
• Cada ID de Gerente deve estar vinculada a um colaborador. Qualquer participante com uma ID de Gerente que não corresponda a uma ID de Colaborador existente será atribuído a um Gerente desconhecido. Observe que, quando alguém for atribuído a um Gerente Desconhecido, os membros da hierarquia abaixo dessa pessoa também serão quebrados. Para corrigir esse problema, você deve corrigir manualmente os dados e gerar novamente a hierarquia.
• Cuidado com a lógica circular. Se John Doe relatórios reporta a Jane Smith, e Jane Smith relatórios a Joseph Miller, Joseph Miller não pode se reportar a John Doe. Você não pode gerenciar o gerente do seu gerente.

Metadados opcionais

Você pode adicionar quaisquer metadados adicionais que desejar ao fazer o upload da lista participante. É possível incluir desde a data de aniversário de cada colaborador até a localização de seus escritórios. No entanto, há dois metadados opcionais que podem ajudá-lo a formatar hierarquia Parent-Child.

• ID da unidade organizacional: Os IDs da unidade organizacional ajudam a identificar a mesma equipe ao longo do tempo, mesmo que o nome da equipe mude. Ele tem a mesma finalidade de um ID exclusivo colaborador, mas para uma unidade em vez de um colaborador.
  Qdica: Tem equipes diferentes com o mesmo nome? Ou você tem conjuntos separados de equipes e gerentes que se reportam dentro da mesma divisão? Você pode reutilizar a mesma Descrição da unidade organizacional definindo campos separados de ID da unidade organizacional. Por exemplo, um gerente de vendas pode comandar uma equipe chamada Vendas com um ID de unidade organizacional 001 e outro gerente pode comandar uma equipe chamada Vendas com um ID de unidade organizacional 002.

  As IDs de unidades organizacionais também são úteis se um gerente estiver encarregado de várias equipes. Isso significa que, se meu gerente for Fulano de Tal, mas Fulano de Tal for o gerente da Equipe A e da Equipe B, posso especificar a qual equipe pertenço com o campo ID da unidade.

• Descrição da unidade organizacional: Ao criar sua hierarquia, as unidades serão automaticamente nomeadas para um gerente. A configuração Org Unit Description permite que você nomeie suas unidades com base em nomes ou descrições das unidades.

A Descrição da unidade organizacional é essencialmente o nome fornecido para o ID da unidade organizacional fornecido e aparecerá como o rótulo da unidade nos painéis ao filtrar ou separar por unidade. As colunas não devem necessariamente conter os mesmos valores exatos, mas enquanto a ID é numérica, a Description é descritiva. Por exemplo, a descrição da unidade organizacional da ID da organização 2 pode ser Divisão Europeia.

Preparação de um arquivo para uma Hierarquia baseada em níveis

As hierarquias baseadas em níveis são uma boa opção se os seus dados de RH incluírem cada nível ao qual o funcionário se reporta, desde o topo da hierarquia até onde o funcionário se encontra. Com hierarquias baseadas em níveis, você não precisa necessariamente saber quem é o gerente do funcionário; você só precisa saber a cadeia de comando de cada funcionário que está incluindo no projeto. Esse formato de dados costuma ser mais comum em empresas que organizam os dados dos funcionários por níveis distintos, local ou divisão funcional.

Quando terminar de criar o arquivo e estiver pronto para criar uma hierarquia baseada em níveis, consulte Geração de uma Hierarquia baseada em níveis.

Metadados necessários

Você precisará de uma coluna separada para cada nível da organização que deseja definir. O último nível preenchido para um participante indica sua posição na hierarquia. Para os que estão em um nível mais alto, isso geralmente significa que a coluna do primeiro Nível está preenchida, mas as demais não.

Metadados Gerente

Se você estiver interessado em atribuir gerentes a unidades em suas hierarquias baseadas em níveis, há duas maneiras diferentes de fazer isso.

• Gerente: Essa coluna indica se o participante é um gerente. O participante será designado como o gerente do nível mais baixo que ele tem listado. A maioria dos usuários usa “sim” para indicar um gerente, mas você também pode usar “1”, “gerente” ou qualquer formato que desejar, desde que tenha um valor na coluna que indique que o participante é um gerente.
  Exemplo: Na imagem abaixo, o nível mais baixo definido para Sammy Stanage é o Nível 1, no qual ele está em uma função de Sucesso do cliente. O “sim” em sua coluna Gerente indica que ele é gerente de todo o Customer Success. Enquanto isso, o último nível definido por Jeff Brown é experiência dos colaboradores, Employee Experience na Engenharia. Isso significa que, na Engenharia, ele é o chefe do nível experiência dos colaboradores, Employee Experience.
  
• Nível Gerente: Nível Gerente é um meio de identificar os gerentes, indicando o nível específico que eles gerenciam. No exemplo anterior, o mesmo valor (“sim”) indica se um participante é ou não um gerente; no entanto, para o Nível Gerente, há valores separados para cada nível.
  Exemplo: Na imagem abaixo, o Nível Gerente de Jeff Brown é 2 para indicar que ele é gerente de sua posição Nível 2 em experiência dos colaboradores, Employee Experience, e não gerente de sua posição Nível 1 em Engineering.
  

Metadados opcionais

IDs de unidades orgânicas: Os IDs da unidade organizacional ajudam a identificar a mesma equipe ao longo do tempo, mesmo que o nome da equipe mude. Ele tem a mesma finalidade de um ID exclusivo colaborador, mas para uma unidade em vez de um colaborador. Você precisa incluir tantos IDs de unidade organizacional quanto níveis, para que possa fornecer um ID para cada nível.

Na captura de tela abaixo, as unidades no Nível 2 correspondem à coluna Org Unit ID 2. A equipe de engenharia experiência dos colaboradores, Employee Experience é a unidade 201 e a equipe de engenharia experiência de cliente, Customer Experience é a 224.

Perguntas frequentes