Static vs. Dynamic Org Hierarchies
About Static vs. Dynamic Org Hierarchies
In order to add org hierarchy information to your dataset, the dataset needs to contain the users’ unique identifiers. If you are using an imported data project as a source in your dashboard, this is as simple as including a column with each user’s unique identifier in your CSV file.
However, if you are working with a survey project, you need to make sure the correct information is pulling into the survey before you can map it to the dashboard. There are 2 ways to do this. We will describe these methods in the next sections of the page.
Please note that this page describes functionality that is different from dashboarding in Employee Experience projects.
Option One: Static Hierarchies
This first method allows you to add the hierarchy information directly to the survey response data as additional embedded data. This means that if adjustments are made to the hierarchy after data is collected, the hierarchy updates will only be reflected on future response data, since the hierarchy information is being added to the response at the time the survey was taken.
- Go to the Survey flow.
- Add a new element.
- Select Embedded Data.
- For the field name, enter the name of the unique identifier field you will be using.
Warning: This must match what’s in your mailing lists exactly, with the same capitalization, spacing, and spelling. - Move this element to the top of the flow.
- Click Add below on the embedded data element.
- Select CX Org Hierarchy.
- Select one or more hierarchies from the dropdown.
Qtip: Please note that only level-based hierarchies are supported at this time. - Select the embedded data field that will contain unique identifier.
- Apply changes to your survey flow.
Using a static hierarchy to filter a dashboard
When using a static hierarchy approach, you will not need to add an org hierarchy filter to your dashboard. Instead, you can filter by individual embedded data filters equating to hierarchy levels or by using a drill down field group. Changes to the hierarchy will not be dynamic with a filter created this way.
Distributing Your Survey
Once your embedded data field and org hierarchy have been added to your survey flow, add the unique identifier field as a column in your contact list (XM Directory, non-XM Directory contacts). Make sure the way you spell the field’s name is consistent between the contact list and the survey flow.
Option Two: Dynamic Hierarchies
This second method allows you to link the hierarchy to the dashboard data, not just the survey response itself. As a result, if the hierarchy changes, it will be reflected in the dashboard data.
Hierarchy information is linked with the response by matching a unique identifier in the response to the user’s unique identifier in the hierarchy. Hierarchy information is then matched to the dashboard data. Any time the hierarchy is updated, it will automatically match to the dashboard data, allowing for dynamic updates.
In order to implement dynamic hierarchies, first make sure that the response contains a unique identifier that matches the unique identifier of a user in your hierarchy. Then follow the steps to add an org hierarchy to a CX Dashboard.
If you haven’t collected data in your survey project yet, you can include unique identifiers with contact lists used to distribute the survey. Just add it as a column to your list (XM Directory, non-XM Directory contacts) and then include an embedded data field at the top of your survey flow. Make sure the way you spell the field’s name is consistent between the contact list and the survey flow.
Existing Survey Data
If you’ve already collected survey data and need to add unique identifiers, then try these steps:
- Add a new embedded data field or custom field to your survey where you’ll capture unique identifiers.
- Manually edit responses, or use a CSV/TSV to edit and re-upload the survey responses. If you are importing edits, remember that you will need to delete the original responses afterwards. See Combining Responses for tips on uploading survey response edits.
Alternatively, if you aren’t worried about user error, you can add a text entry question to the survey that asks for the unique identifier, then send respondents retake links. This is not recommended if you used an authenticator.