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

Preparazione di un file utente per creare una gerarchia (CX)


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!


Qtip: le gerarchie CX sono disponibili solo per le licenze CX con ticketing incluso. Se sei interessato a questa funzione, contatta il tuo Account Executive.
Qtip: le gerarchie CX e EX sono molto simili, ma presentano alcune differenze chiave. Se sei un client EX, consulta invece Preparare il tuo file partecipanti per l’importazione (EE).

Informazioni sulla preparazione di un file utente per creare una gerarchia

Quando importi gli utenti nella tua Dashboard CX, ci sono alcune cose importanti da tenere a mente. Ad esempio, ogni importazione necessiterà delle seguenti colonne:

  • Nome: nome dell’utente.
  • Cognome: cognome dell’utente.
  • E-mail: l’indirizzo e-mail dell’utente. Questo dettaglio è il più importante. E-mail può fungere da nome utente per ogni utente o come modo per ricordare quali utenti esistono già nell’amministrazione utenti.
  • Nome utente: se la tua organizzazione utilizza il sistema SSO, devi includere una colonna Nome utente. Questa colonna deve contenere le stesse informazioni della colonna E-mail, perché il#brandId verrà aggiunto automaticamente alla fine.
  • Lingua: questa colonna è tecnicamente facoltativa. Tuttavia, se si sceglie di includerlo, è necessario utilizzare la lettera maiuscola Lingua come visto qui e inserire il valore per ogni utente nel codice lingua

Inoltre, vorrai assicurarti di aver scelto la gerarchia giusta per il tuo progetto, dal momento che questo influisce sugli attributi utente o sulle colonne personalizzate dei dati utente che includerai nel tuo file CSV/TSV. Ad esempio, il file della gerarchia Genitore-figlio deve includere colonne per ID dipendente e ID manager, mentre il file gerarchia In base al livello deve avere colonne Livello diverse.

Qtip: pronto per caricare il file, ma non si sa bene come? Una volta configurato il file gerarchia in base alle istruzioni riportate in questa pagina, passare alla nostra pagina di supporto per l’aggiunta di utenti.
Qtip: se dimentichi di includere i metadati corretti con cui iniziare, va bene! È sempre possibile aggiornare gli attributi degli utenti dopo il fatto attenendosi alla procedura descritta al collegamento.

Preparazione di un file per una gerarchia sovraordinato-subordinato

Le gerarchie sovraordinato-subordinato sono il tipo di gerarchia più comunemente utilizzato. Sono l’opzione migliore se i dati delle Risorse umane sono formattati in modo da avere un elenco di ID dipendenti e manager che riportano ogni dipendente fino a.

Una volta terminata la creazione del file e la creazione di una gerarchia, vedere Generazione di una gerarchia sovraordinato-subordinato.

Metadati richiesti

Sono presenti due colonne di metadati da includere per creare una gerarchia sovraordinato-subordinato:

  • EmployeeID: identificazione del dipendente del partecipante. È meglio utilizzare gli ID assegnati internamente dal reparto Risorse Umane della propria società, piuttosto che cercare di creare nuovi ID generati casualmente.
  • ManagerID: identificazione del dipendente del manager del partecipante.

Esempio: nell’immagine sottostante, l’EmployeeID di John Doe è 1, quindi la sua colonna EmployeeID dice 1. Jill Davis, Sammy External e Joseph Miller riferiscono direttamente a John Doe, quindi le loro colonne ManagerID dicono 1.

Un CSV. La colonna EmployeeID EmployeeID di John Doe dice 1. Le colonne Jill Davis, Sammy External e Joseph Miller ManagerID dicono anche 1

Qtip: dal punto di vista tecnico, è possibile nominare EmployeeID e ManagerID come si desidera. Ad esempio, se l’organizzazione preferisce il termine “numero di matricola del dipendente” o ha un termine speciale come “QID”, è possibile assegnare questi nomi alle colonne. Ciò che è importante è includere questi concetti e inserirli nei campi corretti quando si genera la gerarchia Genitore-figlio.

Quando si aggiungono gli ID dipendente e manager, è necessario tenere presente alcuni aspetti importanti:

  • Ogni partecipante deve avere anche un ID dipendente univoco. Più partecipanti non possono condividere lo stesso ID.
  • Ogni partecipante deve avere un manager. L’unica eccezione sono i membri più alti dell’azienda inclusa nella gerarchia (ad esempio, CEO). Lasciare vuota la colonna Manager per mostrare che questa persona non si riferisce a nessuno.
  • Le colonne ID dipendente e ID manager di un singolo dipendente non devono mai essere uguali. I dipendenti non rispondono a se stessi!
  • Ogni ID manager deve rimandare a un dipendente. Qualsiasi partecipante con un ID manager che non corrisponde a un ID dipendente esistente verrà assegnato a un manager sconosciuto. Una volta che qualcuno viene assegnato a un manager sconosciuto, verranno interrotti anche i membri della gerarchia al di sotto di questa persona. Per risolvere questo problema, è necessario correggere manualmente i dati e rigenerare la gerarchia.
  • Attenzione alla logica circolare. Se John Doe riferisce a Jane Smith, e Jane Smith riferisce a Joseph Miller, Joseph Miller non può fare rapporto a John Doe. Non è possibile gestire il manager del proprio manager.

Metadati facoltativi

È possibile aggiungere eventuali metadati aggiuntivi quando si carica la lista dei partecipanti. È possibile includere tutto ciò che va dal compleanno di ogni dipendente alla sede dell’ufficio. Tuttavia, esistono due metadati facoltativi che possono aiutare a formattare la gerarchia Genitore-figlio.

  • ID unità organizzativa: gli ID unità organizzativa consentono di identificare lo stesso team nel tempo, anche se cambia il nome del team. Serve allo stesso scopo di un ID dipendente univoco, ma per un’unità anziché per un dipendente.
    Qtip: hanno squadre diverse con lo stesso nome? Oppure disponi di insiemi separati di team e manager che fanno capo alla stessa divisione? È possibile riutilizzare la stessa descrizione unità organizzativa impostando campi ID unità organizzativa separati. Ad esempio, un manager vendite può eseguire un team denominato Vendite con un ID unità organizzativa 001 e un altro manager può eseguire un team denominato Vendite con un ID unità organizzativa pari a 002.

    Gli ID unità organizzativa sono utili anche se un manager supera 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 unità organizzativa: durante la creazione della gerarchia, le unità verranno automaticamente nominate per un manager. L’impostazione Descrizione unità organizzativa consente di denominare le unità in base ai nomi o alle descrizioni delle unità.

La Descrizione unità organizzativa è essenzialmente il nome fornito per l’ID unità organizzativa fornito e verrà visualizzata come etichetta dell’unità nei dashboard quando si filtrano o si suddividono in base all’unità. Le colonne non devono necessariamente contenere gli stessi valori esatti, ma mentre l’ID è numerico, la descrizione è descrittiva. Ad esempio, la descrizione dell’unità organizzativa dell’ID organizzazione 2 può essere Divisione europea.

Esempio: Nell’immagine sottostante, John Doe gestisce due squadre diverse: la Divisione Europea e Leads Investigation. La colonna Descrizione 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 è in Leads Investigation.

Un CSV in cui i subordinati diretti di John Doe hanno cose diverse scritte nella descrizione dellunità organizzativa per indicare che fanno parte di team diversi dello stesso manager

Suggerimento Q: dal punto di vista tecnico, puoi nominare il campo ID unità organizzativa e la descrizione dell’unità organizzativa come vuoi. Ad esempio, è possibile assegnare un nome alle colonne Nome unità, Team o Reparto anziché Descrizione unità organizzativa. Ciò che è importante è includere questi concetti e inserirli nei campi corretti quando si genera la gerarchia Genitore-figlio.

Preparazione di un file per una gerarchia basata su livelli

Le gerarchie basate sul livello sono una buona opzione se i dati delle risorse umane includono ogni livello in cui i dipendenti riferiscono, dall’inizio 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.

Esempio: le gerarchie possono gestire i dati che ogni partecipante può vedere su una dashboard. Si supponga di avere negozi in diverse località che competono per un premio aziendale e si desidera che i partecipanti siano in grado di visualizzare i propri dashboard sul coinvolgimento, ma non gli uni degli altri. La creazione di una gerarchia basata sulla posizione consente di limitare i dati di ogni partecipante quando successivamente si crea un ruolo dashboard o si impostano le autorizzazioni utente della dashboard.

Una volta terminata la creazione del file e quando si è pronti a creare una gerarchia basata su livelli, vedere Generazione di una gerarchia basata su livelli.

Metadati richiesti

Sarà necessaria una colonna separata per ogni livello dell’organizzazione che si desidera definire. L’ultimo livello alimentato per un partecipante indica la sua posizione nella gerarchia. Per i livelli superiori, in genere significa che la colonna del primo livello è compilata, mentre il resto non lo è.

Esempio: si supponga che la società abbia sedi in tutti gli Stati Uniti. Il livello 1 potrebbe includere tutti gli stati in cui si trovano gli uffici. Poi il livello 2 potrebbe essere la città in cui si trovano questi uffici. Ciò significa che un partecipante a un ufficio di Dallas, Texas, avrebbe un livello 1 del Texas e un livello 2 di Dallas. Un altro partecipante con un livello 1 del Texas potrebbe avere un livello 2 di Houston.

Un file CSV con i partecipanti il cui livello 1 è Texas. Alcuni hanno un livello 2 di Dallas, mentre altri hanno un livello 2 di Houston

Metadati manager

Se si è interessati ad assegnare responsabili alle unità nelle gerarchie basate sul livello, esistono due modi diversi per eseguire questa operazione.

  • 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 utilizza “sì” per indicare un responsabile, ma è anche possibile utilizzare “1”, “responsabile” o qualsiasi formato si desideri, purché nella colonna sia presente un valore che indica che il partecipante è un responsabile.
    Esempio: Nell’immagine sottostante, il livello più basso definito per Sammy Stanage è il Livello 1, in cui è in un ruolo di Customer Success. Il “sì” nella colonna Manager indica che è il responsabile di tutto Customer Success. Nel frattempo, l’ultimo livello di Jeff Brown definito è Employee Experience all’interno di Engineering. Ciò significa che in Ingegneria è a capo del livello Employee Experience.
    Un CSV in cui Jeff Brown ha compilato il Livello 1 e 2, mentre il Livello 2 di Sammy External è vuoto.
  • Livello manager: il livello manager è uno strumento per identificare i manager chiamando lo specifico livello che gestiscono. Nell’esempio precedente, lo stesso valore (“sì”) indica se un partecipante è un manager o meno; per Livello manager, tuttavia, sono presenti valori separati per ogni livello.
    Esempio: Nell’immagine sottostante, il livello manager di Jeff Brown è 2 per indicare che è il manager della sua posizione di livello 2 in Employee Experience, non il 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 consentono di identificare lo stesso team nel tempo, anche se cambia il nome del team. Serve allo stesso scopo di un ID dipendente univoco, ma per un’unità anziché per un dipendente. È necessario includere tanti ID unità organizzativa quanti sono i livelli, in modo da poter fornire un ID per ogni livello.

Esempio: le unità nel livello 1 corrispondono alla colonna ID unità organizzativa 1. Finance è l’unità 101, Engineering è 123 e così via. Se l’anno prossimo caricassimo una gerarchia e ribattezzassimo Finance in The Penny Patrol, le assegneremmo lo stesso ID, 101.

Livello 1 e ID unità organizzativa 1 evidenziati

Nella cattura dello schermo sottostante, le unità nel Livello 2 corrispondono alla colonna ID unità organizzativa 2. Il team di progettazione Employee Experience è l’unità 201 e il team di progettazione di Customer Experience è 224.

Le colonne Livello 2 e ID unità organizzativa 2 sono evidenziate

Qtip: dal punto di vista tecnico, puoi assegnare a queste colonne di metadati qualsiasi nome desideri. Ad esempio, se la gerarchia si baserà sulla località, è possibile avere colonne denominate Paese, Provincia e Città invece di Livello 1, Livello 2 e Livello 3. Ciò che è importante è includere questi concetti e inserirli nei campi corretti quando si genera la gerarchia in base al livello.

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.