Skip to main content

I’m currently building an integration with ManyChat and need guidance on the best way to handle user-specific data when managing multiple events. Here’s my use case:

  • I have users (guests) who may be participating in multiple events.
  • When sending messages or guiding users into a flow, I want to ensure that each user’s context for an event is preserved without overwriting custom fields or interfering with other events.

My main questions are:

  1. Can I dynamically pass custom fields (like event_id or event_name) to a flow when starting it via the ManyChat API?
  2. How can I store event-specific data for a user without overwriting fields for other events?
    • For example, if a user is part of two events (Event A and Event 😎, how do I ensure the data for Event A remains intact while I send them messages for Event B?
  3. Are there best practices for using custom fields or tags in cases where users may have multiple contexts (e.g., multiple events)?

I want to avoid global bot fields for this purpose since the event context is specific to individual users.

Any guidance, suggestions, or resources you can provide would be greatly appreciated!

Thank you so much for your help,
Raz

​@razkoko3 going over your questions:

  1. Yes, use the setCustomFields endpoint before triggering the flow through the API
  2. You have different options here…
    1. Have different custom fields / flows for each event.
    2. Concatenate text and create arrays in text fields (you’ll need some integrations to work with this)
    3. Having data stored outside Manychat (Google Sheets or your own DB), and dynamically bringing in the data required for the specific event needed.
  3. Depends on your setup and needs.
    1. If I’ll have few events I usually duplicate the data.
      1. If I expect many events (10, 20 or more), I usually do a dynamic solution.
      2. If I know I won’t have more than 2/3 concurrent events, I built it so that I can handle those 2/3 concurrent events, and then re-use the flows/fields.

Hope this helps! If you need more help getting this going or wanna bounce ideas on what I’d recommend on your specific case, check out my site.

Thanks for the replay :)
Sounds good but if I have user inside an flow and i send him another flow - wouldent it be a problem?
and if i have some situation like this one - some flows can take days - I want some sultion to work simultaneously.

I keep thinking about it and wonder what would be the better fit for this situation from my clients and thier guests…

​@razkoko3 it’s not a problem, as long as you keep things tidy and controlled.

Reply


Community Terms & ConditionsCookie settings