I use the “Date property” delay step in a lot of my workflows, with the “Last Marketing Email Send Date” as the date property in question so I can ensure that marketing emails aren’t sent in too quick succession. This works great in general, however, it breaks when two delays finish at exactly the same time i.e. two delay steps, in different workflows, have the same time attached to the delay step. Each waits say three days since the last marketing email send date, then at the specified time they both trigger simultaneously and both get sent.
The only way I’ve found so far of avoiding this is to have each marketing workflow have different send times attached to the delay step but that’s impossible to keep track of (plus we know our audience is more likely to open and read emails at specific times, so we want to generally send at similar times).
I’m wondering whether there’s anyway of generating a random time, within specified time constraints, for each contact on a daily basis and using that as the time on a second delay step after the marketing email send date delay, but can’t figure out how I might achieve that.
Any ideas or support much appreciated!
Hi @MPenfold,
Thank you for your question!
I wanted to invite a couple of subject matter experts to this conversation to see if they have any ideas or recommendations:
Hi @franksteiner79, @Anonymous, @FCorbaci, do you have any tips for @MPenfold? Thank you! 
Cheers
Mia, Community Team
@MiaSrebrnjak thanks for the mention
@MPenfold , on top of my head there is no super resilient process but:
* Before you send out emails, you can use an if/then branch to see if the specific contact is already enrolled in a different workflow. Based on that you can set additional small delays. This might not work if the contacts are enrolled in workflows at the same time so you will need an additional delay (e.g. 10 sec) after the trigger filters. Con is that contact can be enrolled in another workflow at the same time your initial delay ends too. I think this works best if you already know which workflows tend to be triggered at the same time, so you can make those workflows check the other ones before sending emails.
* afaik, there are no send random delays but one way workaround is you can distribute enrolled contacts using random split, and every split can have slightly different delay times, which could help with your problem.
Hope these helps
All the best,
Firat