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

Atenção: Essas informações só são relevantes se você estiver adicionando uma hierarquia organizacional a um projeto Dashboard CX. Se estiver trabalhando com um projeto do Engagement ou do Pulse, pule para a avançar seção desta página.

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.

Exemplo: Você tem uma planilha de dados. Cada linha é um colaborador. Para cada colaborador, há uma coluna para o ID do colaborador e uma coluna para 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.

Exemplo: Barnaby é membro da equipe de operações de vendas. Essa equipe faz parte do departamento de vendas, que, por sua vez, faz parte da divisão que vende nossos produtos experiência dos colaboradores, Employee Experience. No arquivo de dados dos colaborador, Barnaby tem experiência dos colaboradores, Employee Experience na coluna Divisão ), Sales (Vendas) na coluna Department (Departamento) e Sales Operations (Operações de vendas) na coluna avançar.

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.

Exemplo: A primeira linha do nosso arquivo tem informações sobre a colaborador Jane Doe. Sabemos sua identificação, que é i322, e a identificação de seu gerente, que é i205.

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.