Before we start building things, let's get the lay of the land for how Bento actually sends emails.
There are three mechanisms: broadcasts, sequences, and flows. Each has a different job.
- Broadcasts - One-off emails
- Flows - Powerful email automations
- Sequences - Simple email sequences without complex branching logic
I'll link to the relevant Bento docs pages throughout so you can dive deeper on any of these whenever you want.
Broadcasts
A broadcast is a one-time email sent to a group of subscribers.
You write the email, pick who gets it (by tags, segment, or your full list), and either send it immediately or schedule it for later.
No automation logic, no multi-step sequences. Just one email, one send.
For the full details on targeting, scheduling, and content types, see the Broadcasts documentation.
When to use broadcasts:
- Promos, announcements, product updates
- One-off newsletters
- Any time the content is unique to this specific send (vs. something evergreen you'd want to reuse)
- When you want the simplest possible setup
One thing worth knowing: broadcasts support batching (controlling how many emails go out per hour).
If you're sending to a large list, this is worth using for deliverability.
We'll build, target, and schedule a real broadcast later in this section.
Sequences
A sequence is an ordered list of emails sent one after another, with configurable delays between each step.
When someone enters a sequence, they receive the first email, then the second after whatever delay you set (1 day, 3 days, a week, etc.), and so on down the line.
Sequences are linear. Everyone who enters gets the same emails in the same order.
Sequences also are somewhat rigid. There's no conditional branching like we can do in Flows.
For the full breakdown of how entry, exit, and timing work, see the Sequences documentation.
One useful feature: sequences can be configured to auto-stop when a subscriber gets a specific tag.
Jesse uses this a lot. For example, you could add people to an abandon-cart email sequence, and if they get a customer tag (meaning they purchased), the sequence stops on its own, with no flow required.
When to use sequences:
- Simple drip campaigns: onboarding series, upsell sequences, welcome series
- Any time you want a straightforward "send these emails in this order" setup
- When you want to use AI agents to bulk-create email content (more on this below)
A personal note: I don't use sequences much myself. I tend to reach for flows for almost everything.
But Jesse (Bento's founder) uses a pattern where flows manage sequences: the flow handles the smart routing, and the sequence handles the email delivery.
We'll build this pattern together a little later, in the Flow-Driven Sequence Setup lesson.
Here's where sequences are most exciting:
Sequences + AI = game-changer.
You can use the Bento MCP with Claude to draft 10 emails and upload them all at once into a sequence.
(You can create emails inside flows too, but you have to add each one individually.)
Sequences make bulk creation significantly faster.
We'll set up the Bento MCP and do exactly this in a little bit, in the Build A Sequence With Claude lesson.
Flows
Flows are Bento's visual automation builder, and where most of the real power lives.
A flow starts with a trigger (something happens), then executes a series of steps: sending emails, adding or removing tags, updating fields, branching based on conditions, firing events, waiting, sending webhooks, and more.
For the full list of triggers, actions, and configuration options, see the Workflows documentation. (Bento's docs use the term "Workflows", same thing as Flows in the app UI.)
Flows serve two purposes:
Email automation with logic. Whenever you need more than a straight-line drip – conditional branching, event-driven triggers, splits based on subscriber data – flows are what you reach for.
Non-email automation. Flows handle much more than just sending emails:
- Transforming subscriber data based on events (setting tags, updating fields)
- Validating data with Bento's AI nodes (e.g. checking if an opt-in name is real vs. "Testy McTesterson")
- Pushing data to other systems via webhooks
- Firing downstream events that trigger other flows
When to use flows:
- Whenever you need conditional logic ("if they did X, do Y")
- Whenever you want to react to subscriber behavior in real time
- Whenever you need to manage sequences (adding/removing people based on events)
- Whenever you want non-email automation (data transforms, webhooks, AI validation)
We'll dive deep into flows in the Events & Flows Overview lesson and build several real ones in the intermediate section.
Quick Decision Framework: Which One Do I Reach For?
Here's the simple mental model:
- Broadcast: "I need to send one email to a group of people, right now or at a scheduled time."
- Sequence: "I want a simple series of emails in order, and I want the setup to be fast, especially with AI."
- Flow: "I need conditional logic, event triggers, or non-email automation."
The overlap worth noting: flows can do everything sequences do.
You can build an entire email series as a chain of "send email" steps inside a flow with delays between them.
They're just a bit more inherently complex, and a little slower to scaffold.
Easy decision framework for sequence vs. flow:
- I am a nerd like Zach and want fancy segmentation, delays, etc. → Flow
- I am scurred about flows and just want to send a few basic emails → Sequence
(But hopefully you won't be scurred about flows anymore after this training is finished 🙂)
Now that you know what these three tools are, we're going to start actually building with them.
The next lessons follow this sequence:
- Managing Subscriber Data. Set up test subscribers, tags, and fields.
- Creating Your First Emails. Build broadcast and sequence shells.
- Defining Segments & Sending/Scheduling Emails. Target subscribers with segments.
- Take Action: Build & Schedule An Email With Segmentation!. Schedule your first practice broadcast.
When to move on
You are ready for Managing Subscriber Data when you:
- Can name the three send types (broadcast, sequence, flow) and when each one fits
- Know that broadcasts are what we schedule first in this section
- Have skimmed the linked docs if any send type still feels fuzzy
Video transcript
Welcome back. So we now have those basics set up, and it's time to talk a little bit about the main ways to send emails in Bento. So I'll walk through these in the back end in a moment. Basically, all emails you could ever send in Bento will be sent from one of these three places, broadcasts, sequences, and flows.
And so within the Bento dashboard, we can see that it directly maps that way. Under emails, we have broadcasts and sequences, and then flows are the advanced workflow builders that we'll cover a little bit later in the training. And in those cases, you basically build your emails within the flow itself. So you might, within here, have a new action for sending an email, and let's say we call it 12345.
If you built this flow, saved it, what would happen is that this email, I might have to publish it. We'll see. But basically, any email you create shows here on the Flow Emails page, and clearly, mine doesn't show up. I'm going to publish it and save it.
One moment. All right, there we go. So in this case, the thing that was making it not show up, it actually was showing up, it just didn't show up with the name. So when I went in here, created the email, and added a subject line, so we have email one as the subject line, and then an example flow email as the flow.
We can see that that maps directly here under Flow Emails. But don't worry about that yet, because that is much more complicated than what we're doing first. First, we're going to start out with the super-duper simple stuff. So we will be starting out first with broadcast, then sequences, and then only after that, flows.
So the difference between the three really comes down to what you're trying to do with them. Broadcasts are great for simple one-offs, sequences are good for, well, simple sequences, and then flows, especially flows compared to sequences, flows are useful when you need to either do some subscriber segmentation data updating or when you need some complex branching logic, that kind of thing. I personally almost never use sequences, but Jesse likes them. A lot of users like them.
I'm just kind of nerdy. So you'll be learning how to use these through implementation in the coming lessons. So for right now, I just want to do the high level. So broadcasts.
Within your dashboard, when you go to Emails and then Broadcast, that's where you'd create a new one. And basically, you just go in here, you choose your editor. So you've got the Shoji Text editor and then the Stripo drag and drop. We'll play with both in a little bit.
Shoji Text I like for message from a friend style emails. Jesse uses them for everything, and then I use Stripo for my newsletter personally. And so within a broadcast, you basically first create the email itself and subject line and whatnot, and then you would exit that and set up all of this stuff on the right-hand side for your audience segmentation, the scheduling, batching, that kind of thing, and then you send it. So very simple.
And for sequences, the workflow is pretty much the same. So you go Emails and then Sequences, and we'll call this Test Six since I've made a few. And cool thing about sequences we'll talk about later is that you can automatically remove somebody or just block them in the first place based on certain tags, which is useful, because in a little bit, we'll be talking about a setup flow Jesse often uses for sequences where he'll use an automated workflow to essentially add someone to a sequence, and then if they upgrade to the next product, that same workflow will remove them from the You Should Upgrade sequence and add them to the Thanks for Upgrading sequence. But for simpler use cases, like let's say something like an abandoned cart, you can often use that tag block thingy I showed you a moment ago, where you send them this abandoned cart sequence until they receive the customer tag, and then you just stop sending it to them without you having to mess with the workflow.
But more on that later. Within a sequence, basically, you add an email, and you'll notice that the UI is pretty much the same. The main difference is that within a sequence, so let's say we go make our test email here, within the sequence, you choose delays. So if you want your first email in the sequence to send instantly, you set that, and then you have to publish the emails.
And so the nice thing about this is that you can sort of play with a bunch more. Like let's say we added five emails. You can play with upcoming emails, without having to worry about people receiving them in the way that you would if you published the whole sequence versus one-by-one emails. So that's why it's set up to allow you, and also force you, to publish individual emails.
One cool thing we'll do in a little bit is we're going to actually use AI via MCP, which stands for Model Context Protocol. It's essentially a way for AI tools to connect to your other tools like Bento. We will use AI to scaffold out a Bento sequence, via MCP in an upcoming lesson, and that's pretty exciting and fun. But alas, for now, just a quick overview.
So I covered most of these notes from the Flows section already, but just to clarify a couple things I didn't say. Basically, the way flows work in Bento is that something has to trigger the flow. And we'll get more into this later, but common triggers for a flow would be like someone buys something from your store, or someone signs up for a free trial, somebody signs up for a lead magnet, whatever. That triggers the flow.
So I had one I was playing with a moment ago for the test email. Yeah, here we go. So in this case, when I was showing you adding an email to a flow There would've been something that kicked it off. So maybe somebody views a certain page on the website, they click a link, or they get a tag applied or a custom event, which is where anything integrated with your app or other Bento events, et cetera, come into play.
Again, more on this later. But the zoomed out thing I need you to understand is that for these workflow automations, you can do some really, really cool, powerful stuff. You can add little splits and stuff. So you can say, "If somebody matches whatever condition, then send them this email.
If they don't, then send them this other email," things like that. So really, really cool and exciting if you are nerdy like me. One thing that's important also to communicate is that flows are for so much more than just sending emails. So we'll get into all the triggers and actions and stuff later, but you can almost, in some ways, use Bento as an email-centric version of something like Zapier or n8n or Make.
You can send external webhooks based on stuff happening in Bento. You can send messages to Slack. So you could do something where if somebody signs up for your lead magnet, you could notify yourself in Slack that you got a new user who signed up, and you could send a webhook to your app so that your app could say, "Oh my gosh, I just saw that you signed up. That's amazing." You could do all of this stuff.
I don't know why you'd want to do those two specific things, but you could, and that's pretty dang cool. So let's wrap up with a simple mental model decision framework kind of thing. So basically, if you're just sending a one-off email to a group of people, use a broadcast. If you want a simple series of emails that doesn't really need any fancy logic, and you don't want to have to mess with a flow, you just want to set it up real quick, use a sequence.
And if you want to do some branching, conditional logic, event triggers, or non-email automation like transforming user data or anything like that, use a flow. So this gives you the basics. Let's jump to the next lesson. We'll go a bit deeper.