Integrations are a core part of how Pulse Insights helps you extend the value of each response. They can help you:
- Link data that only exists in your enterprise back-end to uncover new insights
- Operationalize events like creating support tickets when certain feedback criteria are met
- Contextualize existing datasets by layering in what was inside users' heads to learn the "why" behind observed behavior
- Personalize future interactions by incorporating explicit user feedback and data into engine's decisions
Enterprises use the same software in different ways. This makes one-size-fits-all integrations difficult. Perhaps you need to transform the data before sending it, so that it can be immediately used by the other system. Perhaps you need to customize which data you send. Perhaps you need to customize where you want to send the data. Because of the realities of enterprise integrations, we've focused on making our integrations flexible to allow for minor customizations to fit your situation.
Because we will be customizing the integration to meet your specific needs, we'll ask you for some inputs to help inform our configurations.
- Web Analytics, A/B testing, session replay, or other tag-based integrations (e.g. Google Analytics, Adobe Analytics, Optimizely, or ContentSquare)
For file-based integrations:
- Frequency: What frequency would you like us to send the data? We can send data upon submission (in near-real time) or in batches in your desired frequency (e.g. daily sends, x times a day/week/month, etc.). We can also send historical data if your survey campaign has already started before the integration has been completed.
- File receiving schedule: Desired time window when we should send the data.
- File name: Desired naming convention for files sent.
- Action when there is no activity: e.g. Should a blank file be sent when there is 0 submissions for the time period?
Which data points would you like to include? Our standard list of data points can be modified to fit your needs. See the section on Contextual Data for additional data types to consider passing to Pulse Insights for further analysis.
Account Name given by Pulse Insights for each initiative.
Unique account # identifier given by Pulse Insights for each initiative.
Website where Pulse Insights survey is launched.
Date of submission.
HR:MM:SS (24 HR Format - UTC)
Time of submission
Datestamp with micro secs in UTC
Question text that is displayed to the user.
Text version of the user response.
Relevant to Open-Ended responses, and manually created by users in Pulse Insights reporting page
Sets of questions are grouped in each survey. This survey ID represents the survey.
null of 0 if user is taking survey for the first time, if not count of surveys previously taken
ID representing each question that is being displayed.
ID represents each user response.
Next Question ID
If surveys have multiple questions, this represents next question that could be shown.
Number of pages viewed by the user.
Number of visits.
Device type that is assigned by Pulse Insights (e.g. desktop, mobile, tablet).
ID assigned to each user based on the device they used. This is assigned by Pulse Insights
A persistent, anonymous, and unique User ID that you assign to a user. The value is typically passed to Pulse Insights upon an authentication event and used to tie a response back to an individual or to tie multiple devices/browers together. See Client Key for more details.
URL that the survey was taken on if web. Native mobile, API/email responses, and Dynamic Email responses don’t include this value.
For native mobile/SDK-based responses, the View Name is the equivalent of a Page or Screen name in web-based apps. It is defined by the app developers and typically the same value that gets passed to SDK-based analytics packages as the Page Name.
Optional value that tells Pulse Insights what occurred to trigger a survey. It is captured via
The result of Google’s NLP API for open-ended/free text responses. Score ranges between -1.0 (negative) and 1.0 (positive) and corresponds to the overall emotional leaning of the text
The result of Google’s NLP API for open-ended/free text responses. Magnitude indicates the overall strength of emotion (both positive and negative) within the given text, between 0.0 and +inf. Unlike score, magnitude is not normalized; each expression of emotion within the text (both positive and negative) contributes to the text's magnitude (so longer text blocks may have greater magnitudes).
User device's operating system (e.g. iPhone; CPU iPhone OS 14_7_1 like Mac OS X).
User device's browser (e.g. Chrome, iPhone Safari)
User device's browser version
Mapped based on the type of response: Web/Browser, Mobile SDK, Direct Submission API/Link, or Dynamic Email.
Note that traditional email survey responses use Direct Submissions (Links), so appears in reporting as such while Dynamic Email utilities its own API to classify it as such.
Once we have all of the connection details, file specifications (if applicable), desired data points, we will configure a "worker" to send the data as desired.
Please note that we can batch send historical data, so you can set your survey live before the integration is complete without losing any data. Once the integration is complete, we will send all data from survey launch date to when the automated worker began.
We will jointly QA the integration to ensure data is flowing to spec before enabling it. We also have error monitoring for when integrations fail (e.g. if API Key changes) and will work with you to remediate.
Please contact your Customer Success Manager to ask about the QA process, or to set up a live QA call.