Skip to main content
Level 9
March 2, 2019
Question

Choice steps with "member of smart campaigns" as criteria. Is this asking for trouble?

Hi everyone

I'm automating our direct mail in the US via Marketo and webhooks. I first started out doing this via an engagement program but found, annoyingly, that if a person is marked as "unsubscribed" in Marketo then an engagement email cast OR program cast won't work. Despite the fact I'm trying to send direct mail, not emails, and the check for opt-out is on a different field. Sigh.

So now I'm trying to replicate the "queue" of an engagement program with Marketo smart campaigns. Here's what I have so far:

1 master smart campaign which will run weekly.

n (currently 3) sub programs, one for each direct mail piece, which contain a smart list named "targets", and a smart campaign with "campaign is requested" to fire a webhook.

So the master smart campaign has a bunch of criteria for entry (ensure they have a valid address, haven't received anything recently, etc etc) but only one flow step: Request Campaign. Within this, I have choice steps. It looks like this....

1a. If Member of Smart List is Direct Mail 1.Targets, then Request Campaign Direct Mail 1 (to fire the appropriate webhook).

1b. If Member of Smart List is Direct Mail 2.Targets, then Request Campaign Direct Mail 2 (to fire the appropriate webhook).

etc etc.

The idea is that I set my priority by putting choice steps either higher or lower. And once it finds a match, it stops going down the list on a lead-by-lead basis.

I haven't run this yet. But I have a concern in that since each "Targets" smart list has about ten criteria and takes a few minutes to run. So if I'm pushing 20,000 people through this campaign, it's likely going to take a long time, right? Any risk this will error out? It's no issue if it takes 5 hours, just that it works!

All this to replicate what an Engagement Program should do....be multi-channel aware when it comes to unsubscribe

Thoughts?

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.

4 replies

SanfordWhiteman
Level 10
March 3, 2019

I absolutely share your concern about performance and the individual lookups in a bulky Smart List (you might want to change the thread title btw).

Recommend using a Segmentation instead.

Translate
Level 9
March 4, 2019

Unfortunately I can't use Segmentations since there could be potentially twenty of these....and as you know you hit a cap on those at 20. Damn.

I might just have to try it with a small subset of the list, see how many go through, then expand from there.

Translate
Justin_Norris1
Level 10
March 4, 2019

You might consider pre-computing your target lists well ahead of time, using scheduled batch smart campaigns within the child programs that adds people to a static list representing the targets for that program. This allows you to run those more complex queries at a time that will minimize disruption and load on the campaign queue.

Then when you run your master campaign, refer to the static list memberships in the choices of the request campaign flow step instead of the smart lists.

This assumes that the targeting criteria is based on relatively static properties and that any dimensions that need to be "up to the minute" (such as subscription status) are considered in the smart list of the master campaign.

Translate