Ir para o conteúdo 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

Síntese básica de hierarquias


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!


Hierarquias

As hierarquias fornecem uma forma de você carregar a estrutura de empregados da sua organização no Qualtrics. Eles são um recurso-chave em projetos de Engajamento de funcionários e a configuração de um recurso correto garante que o painel exibirá os dados por gerente ou unidade.

As hierarquias podem ser adicionadas aos painéis de Engajamento e CX, mas não aos projetos de Ciclo de vida ou Pesquisa de funcionários ad hoc.

Estático vs. Hierarquias dinâmicas nos dashboards CX

Atenção: esta informação só é relevante se você estiver adicionando uma hierarquia organizacional a um projeto de dashboard CX. Se você estiver trabalhando com um projeto de tarefa, pode ir para a seção seguinte dessa página.

Para adicionar uma hierarquia organizacional a um dashboard CX, o conjunto de dados precisa conter os identificadores exclusivos dos usuários. Se você estiver carregando dados para um projeto de Dados importados, isso será tão simples quanto incluir uma coluna com o identificador exclusivo de cada usuário em seu arquivo CSV.

No entanto, se você estiver trabalhando com um projeto de pesquisa, precisará se certificar de que as informações corretas estão sendo inseridas na pesquisa antes de mapeá-las para o painel. Há duas maneiras de fazer isso.

Hierarquias estáticas

As hierarquias estáticas permitem que você adicione as informações de hierarquia diretamente aos dados de resposta da pesquisa como dados incorporados adicionais. Isso significa que se forem efetuados ajustes na hierarquia após a coleta de dados, as atualizações de hierarquia só serão refletidas nos dados de resposta futuros, uma vez que as informações de hierarquia são adicionadas à resposta no momento em que a 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 do dashboard, não à resposta da pesquisa em si. Como resultado, se a hierarquia for modificada, isso será refletido nos dados do dashboard.

As informações de hierarquia são vinculadas à resposta correspondendo um identificador exclusivo na resposta a um identificador exclusivo na hierarquia. As informações de hierarquia são, então, correspondidas aos dados do dashboard. Sempre que a hierarquia for atualizada, ela corresponderá automaticamente aos dados do painel, permitindo atualizações dinâmicas.

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

Assim que suas respostas contiverem identificadores exclusivos, siga as etapas para adicionar uma hierarquia organizacional a um painel CX.

Escolha da melhor hierarquia para seus dados

Os dois tipos primários de hierarquia são Pai-Filho (CX|EE) e Baseado em nível (CX|EE). As hierarquias Pai-filho e Baseada em níveis podem gerar a estrutura da sua organização e identificar gerentes com base em uma lista de empregados. No entanto, o tipo de hierarquia que você escolhe tem menos a ver com a estrutura organizacional de sua empresa e muito mais a ver com os dados mais convenientemente disponíveis para você.

Pai-filho vs. Hierarquias baseadas em níveis

Hierarquias pai-filho (CX|EE) são o tipo de hierarquia mais comumente usado em projetos de Engajamento e são geralmente mais simples de configurar. As hierarquias pai-filho funcionam melhor quando seus 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 empregado. Para cada colaborador, há uma coluna para o ID de funcionário e uma coluna para o ID do gerente.

Hierarquias baseadas em níveis (CX|EE) são mais comumente usadas em hierarquias de dashboard CX. Eles podem ser uma boa opção se seus dados de RH incluírem cada nível ao qual o funcionário se reporta, desde o topo da hierarquia até onde ele se encontra. Com as hierarquias baseadas em níveis, você não precisa necessariamente saber quem é o gerente do empregado; você só precisa saber a cadeia de comando de cada empregado que estiver incluindo no projeto. Esse formato de dados é frequentemente mais comum com empresas que organizam dados de empregados por níveis distintos, localização ou divisão funcional.

Exemplo: Barnaby é um membro da equipe de operações de vendas. Essa equipe está no departamento de vendas, que, por sua vez, está na divisão que vende nossos produtos Employee Experience. No arquivo de dados do empregado, Barnaby tem Experiência do empregado na coluna Divisão, Vendas na coluna Departamento e, em seguida, Operações comerciais na coluna seguinte.

Uma vantagem que as hierarquias baseadas em níveis têm em relação às 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 colocando cada empregado e cada gerente em uma unidade organizacional; se estiver faltando empregados, você pode acabar com unidades quebradas ou deslocadas. Hierarquias baseadas em níveis, por outro lado, definem cada empregado em uma linha com toda a sua linha hierárquica até o topo. Tudo bem se estiver faltando algumas pessoas porque a cadeia de comando ainda está lá.

Por outro lado, quando se trata de definir gestores, o Pai-Filho é muito mais simples de construir. Você também pode identificar gerentes e os dados que são acumulados para eles em uma hierarquia baseada em níveis, mas você precisa adicionar uma coluna adicional aos seus dados para isso, e os gerentes devem ser codificados até a unidade que eles gerenciam.

Como as hierarquias são geradas

Interessado em como a Qualtrics cria uma hierarquia nos bastidores? Quando você carrega seu arquivo de participantes (CX|EE), cada linha representa um empregado diferente. À medida que a Qualtrics desce na lista, cada empregado é identificado e as informações anexadas a eles (como o gerente, a unidade organizacional, o nível etc.) são usadas para descobrir a que unidade pertencem em sua organização.

Exemplo: a primeira linha do nosso arquivo contém informações sobre a empregada Jane Doe. Nós conhecemos o ID dela, que é i322, e o ID de seu gerente, que é i205.
  1. Criamos uma unidade para gerente i205 e colocamos Jane dentro dela.
  2. À medida que avançamos no arquivo, vemos que o empregado i205 se chama Barnaby Smith. Agora sabemos que a unidade à qual Jane pertence é administrada por Barnaby, então podemos renomear “unidade para gerente i205” de acordo com “Barnaby Smith”.
  3. Além disso, podemos ver quem é o gerente de Barnaby e usar essas informações para colocar a unidade que ele gerencia e a unidade na qual ele se reporta nas posições apropriadas na hierarquia.

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

Tipos de hierarquia adicionais

Além das hierarquias Pai-filho e Baseadas em níveis, há mais dois tipos de hierarquia que são muito mais raramente usadas, mas podem se adequar às necessidades do seu projeto.

  1. Hierarquias esqueléticas: Essa opção é melhor se você não souber (ou não quiser expor as identidades de) subordinados diretos, mas conhecer seus gerentes. Essa hierarquia é muito diferente de Pai-filho e Baseada em Nível porque é estruturada em torno de uma lista de gerentes e das unidades que eles executam, em vez de uma lista de todos os funcionários e das unidades para as quais eles se reportam.
  2. Hierarquias ad hoc (CX|EE): Hierarquias ad hoc geralmente parecem mais fáceis porque você só precisa do mínimo de informações de participantes para começar. No entanto, o benefício das hierarquias Pai-filho e Baseado em níveis é que, depois de criar seu arquivo detalhado de dados do participante (CX|EE), você só precisa finalizar sua hierarquia para inverter alguns comutadores. Por outro lado, as hierarquias ad hoc exigem que você coloque manualmente cada participante na unidade de hierarquia correta e configure manualmente todos os gerentes e unidades. Geralmente, não recomendamos esse método, exceto com listas de participantes muito pequenas.

Perguntas frequentes

Muitas das páginas neste site foram traduzidas do inglês original usando tradução automática. Embora na Qualtrics tenhamos feito nossa diligência prévia para obter as melhores traduções automáticas possíveis, a tradução automática nunca é perfeita. O texto original em inglês é considerado a versão oficial, e quaisquer discrepâncias entre o inglês original e as traduções automáticas não são juridicamente vinculativas.