zum Hauptinhalt springen
Skip to article
  • Customer Experience
    Customer Experience
  • Employee Experience
    Employee Experience
  • Brand Experience
    Brand Experience
  • Core XM
    Core XM
  • Design XM
    Design XM

Hierarchien Grundlegende Übersicht

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!

Informationen zu Hierarchien

Hierarchien bieten Ihnen die Möglichkeit, die Mitarbeiterstruktur Ihres Unternehmens in Qualtrics hochzuladen. Sie sind eine Schlüsselfunktion in Employee Engagement-Projekten und die korrekte Einrichtung stellt sicher, dass das Dashboard Daten nach Manager oder Einheit anzeigt.

Hierarchien können zu Engagement- und CX-Dashboards hinzugefügt werden, jedoch nicht zu Lebenszyklus- oder Ad-hoc-Projekten von Employee Research.

Statisch vs. Dynamische Hierarchien in CX-Dashboards

Achtung: Diese Informationen sind nur relevant, wenn Sie einem CX-Dashboard-Projekt eine Organisationshierarchie hinzufügen. Wenn Sie mit einem Verpflichtungsprojekt arbeiten, können Sie mit dem nächsten Abschnitt dieser Seite fortfahren.

Um einem CX-Dashboard eine Organisationshierarchie hinzuzufügen, muss das Datenset die eindeutigen IDs der Benutzer enthalten. Wenn Sie Daten in ein Projekt für importierte Daten hochladen, ist dies so einfach wie das Einfügen einer Spalte mit der eindeutigen Kennung jedes Benutzers in Ihrer CSV-Datei.

Wenn Sie jedoch mit einem Umfrageprojekt arbeiten, müssen Sie sicherstellen, dass die richtigen Informationen in die Umfrage übernommen werden, bevor Sie sie dem Dashboard zuordnen können. Es gibt zwei Möglichkeiten, dies zu tun.

Statische Hierarchien

Mit statischen Hierarchien können Sie die Hierarchieinformationen direkt zu den Umfrageantwortdaten als zusätzliche eingebettete Daten hinzufügen. Das bedeutet, wenn Anpassungen an der Hierarchie vorgenommen werden, nachdem Daten gesammelt wurden, werden die Hierarchieaktualisierungen nur in zukünftigen Antwortdaten widergespiegelt, da die Hierarchieinformationen der Antwort zum Zeitpunkt der Befragung hinzugefügt werden.

Weitere Informationen finden Sie unter Statische Hierarchien.

Dynamische Hierarchien

Mit dynamischen Hierarchien können Sie die Hierarchie mit den Dashboard-Daten verknüpfen, nicht mit der Umfrageantwort selbst. Wenn sich die Hierarchie ändert, wird sie in den Dashboard-Daten widergespiegelt.

Hierarchieinformationen werden mit der Antwort verknüpft, indem eine eindeutige ID in der Antwort mit einer eindeutigen ID in der Hierarchie abgeglichen wird. Die Hierarchieinformationen werden dann mit den Dashboard-Daten abgeglichen. Jedes Mal, wenn die Hierarchie aktualisiert wird, wird sie automatisch mit den Dashboard-Daten abgeglichen, sodass dynamische Aktualisierungen möglich sind.

Um dynamische Hierarchien zu implementieren, stellen Sie zunächst sicher, dass die Antwort eine eindeutige ID enthält, die mit der eindeutigen ID eines Benutzers in Ihrer Hierarchie übereinstimmt. Weitere Informationen finden Sie unter Dynamische Hierarchien.

Sobald Ihre Antworten eindeutige IDs enthalten, führen Sie die Schritte zum Hinzufügen einer Organisationshierarchie zu einem CX-Dashboard aus.

Die beste Hierarchie für Ihre Daten wählen

Die beiden primären Hierarchietypen sind Parent-Child (CX|EE) und Ebenenbasiert (CX|EE). Sowohl Hierarchien aus über- und untergeordneten Elementen als auch Ebenenhierarchien können die Struktur Ihres Unternehmens generieren und Manager anhand einer Mitarbeiterliste identifizieren. Der von Ihnen gewählte Hierarchietyp hat jedoch weniger mit der Organisationsstruktur Ihres Unternehmens zu tun, sondern eher mit den Daten, die Ihnen am einfachsten zur Verfügung stehen.

Übergeordnetes/untergeordnetes Element vs. Ebenenhierarchien

Hierarchien aus über- und untergeordneten Elementen (CX|EE) sind die am häufigsten verwendete Art von Hierarchie in Verpflichtungsprojekten und sind in der Regel einfacher einzurichten. Hierarchien aus über- und untergeordneten Elementen funktionieren am besten, wenn Ihre Personaldaten für jeden Mitarbeiter eine eindeutige ID und die ID des Vorgesetzten enthalten.

Beispiel: Sie haben eine Tabellenkalkulation mit Daten. Jede Zeile ist ein Mitarbeiter. Für jeden Mitarbeiter gibt es eine Spalte für die Personalnummer und eine Spalte für die Nummer des Vorgesetzten.

Ebenenhierarchien (CX|EE) werden häufiger in CX-Dashboard-Hierarchien verwendet. Sie können eine gute Option sein, wenn Ihre Personaldaten jede Ebene enthalten, auf der der Mitarbeiter unterstellt ist, von der obersten Hierarchieebene bis hinunter zum Standort des Mitarbeiters. Bei ebenenbasierten Hierarchien müssen Sie nicht unbedingt wissen, wer der Vorgesetzte des Mitarbeiters ist. Sie müssen lediglich die Befehlskette für jeden Mitarbeiter kennen, den Sie in das Projekt einbeziehen. Dieses Datenformat ist häufig gebräuchlicher für Unternehmen, die Mitarbeiterdaten nach unterschiedlichen Ebenen, Standorten oder funktionalen Breakouts organisieren.

Beispiel: Barnaby ist Mitglied des Sales Operations Teams. Dieses Team ist innerhalb der Vertriebsabteilung angesiedelt, die wiederum in der Sparte arbeitet, die unsere Employee Experience-Produkte verkauft. In der Mitarbeiterdatendatei hat Barnaby Employee Experience in der Spalte Sparte, Sales in der Spalte Department und dann Sales Operations in der nächsten Spalte.

Ein Vorteil von Ebenenhierarchien gegenüber Hierarchien aus über- und untergeordneten Elementen besteht darin, dass Sie ein Projekt mit einer unvollständigen Hierarchie ausführen. Sie führen beispielsweise ein Projekt mit nur wenigen Teams durch, nicht mit Ihrem gesamten Unternehmen. Hierarchien aus über- und untergeordneten Elementen bestimmen die Befehlskette, indem sie jeden einzelnen Mitarbeiter und jeden einzelnen Vorgesetzten in einer Organisationseinheit platzieren. Wenn Sie Mitarbeiter vermissen, kann es zu beschädigten oder verdrängten Einheiten kommen. Ebenenhierarchien hingegen definieren jeden Mitarbeiter in einer Zeile mit seiner gesamten Berichtsstruktur bis zur obersten Ebene. Es ist in Ordnung, wenn man ein paar Leute vermisst, weil die Befehlskette noch da ist.

Andererseits ist es bei der Definition von Managern viel einfacher, Parent-Child zu bauen. Sie können auch Manager und die Daten, die zu ihnen hochgerollt werden, in einer ebenenbasierten Hierarchie identifizieren. Dazu müssen Sie Ihren Daten jedoch eine zusätzliche Spalte hinzufügen, und die Manager müssen so codiert sein, wie sie die Einheit verwalten.

Generierung von Hierarchien

Sie möchten wissen, wie Qualtrics eine Hierarchie im Hintergrund erstellt? Wenn Sie Ihre Teilnehmerdatei (CX|EE) hochladen, stellt jede Zeile einen anderen Mitarbeiter dar. Während Qualtrics die Liste herunterfährt, wird jeder Mitarbeiter identifiziert, und die ihm zugeordneten Informationen (z. B. Manager, Organisationseinheit, Ebene usw.) werden verwendet, um herauszufinden, zu welcher Einheit er in seiner Organisation gehört.

Beispiel: Die erste Zeile unserer Datei enthält Informationen zur Mitarbeiterin Jane Doe. Wir kennen ihre ID i322 und die ID ihres Managers i205.
  1. Wir legen eine Einheit für Manager i205 an und fügen Jane darin ein.
  2. Wenn wir die Datei weiter unten ausführen, sehen wir, dass der Mitarbeiter i205 den Namen Barnaby Smith trägt. Nun wissen wir, dass die Einheit, zu der Jane gehört, von Barnaby geführt wird, sodass wir “unit for manager i205” entsprechend in “Barnaby Smith” umbenennen können.
  3. Darüber hinaus können wir sehen, wer Barnabys Manager ist, und anhand dieser Informationen die Einheit, die er leitet, und die Einheit, der er unterstellt ist, in die entsprechenden Positionen in der Hierarchie einordnen.

Die Datei muss nicht in einer bestimmten Reihenfolge geschrieben werden, z.B. vom niedrigsten zum höchsten Mitarbeiter. Qualtrics bildet die Hierarchie zusammen, während es die Liste der Mitarbeiter in der Datei nach unten verschiebt. Am wichtigsten ist, dass alle erforderlichen Mitarbeiter in der Hierarchie vorhanden sind und dass es keine zirkuläre Logik für die Befehlskette gibt (z.B. kann Barnabys Vorgesetzter nicht Jane sein, wenn er bereits Janes Vorgesetzter ist).

Zusätzliche Hierarchietypen

Zusätzlich zu Hierarchien mit über- und untergeordneten Elementen und ebenenbasierten Hierarchien gibt es zwei weitere Arten von Hierarchien, die viel seltener verwendet werden, aber möglicherweise den Anforderungen Ihres Projekts entsprechen.

  1. Rahmenhierarchien: Diese Option eignet sich am besten, wenn Sie die Identität der direkt unterstellten Mitarbeiter nicht kennen (oder nicht offenlegen möchten), aber Ihre Vorgesetzten kennen. Diese Hierarchie unterscheidet sich stark von Eltern-Kind-Ebene und Ebenen-basiert, da sie sich um eine Liste von Managern und den Einheiten, die sie ausführen, und nicht um eine Liste aller Mitarbeiter und der Einheiten, denen sie unterstellt sind, dreht.
  2. Ad-hoc-Hierarchien (CX|EE): Ad-hoc-Hierarchien scheinen oft einfacher zu sein, da Sie nur das Minimum an Teilnehmerinformationen benötigen, um zu beginnen. Der Vorteil von Parent-Child-Hierarchien und ebenenbasierten Hierarchien besteht jedoch darin, dass Sie nach dem Anlegen Ihrer detaillierten Datei mit Teilnehmerdaten (CX|EE) nur noch einige Schalter umkehren müssen, um Ihre Hierarchie fertigzustellen. Andererseits erfordern Ad-hoc-Hierarchien, dass Sie jeden einzelnen Teilnehmer manuell in die richtige Hierarchieeinheit einfügen und alle Manager und Einheiten manuell konfigurieren. Wir empfehlen diese Methode in der Regel nicht, außer bei sehr kleinen Teilnehmerlisten.

FAQ

Viele Seiten dieses Portals wurden mithilfe maschineller Übersetzung aus dem Englischen übersetzt. Obwohl wir bei Qualtrics die bestmögliche maschinelle Übersetzung ausgewählt haben, um ein möglichst gutes Ergebnis zu bieten, ist maschinelle Übersetzung nie perfekt. Der englische Originaltext gilt als offizielle Version. Abweichungen zwischen dem englischen Originaltext und den maschinellen Übersetzungen sind nicht rechtlich bindend.