Síntese básica de hierarquias

Sobre hierarquias

As hierarquias fornecem uma maneira de você carregar a estrutura de colaborador de sua organização no Qualtrics. Eles são um característica fundamental nos projetos Engajamento dos colaboradores, Employee Engagement, e a configuração correta de um deles garante que o dashboard exibirá dados por gerente ou unidade.

As hierarquias podem ser adicionadas aos painéis Engagement, Pulse e CX, mas não aos projetos Lifecycle ou Ad Hoc Colaborador Research.

Estático vs. Estático. Hierarquias dinâmicas em painéis CX

Para adicionar uma hierarquia organizacional a um Dashboard CX, o conjunto de dados precisa conter os identificadores exclusivos dos usuários. Se estiver fazendo upload de dados para um projeto de dados importados, basta incluir uma coluna com o identificador exclusivo de cada usuário no arquivo CSV.

No entanto, se estiver trabalhando com um projeto pesquisa, será necessário garantir que as informações corretas sejam inseridas na pesquisa antes de mapeá-las para o dashboard. Há duas maneiras de fazer isso.

Hierarquias estáticas

As hierarquias estáticas permitem adicionar as informações hierarquia diretamente aos dados de resposta pesquisa como dados integrados adicionais incorporados. Isso significa que, se forem feitos ajustes na hierarquia depois que os dados forem coletados, as atualizações hierarquia só serão refletidas nos dados de resposta futuros, já que as informações hierarquia são adicionadas à resposta no momento em que pesquisa foi realizada.

Para saber mais, consulte Hierarquias estáticas.

Hierarquias dinâmicas

As hierarquias dinâmicas permitem que você vincule a hierarquia aos dados dashboard, não à resposta pesquisa em si. Como resultado, se a hierarquia for alterada, ela será refletida nos dados dashboard.

As informações Hierarquia são vinculadas à resposta por meio da correspondência de um identificador exclusivo na resposta com um identificador exclusivo na hierarquia. As informações Hierarquia são então combinadas com os dados dashboard. Sempre que a hierarquia for atualizada, ela corresponderá automaticamente aos dados dashboard, permitindo atualizações dinâmicas.

Para implementar hierarquias dinâmicas, primeiro certifique-se de que a resposta contenha um identificador exclusivo que corresponda ao identificador exclusivo de um usuário em sua hierarquia. Consulte Hierarquias dinâmicas para saber mais.

Quando suas respostas contiverem identificadores exclusivos, siga as etapas para adicionar uma hierarquia organizacional a um Dashboard CX.

Escolhendo a melhor Hierarquia para seus dados

Os dois principais tipos de hierarquia são Parent-Child(CX|EX) e Level-Based(CX|EX). As hierarquias Parent-Child e Level-Based podem gerar a estrutura de sua organização e identificar gerentes com base em uma lista de funcionários. No entanto, o tipo de hierarquia que você escolhe tem menos a ver com a estrutura organizacional da sua empresa e mais com os dados mais convenientemente disponíveis para você.

Pais e filhos vs. Hierarquias baseadas em níveis

As hierarquias pai-filho(CX|EX) são o tipo de hierarquia mais comumente usado em projetos de engajamento e, em geral, são mais simples de configurar. As hierarquias pai-filho funcionam melhor quando os dados de RH de cada colaborador incluem um ID exclusivo e o ID do gerente.

As hierarquias baseadas em níveis(CX|EX) são mais comumente usadas nas hierarquias Dashboard CX. Eles podem ser uma boa opção se seus dados de RH incluírem cada nível ao qual o colaborador se relatórios, desde o topo da hierarquia até o nível em que o colaborador 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.

Uma vantagem que as hierarquias baseadas em níveis têm sobre as hierarquias pai-filho é quando você está executando um projeto com uma hierarquia incompleta. Por exemplo, você pode estar executando um projeto com apenas algumas equipes, não com toda a sua empresa. As hierarquias pai-filho determinam a cadeia de comando ao colocar cada colaborador e cada gerente em uma unidade organizacional; se faltarem funcionários, você pode acabar com unidades quebradas ou deslocadas. As hierarquias baseadas em níveis, por outro lado, definem cada colaborador em uma linha com toda a sua linha de subordinados até o topo. Não há problema se faltarem algumas pessoas, pois a cadeia de comando ainda está lá.

Por outro lado, quando se trata de definir gerentes, o Parent-Child é muito mais simples de criar. Também é possível identificar os gerentes e os dados que chegam até eles em uma hierarquia baseada em níveis, mas é necessário adicionar uma coluna adicional aos dados para fazer isso, e os gerentes devem ser codificados até a unidade que gerenciam.

Como as hierarquias são geradas

Interessado em saber como o Qualtrics constrói uma hierarquia nos bastidores? Quando você carrega seu arquivo de participante(CX|EX), cada linha representa um colaborador diferente. À medida que o Qualtrics percorre a lista, cada colaborador é identificado e as informações associadas a ele (como gerente, unidade organizacional, nível etc.) são usadas para descobrir a que unidade ele pertence na organização.

1. Criamos uma unidade para o gerente i205 e colocamos a Jane dentro dela.
2. À medida que avançamos no arquivo, vemos que colaborador i205 se chama Barnaby Smith. Agora sabemos que a unidade à qual Jane pertence é administrada por Barnaby, portanto, podemos renomear “unidade para o gerente i205” para “Barnaby Smith”
3. Além disso, podemos ver quem é gerente de Barnaby e usar essas informações para colocar a unidade que ele gerencia e a unidade à qual ele relatórios nas posições apropriadas na hierarquia.

O arquivo não precisa ser escrito em uma ordem específica, por exemplo, do menor para o maior colaborador. O Qualtrics montará a hierarquia à medida que for descendo a lista de funcionários no arquivo. O mais importante é que todos os funcionários necessários na hierarquia estejam presentes e que não haja nenhuma lógica circular na cadeia de comando (por exemplo, o gerente de Barnaby não pode ser Jane se ele já for o gerente de Jane).

Tipos adicionais Hierarquia

Além das hierarquias Parent-Child e Level-Based, há mais dois tipos de hierarquia que são muito mais raramente usados, mas que podem se adequar às necessidades de seu projeto.

1. Hierarquias de esqueleto: Essa opção é melhor se você não conhece (ou não quer expor as identidades de) seus relatórios diretos, mas conhece seus gerentes. Essa hierarquia é muito diferente da Parent-Child e da Level-Based porque é estruturada em torno de uma lista de gerentes e das unidades que eles administram, em vez de uma lista de todos os funcionários e das unidades às quais eles se reportam.
2. Hierarquias Ad-Hoc(CX|EE): As hierarquias ad hoc geralmente parecem mais fáceis porque você só precisa do mínimo de informações sobre participante para começar. No entanto, a vantagem das hierarquias Parent-Child e Level-Based é que, depois de criar o arquivo detalhado dos dados participante(CX|EE), tudo o que você precisa para finalizar hierarquia é acionar alguns botões. Por outro lado, as hierarquias Ad-Hoc exigem que você coloque manualmente cada participante na unidade hierarquia correta e configure manualmente todos os gerentes e unidades. Em geral, não recomendamos esse método, exceto em listas de participante muito pequenas. Esse característica é incompatível com os programas Pulse.

Perguntas frequentes