Passa al contenuto principale
Loading...
Skip to article
  • Qualtrics Platform
    Qualtrics Platform
  • Customer Journey Optimizer
    Customer Journey Optimizer
  • XM Discover
    XM Discover
  • Qualtrics Social Connect
    Qualtrics Social Connect

Modello di articolo


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!


Consiglio Q: le Gerarchie CX sono disponibili solo per le licenze CX con creazione ticket inclusa. Se siete interessati a questa funzione, contattate il vostro Account Executive.
Consiglio Q: le Gerarchie CX e le Gerarchie EX sono molto simili, ma presentano alcune differenze fondamentali. Se siete clienti EX, consultate invece Preparazione del file PARTECIPANTE per l’importazione (EE).

Informazioni sulla preparazione di un file utente per creare una gerarchia

Quando si importano gli utenti nella Dashboard CX, occorre tenere presenti alcune cose importanti. Ad esempio, per ogni importazione sono necessarie le seguenti colonne:

  • Nome: Nome dell’utente.
  • Cognome: Il cognome dell’utente.
  • Email: L’indirizzo e-mail dell’utente. Questo dettaglio è il più importante. L’e-mail può fungere da nome utente per ogni utente o da modo per ricordare quali utenti esistono già nell’Amministrazione utenti.
  • Nome utente: se l’organizzazione utilizza l’SSO, è necessario includere una colonna Nome utente. Questa colonna deve contenere le stesse informazioni della colonna Email, perché il#brandId verrà aggiunto automaticamente alla fine.
  • Lingua: Questa colonna è tecnicamente facoltativa. Tuttavia, se si sceglie di includerlo, bisogna fare attenzione a scrivere in maiuscolo Lingua, come si vede qui, e inserire il valore per ogni utente nel codice lingua

Inoltre, è necessario assicurarsi di aver scelto la giusta gerarchia per il progetto, poiché questa influisce sugli Attributi utente, o colonne personalizzate di dati dell’utente, che verranno inclusi nel file CSV/TSV. Ad esempio, il file di gerarchia Genitore-Figlio dovrebbe includere colonne per l’ID del dipendente e l’ID del manager, mentre il file di gerarchia basato sul livello dovrebbe avere colonne diverse per il livello.

Consiglio Q: Siete pronti a caricare il file, ma non sapete come fare? Una volta impostato il file di gerarchia secondo le istruzioni di questa pagina, visitate la nostra pagina di supporto per l’aggiunta di utenti.
Consiglio Q: se si dimentica di includere i metadati corretti all’inizio, non c’è problema! È sempre possibile aggiornare gli attributi degli utenti a posteriori, seguendo i passaggi indicati al link.

Preparazione di un file per una gerarchia genitore-figlio

Le gerarchie genitore-figlio sono il tipo di gerarchia più comunemente usato. Sono l’opzione migliore se i dati delle risorse umane sono formattati in modo da avere una lista di ID dei dipendenti e dei manager a cui ciascun dipendente fa rapporto.

Quando si è terminato di costruire il file e si è pronti a creare una gerarchia, vedere Generazione di una gerarchia genitore-figlio.

Metadati richiesti

Per creare una gerarchia genitore-figlio, è necessario includere due colonne di metadata:

  • EmployeeID: è l’identificativo del dipendente del partecipante. È preferibile utilizzare gli ID assegnati internamente dall’ufficio risorse umane dell’azienda, piuttosto che cercare di creare nuovi ID generati a caso.
  • ManagerID: è l’identificativo del manager del partecipante.

Esempio: Nell’immagine sottostante, l’ID dipendente di John Doe è 1, quindi la sua colonna EmployeeID dice 1. Jill Davis, Sammy External e Joseph Miller sono subordinati diretti a John Doe, quindi le loro colonne ManagerID dicono 1.

UN CSV. La colonna EmployeeID EmployeeID di John Doe dice 1. Anche le colonne ManagerID di Jill Davis, Sammy External e Joseph Miller dicono 1

Consiglio Q: tecnicamente, si può dare ai nomi EmployeeID e ManagerID il nome che si desidera. Ad esempio, se la vostra organizzazione preferisce il termine “numero di dipendente” o ha un termine speciale come “QID”, potete dare alle colonne questi nomi. L’importante è includere questi concetti e inserirli nei campi corretti quando si genera la gerarchia Genitori-Figli.

Quando si aggiungono gli ID dei dipendenti e dei manager, occorre tenere presenti alcune cose importanti:

  • Ogni partecipante deve inoltre disporre di un ID dipendente unico. Più partecipanti non possono condividere lo stesso ID.
  • Ogni partecipante deve avere un manager. L’unica eccezione è rappresentata dai membri più alti dell’azienda inclusi nella gerarchia (ad esempio, gli amministratori delegati). Lasciare vuota la colonna Manager per indicare che questa persona non dipende da nessuno.
  • Le colonne ID dipendente e ID manager di un singolo dipendente non devono mai essere uguali. I dipendenti non fanno rapporto a se stessi!
  • Ogni ID Manager deve essere collegato a un dipendente. Qualsiasi partecipante con un ID Manager che non corrisponde a un ID dipendente esistente sarà assegnato a un Manager sconosciuto. Si noti che una volta che una persona è assegnata a un Manager sconosciuto, anche i membri della gerarchia sotto questa persona saranno interrotti. Per risolvere questo problema, è necessario correggere manualmente i dati e rigenerare la gerarchia.
  • Attenzione alla logica circolare. Se lo sconosciuto riferisce a Jane Smith e Jane Smith riferisce a Joseph Miller, Joseph Miller non può riferire allo sconosciuto. Non potete gestire il manager del vostro manager.

Metadata facoltativi

Quando si carica la lista dei partecipanti, è possibile aggiungere qualsiasi metadata aggiuntiva si desideri. È possibile includere qualsiasi cosa, dalla data di nascita di ciascun dipendente alla sede dell’ufficio. Tuttavia, esistono due metadati opzionali che possono aiutare a formattare la gerarchia Genitori-Figli.

  • ID unità organizzativa: Gli ID unità organizzativa aiutano a identificare lo stesso team nel tempo, anche se il nome del team cambia. Ha la stessa funzione di un ID univoco del dipendente, ma per un’unità invece che per un dipendente.
    Consiglio Q: Avete diverse squadre con lo stesso nome? Oppure, avete gruppi separati di team e manager che riportano all’interno della stessa divisione? È possibile riutilizzare la stessa descrizione dell’unità organizzativa impostando campi ID unità organizzativa separati. Ad esempio, un manager delle vendite può gestire un team chiamato Vendite con un ID Org Unit pari a 001 e un altro manager può gestire un team chiamato Vendite con un ID Org Unit pari a 002.

    Gli ID delle unità organizzative sono utili anche se un manager è responsabile di più team. Ciò significa che se il mio manager è John Doe, ma John Doe è il manager della squadra A e della squadra B, posso specificare a quale squadra appartengo con il campo ID unità.

  • Descrizione dell’unità organizzativa: Quando si crea la gerarchia, le unità vengono automaticamente denominate per un manager. L’impostazione Descrizione unità org consente di denominare le unità in base ai nomi o alle descrizioni delle unità stesse.

La descrizione dell’unità organizzativa è essenzialmente il nome fornito per l’ID dell’unità organizzativa e apparirà come etichetta dell’unità nei dashboard durante i filtri o la suddivisione per unità. Le colonne non devono necessariamente contenere gli stessi valori, ma mentre ID è numerico, Description è descrittivo. Ad esempio, la descrizione dell’unità organizzativa dell’ID Org 2 può essere Divisione europea.

Esempio: Nell’immagine sottostante, John Doe gestisce due diversi team: la Divisione Europea e l’Indagine sui Leader. La colonna Descrizione dell’unità organizzativa specifica a quale di questi team appartengono i suoi 3 subordinati diretti. Vediamo che Jill Davis e Joseph Miller sono nella Divisione Europea, ma Sammy External è nei Leads Investigation.

Un CSV in cui i rapporti diretti di John Doe sono scritti in modo diverso nella loro Org Unit Description per indicare che fanno parte di team diversi dello stesso manager

Consiglio Q: tecnicamente, è possibile assegnare al campo ID unità organizzativa e alla descrizione dell’unità organizzativa il nome che si desidera. Ad esempio, è possibile denominare le colonne Nome unità, Team o Reparto invece di Descrizione unità organizzativa. L’importante è includere questi concetti e inserirli nei campi corretti quando si genera la gerarchia Genitori-Figli.

Preparazione di un file per una gerarchia basata sui livelli

Le gerarchie basate sui livelli sono una buona opzione se i dati HR includono ogni livello a cui il dipendente riferisce, dal vertice della gerarchia fino alla posizione del dipendente. Con le gerarchie basate sul livello, non è necessario sapere chi è il manager del dipendente; è sufficiente conoscere la catena di comando di ogni dipendente che si intende includere nel progetto. Questo formato di dati è spesso più comune nelle aziende che organizzano i dati dei dipendenti per livelli, sedi o suddivisioni funzionali distinte.

Esempio: Le gerarchie possono gestire i dati che ogni partecipante può vedere in un dashboard. Supponiamo di avere negozi in sedi diverse che competono per un premio aziendale e di volere che i partecipanti possano vedere i propri dashboard di engagement, ma non quelli degli altri. La creazione di una gerarchia basata sulla sede consente di limitare i dati della sede che ogni partecipante vede quando si costruisce un ruolo del dashboard o si impostano le autorizzazioni per gli utenti del dashboard.

Quando si è finito di costruire il file e si è pronti a creare una gerarchia a livelli, vedere Generazione di una gerarchia a livelli.

Metadati richiesti

È necessario creare una colonna separata per ogni livello dell’organizzazione che si desidera definire. L’ultimo livello compilato per un partecipante indica la sua posizione nella gerarchia. Per chi è più in alto, di solito significa che la prima colonna del LIVELLO è piena, ma le altre non lo sono.

Esempio: Supponiamo che la vostra azienda abbia sedi in tutti gli Stati Uniti. Il Livello 1 potrebbe includere tutti gli Stati in cui si trovano i vostri uffici. Il Livello 2 potrebbe essere la città in cui si trovano questi uffici. Ciò significa che un partecipante di un ufficio di Dallas, Texas, avrà un Livello 1 di Texas e un Livello 2 di Dallas. Un altro partecipante con un Livello 1 di Texas potrebbe avere un Livello 2 di Houston.

Un CSV con i partecipanti il cui Livello 1 è il Texas. Alcuni hanno un Livello 2 di Dallas e altri hanno un Livello 2 di Houston

Metadata del Manager

Se siete interessati ad assegnare dei manager alle unità nelle vostre gerarchie basate sul livello, ci sono due modi diversi per farlo.

  • Manager: Questa colonna indica se il partecipante è un manager. Il partecipante sarà assegnato come manager del livello inferiore nel quale è stato elencato. La maggior parte degli utenti usa “sì” per indicare un manager, ma si può anche usare “1”, “manager” o qualsiasi altro formato, purché nella colonna ci sia un valore che indichi che il partecipante è un manager.
    Esempio: Nell’immagine sottostante, il livello più basso definito per Sammy Stanage è il Livello 1, in cui ricopre un ruolo di successo clienti. Il “sì” nella colonna Manager indica che è manager di tutto il Customer Success. Nel frattempo, l’ultimo livello definito da Jeff Brown è l’Esperienza dei dipendenti nell’ambito dell’ingegneria. Ciò significa che all’interno di Engineering è a capo del livello Esperienza dei dipendenti.
    Un CSV in cui Jeff Brown ha compilato i livelli 1 e 2, mentre il Livello 2 di Sammy External è vuoto.
  • Livello del manager: Il Livello Manager è un mezzo per identificare i manager, indicando il livello specifico che gestiscono. Nell’esempio precedente, lo stesso valore (“sì”) indica se un partecipante è o meno un manager; per il Livello manager, invece, ci sono valori separati per ogni livello.
    Esempio: Nell’immagine sottostante, il livello Manager di Jeff Brown è 2 per indicare che è manager della sua posizione di Livello 2 in Esperienza dei dipendenti, non manager della sua posizione di Livello 1 in Ingegneria.
    Un CSV in cui il Livello 2 di Jeff Brown ha un valore e il suo livello di manager è impostato su 2

Metadati facoltativi

ID unità organizzativa: Gli ID unità organizzativa aiutano a identificare lo stesso team nel tempo, anche se il nome del team cambia. Ha la stessa funzione di un ID univoco del dipendente, ma per un’unità invece che per un dipendente. È necessario includere tanti ID di unità organizzativa quanti sono i livelli, in modo da poter fornire un ID per ogni livello.

Esempio: Le unità del Livello 1 corrispondono alla colonna Org Unit ID 1. Finanza è l’unità 101, Ingegneria è 123 e così via. Se l’anno prossimo caricassimo una gerarchia e rinominassimo le Finanze in “The Penny Patrol”, le daremmo lo stesso ID, 101.

Sono evidenziati il Livello 1 e lID dellunità Org 1

Nella schermata sottostante, le unità del Livello 2 corrispondono alla colonna Org Unit ID 2. Il team di ingegneria dell’Esperienza dei dipendenti è l’unità 201, mentre il team di ingegneria dell’Esperienza dei clienti è 224.

Le colonne Livello 2 e Org Unit ID 2 sono evidenziate

Consiglio Q: tecnicamente, è possibile assegnare a queste colonne di metadati i nomi che si desidera. Ad esempio, se la gerarchia si basa sulla località, si possono avere colonne denominate Paese, Stato e Città invece di Livello 1, Livello 2 e Livello 3. L’importante è includere questi concetti e inserirli nei campi corretti quando si genera la gerarchia basata sui livelli. L’importante è includere questi concetti e inserirli nei campi corretti quando si genera la gerarchia a livelli.

FAQ

Molte delle pagine di questo sito sono state tradotte dall'originale in inglese mediante traduzione automatica. Sebbene in Qualtrics abbiamo profuso il massimo impegno per avere le migliori traduzioni automatiche possibili, queste non sono mai perfette. Il testo originale inglese è considerato la versione ufficiale, e qualsiasi discrepanza tra questo e le traduzioni automatiche non è legalmente vincolante.