This content has been marked as final. Show 6 replies
This happened to me as well. If your program is synched to SFDC and you have a progression status change, I believe it will do the synch at that time, regardless of other criteria. There is some info on the site - sorry that I don't have the link handy.
We address this by initially having leads assigned to our Marketo user then only reassign once other criteria are met such as becoming MQL then we assign to lead queues.
Thanks, Clinton! In this case, the program is not synched to SFDC. We are only synchronizing at the smart campaign level because we only want to move the leads if they provide a specific answer on this form alone.
Interesting - are you distinguishing the sfdc type - if they have been previously promoted - e.g. SFDC lead or Contact they will still update.
We are not distinguishing - as we would want this behavior (them being pushed to a specific SFDC campaign as a member) to happen regardless of the type.
Okay, I think I've figured it out by looking at a somewhat similar campaign built by our consultant during our integration. It appears that I need to make that data value change a FILTER, not a trigger. (The trigger being they filled out the form, but the campaign only "acts" so to speak if they filled out the form and are further filtered to have that data value changed.) I guess I can see the logic of this, though personally it made just as much sense for it to be two equally weighted and interdependent TRIGGERS. But hey, I tested it and it seems to have worked, so yay!
Clinton, thank you SO much for talking through it with me.
The trick there is that the trigger logic is always OR logic.
So it's always trigger1 OR trigger2 OR trigger3 AND (filter logic as specified).