Forum Discussion
Want to send duplicate email but different user profiles.
Hey Guys,
I have a scenario where I need to send multiple emails to the same user email in the same batch but want to keep a separate user profile (different custom attribute values for personalization).
But Afaik, braze deduplicates at the send time, so only one email is delivered to a single email ID.
use case for this is: let's say a user has 3 different insurance policies but uses the same email for all of them, so we need to send 3 different policy emails to a single email ID in the same batch.
any suggestion?
Hey Ishwar_Patidar , I'm confused why you a user would need to have multiple, separate user accounts in Braze? A user should only ever have a single (known) user account within a workspace.
I agree with other replies, you will need access to the policy data. Unless you have a CDP, I would recommend using a combination of either:
Custom Attributes (specifically Array of Object (if all data coming via is API) to store policy data) - Ideal if you need to collect, combine/group & store all policy data in Braze
Event properties and/or API trigger properties to give you access to the policy data within Braze. - Ideal if you don't wish to store policy data in Braze and just need the data available in a canvas/campaign.
If you need to send 1 email for every policy, I'd forget about batching policies (only valid if you wanted multiple policies displayed in the same email/message) and just send the user into a campaign each time a policy is created. Ask your Engineers to ensure a small delay is forced between policy data being sent into Braze for the same user. This would allow a user to enter a campaign, be sent the message (as long as it's not blocked by quite hours etc) and exit the campaign before another quote arrives in Braze for them.
- StuartPractitioner III
Hey Ishwar_Patidar , I'm confused why you a user would need to have multiple, separate user accounts in Braze? A user should only ever have a single (known) user account within a workspace.
I agree with other replies, you will need access to the policy data. Unless you have a CDP, I would recommend using a combination of either:
Custom Attributes (specifically Array of Object (if all data coming via is API) to store policy data) - Ideal if you need to collect, combine/group & store all policy data in Braze
Event properties and/or API trigger properties to give you access to the policy data within Braze. - Ideal if you don't wish to store policy data in Braze and just need the data available in a canvas/campaign.
If you need to send 1 email for every policy, I'd forget about batching policies (only valid if you wanted multiple policies displayed in the same email/message) and just send the user into a campaign each time a policy is created. Ask your Engineers to ensure a small delay is forced between policy data being sent into Braze for the same user. This would allow a user to enter a campaign, be sent the message (as long as it's not blocked by quite hours etc) and exit the campaign before another quote arrives in Braze for them.
- Manoj__Specialist
Hello Ishwar_Patidar What is the use case and why it is important to send them in a single batch?
The only solution I can think is to either use API trigger campaign or divide the campaigns by policy type. - Ishwar_PatidarActive Member II
So, there is no way to divide by policy type so we need to trigger in single send.
for more content, let's say: Person A has 3 Policy and 2 of them are from same provider, and we need to send 3 seperate email to that person regarding all of the policies.
- Manoj__Specialist
You will have to bring the policy type to differentiate and then add may be a conditional split to target different email.
- TedScottSpecialist
Scheduled campaigns dedupe by email, but if you create a triggered email, send separate events, and allow immediate entry, then you should not have an issue.
Note, creating multiple records with the same email results in a race condition with most braze configurations as email is an identity.
Related Content
- 2 years ago