You don't want to spam your customers with too many survey invitations. But sometimes you might accidentally upload an email address for a customer who has recently received a survey invitation. To avoid annoying this customer with another survey invitation, CustomerGauge has duplication rules in place.
A duplication rule is normally set either by email address or by order number. Below you will find some examples of different duplication rule configurations. Please note that we do not currently have the possibility for you to edit your duplication rule configuration from within the tool. If you wish to make any changes, please contact your account manager.
"email + 90 days"
This is our default, best practice duplication rule. It means that our system will not send a survey invitation to the same email address more than once per 90 days.
"email + 30 days"
This means that our system will not send a survey invitation to the same email address more than once per 30 days.
This means that our system will not send a survey invitation based on a particular order number more than once.
"order number + 90 days"
This means that our system will not send a survey invitation for the same order number more than once per 90 days.
"email + division + 90 days"
This means that our system will not send a survey invitation for the same division to the same email address more than once per 90 days. For example:
Within a period of 90 days, Julie Fisher is in touch twice with your company's Customer Support division, and once with the Finances division. For each of these three interactions, you want to send a survey invitation. Julie will receive one survey invitation from the Finances division, and one from the Customer Support division. One of her interactions with Customer Support will not result in a survey invitation, because the duplication rule blocks it.
"email + segment_x + 90 days"
This rule works the same as the rule above ("email + division + 90 days"), except with a different data value rather than division. For example 'contact reason', or 'agent name'.
"order number + division"
This means that our system will not send a survey invitation for the same order number and division more than once. For example:
James Grant orders a product from your online shop. This should trigger a survey invitation with the data value "division" equal to "Online Shop". Two weeks later, he receives the order but he is not happy and gets in touch with your Customer Service division, which should trigger another survey invitation. James receives survey invitations for both divisions, because his purchase and his complaint concerned the same order number. But if he gets in touch with Customer Service again about the same order, he will not receive another survey invitation because the duplication rule will block it.
A few things to keep in mind regarding the duplication rule.
One person, multiple email addresses
If you have multiple email addresses for the same person, the duplication rule will not prevent that person from receiving multiple survey invitations. The system will assume that a different email address equals a different person. For example:
Amy Johnson has both a work email address ("email@example.com") and a personal address ("firstname.lastname@example.org"). She logs a support ticket with your company using her personal address, and receives a survey invitation based on that support ticket. A week later, you send your quarterly relational survey invitation to all users of your product, which includes Amy's work email address. She will receive both survey invitations, because as far as the system knows, "email@example.com" and "firstname.lastname@example.org" are two different people.
Amy and her colleague Tom Smith log a support ticket each with the general company email address "email@example.com". John's ticket is closed a few hours earlier than Amy's ticket, so when data is loaded into CustomerGauge, John's record is first. He receives the survey invitation, but Amy's record is blocked by the duplication rule. Even though Amy is a different person, the system cannot recognise the distinction because they are using the same email address.