Panoramica di base sulle gerarchie

Informazioni sulle gerarchie

Le gerarchie rappresentano un modo per caricare la struttura dei dipendenti della tua organizzazione in Qualtrics. Sono una funzione chiave nei progetti Employee Engagement e la sua configurazione corretta garantisce che la dashboard visualizzi i dati in base al manager o all’unità.

Le gerarchie possono essere aggiunte alle dashboard Engagement e CX, ma non ai progetti Lifecycle o Ad Hoc Employee Research.

Statico vs. Gerarchie dinamiche nelle dashboard CX

Per aggiungere una gerarchia organizzativa a una dashboard CX, il set di dati deve contenere gli identificatori univoci degli utenti. Se stai caricando dati in un progetto Dati importati, questo è tanto semplice quanto includere una colonna con l’identificatore univoco di ogni utente nel tuo file CSV.

Tuttavia, se stai lavorando con un progetto di sondaggio, devi assicurarti che le informazioni corrette vengano inserite nel sondaggio prima di poterlo mappare alla dashboard. Esistono due modi per farlo.

Gerarchie statiche

Le gerarchie statiche consentono di aggiungere le informazioni sulla gerarchia direttamente ai dati delle risposte del sondaggio come dati incorporati aggiuntivi. Ciò significa che se vengono apportati adeguamenti alla gerarchia dopo la raccolta dei dati, gli aggiornamenti della gerarchia si rifletteranno solo sui dati delle risposte futuri, poiché le informazioni sulla gerarchia vengono aggiunte alla risposta al momento dell’indagine.

Per ulteriori informazioni, vedere Gerarchie statiche.

Gerarchie dinamiche

Le gerarchie dinamiche consentono di collegare la gerarchia ai dati della dashboard, non alla risposta del sondaggio. Di conseguenza, se la gerarchia cambia, si rifletterà nei dati della dashboard.

Le informazioni sulla gerarchia sono collegate alla risposta facendo corrispondere un identificatore univoco nella risposta a un identificatore univoco nella gerarchia. Le informazioni sulla gerarchia vengono quindi abbinate ai dati della dashboard. Ogni volta che la gerarchia viene aggiornata, corrisponderà automaticamente ai dati della dashboard, consentendo aggiornamenti dinamici.

Per implementare gerarchie dinamiche, assicurarsi innanzitutto che la risposta contenga un identificatore univoco che corrisponda all’identificatore univoco di un utente nella gerarchia. Per ulteriori informazioni, vedere Gerarchie dinamiche.

Una volta che le tue risposte contengono identificatori univoci, segui i passaggi per aggiungere una gerarchia dell’organizzazione alla Dashboard CX.

Scelta della migliore gerarchia per i tuoi dati

I due tipi primari di gerarchia sono Genitore-Figlio (CX|EE) e Basato sul livello (CX|EE). Sia le gerarchie sovraordinato-subordinato che quelle basate sul livello possono generare la struttura dell’organizzazione e identificare i manager in base a un elenco di dipendenti. Tuttavia, il tipo di gerarchia scelto ha meno a che fare con la struttura organizzativa della società e molto altro con i dati di cui si dispone più comodamente.

Genitore-Figlio vs. Gerarchie basate su livelli

Le gerarchie Genitore-Figlio (CX|EE) sono il tipo di gerarchia più comunemente utilizzato nei progetti Engagement, e sono generalmente più semplici da configurare. Le gerarchie sovraordinato-subordinato funzionano meglio quando i dati HR per ogni dipendente includono un ID univoco e l’ID del manager.

Le gerarchie basate sul livello (CX|EE) sono più comunemente utilizzate nelle gerarchie della dashboard CX. Possono essere una buona opzione se i dati HR includono ogni livello in cui i dipendenti riferiscono, dall’alto della gerarchia fino al punto in cui si trova il dipendente. Con le gerarchie basate su livelli, non è necessario sapere chi sia il manager del dipendente; è sufficiente conoscere la catena di comando per ogni dipendente incluso nel progetto. Questo formato di dati è spesso più comune con le aziende che organizzano i dati dei dipendenti in base a livelli distinti, sede o suddivisione funzionale.

Un vantaggio delle gerarchie basate su livelli rispetto a quelle sovraordinato-subordinato si ha quando si esegue un progetto con una gerarchia incompleta. Ad esempio, è possibile che si stia eseguendo un progetto con pochi team, non con l’intera società. Le gerarchie Genitore-Figlio determinano la catena di comando inserendo ogni singolo dipendente e ogni singolo manager in un’unità organizzativa; se mancano dipendenti, si può finire con unità spezzate o sfollate. Le gerarchie basate sul livello, invece, definiscono ogni dipendente su una riga con l’intera linea di reporting fino all’alto. Va bene se ti manca qualche persona perché la catena di comando c’è ancora.

D’altra parte, quando si tratta di definire i manager, Genitore-Bambino è molto più semplice da costruire. È inoltre possibile identificare i responsabili e i dati che vengono raggruppati in una gerarchia basata sul livello, ma è necessario aggiungere un’ulteriore colonna ai dati per farlo e i responsabili devono essere codificati fino all’unità che gestiscono.

Modalità di generazione delle gerarchie

Interessato a come Qualtrics costruisce una gerarchia dietro le quinte? Quando carichi il tuo file partecipanti (CX|EE), ogni riga rappresenta un dipendente diverso. Man mano che Qualtrics scende nell’elenco, ogni dipendente viene identificato e le informazioni ad esso allegate (quali manager, unità organizzativa, livello e così via) vengono utilizzate per determinare a quale unità appartengono all’interno dell’organizzazione.

1. Creiamo un’unità per il manager i205 e vi inseriamo Jane.
2. Man mano che andiamo oltre il fascicolo, vediamo che il dipendente i205 si chiama Barnaby Smith. Ora sappiamo che l’unità a cui appartiene Jane è gestita da Barnaby, quindi possiamo rinominare “unità per manager i205” in “Barnaby Smith”.
3. Inoltre, possiamo vedere chi è il manager di Barnaby, e utilizzare queste informazioni per collocare l’unità che gestisce e l’unità a cui riferisce nelle posizioni appropriate nella gerarchia.

Il file non deve essere scritto in un ordine particolare, ad es. dal dipendente più basso a quello più alto. Qualtrics metterà insieme la gerarchia man mano che scende nell’elenco dei dipendenti nel file. La cosa più importante è che tutti i dipendenti necessari nella gerarchia sono presenti, e non c’è alcuna logica circolare alla catena di comando (ad esempio, il manager di Barnaby non può essere Jane se è già il manager di Jane).

Tipi di gerarchia supplementari

Oltre alle gerarchie sovraordinato-subordinato e basate sul livello, esistono altri due tipi di gerarchia molto più raramente utilizzati, ma che possono soddisfare le esigenze del progetto.

1. Gerarchie dello scheletro: Questa opzione è preferibile se non conosci (o non desideri esporre l’identità dei) subordinati diretti, ma conosci i tuoi manager. Questa gerarchia è molto diversa da Genitore-figlio e Basata su livelli perché è strutturata attorno a un elenco di manager e delle unità che eseguono, anziché su un elenco di tutti i dipendenti e delle unità a cui fanno riferimento.
2. Gerarchie ad hoc (CX|EE): Le gerarchie ad hoc spesso sembrano più semplici perché è necessario solo il minimo di informazioni sui partecipanti per iniziare. Tuttavia, il vantaggio delle gerarchie Parent-Child e Level-Based è che dopo aver creato il file dettagliato dei dati dei partecipanti (CX|EE), tutto ciò di cui hai bisogno per completare la tua gerarchia è capovolgere alcuni switch. D’altra parte, le gerarchie ad hoc richiedono di inserire manualmente ogni singolo partecipante nell’unità gerarchica corretta e di configurare manualmente tutti i manager e le unità. Generalmente non consigliamo questo metodo, se non con liste di partecipanti molto piccole.

Domande frequenti