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

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.

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.

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.

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.

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 è.

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.
  
• 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.
  

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.

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.

FAQ