Conditional logic issue with Typeform Properties

Hi @cs_cooke,

Welcome to the Klaviyo community!

I believe the issue here is the == statement - this looks for an absolute match of this value. 

The correct query in this case would be

‘Low FODMAP Recipes’ in person|lookup:'Almost done... (ETC)'

More information around the different lookups can be found in here.

As an alternative, you could also approach this by using a conditional split in a flow. You’d have to build out different templates, but it could be a good way to increase the length of your flow as you could send each item in an individual email rather than send them all at once. The conditional split could look something like this:

Then after YES you could merge it back in with the remainder of the flow. It is a little bit more work but it would allow you to measure the impact of each of the emails with the information provided (open, click, placed order rate) and it would potentially be less overwhelming if I’ve given in multiple options (so that each of the emails has a clear CTA).

Hope that helps!

Thanks
David

Appreciate the response @DavidV , I have tried that query as well and had no luck. I can see the upside to your suggestion for sending individual emails, but I’m not sure how people would respond to getting potentially 7 emails in a row after requesting resources. We’re already dealing with some domain reputation issues so I’d like to be as conservative with emails as possible for the time being.

I was hoping to only build one template that would show/hide relevant resources in a simple list. I guess I’ll just include all of the resources regardless of what they selected until I can sort this out. 

Thank you!
Chris

For some additional context I can get the block to work correctly by using: 

not person|lookup:'Almost done! Are there any categories below where we can provide further resources or support?'

despite the fact that this is in the custom properties as seen below. The strange thing is, personalization works just fine, but for whatever reason it is just not passing correctly to conditional logic and nothing I do makes it work as I would like.

Thanks,
Chris

No worries @cs_cooke - and definitely wouldn’t send them one after another, just build in some wait steps :) Especially if you’re delivering food ideas, I wouldn’t mind getting recipes every few days.

It is odd though that you’re not getting the right value out of the string. Let me ask the other champions and see if they have an idea of how they can pull this part - I’ve never created logic based on such a long string! 

Thanks
David

@DavidV Thank you so much for your effort on this! And.. I’m with you, it is a very long string. I wondered if that may be causing issues. I even looked at creating a Profile Property Update within the flow to address that very thing, but that appears to be opening up another can of worms altogether. I was never terribly good at math, but suffice to say it would create a lot of variance.

Thank you so much for jumping in @Omar!

Just wanted to give everyone an update on this. I do believe the issue is due to the length of the string. I’ve done several tests with similarly long strings as the key and experienced similar results. I’ve also done tests with a much shorter string as the key and the conditional logic worked as expected.

I don’t know exactly what the maximum character length for a string is in this case, but it seems pretty evident that this is the issue. Unfortunately for me there is no simple workaround, but as @Omar mentioned this could be circumvented by passing these properties through Zapier.