Recurring events guide

How to run the same event
every week, for a year.

A run does not fail the way one night does. Nothing goes wrong in week three. Something small is slightly wrong every week, and by week forty it has cost more than any single bad night could. Here is what to decide at the start, and what a year does to it.

Written for classes, tours, seasons and anything on a schedule
Decide these first

Three decisions you make once and live inside

Two of them cannot be changed later at all, and the third is merely expensive to change once dates are selling. That is unusual. Most decisions about an event can be revisited the next time you run it, and a run has no next time.

Decision one

One series, or separate events

This is the decision everything else inherits, and it is the one people get wrong, because both answers look reasonable in week one. The difference only shows up in the work you are still doing in month eight.

A series is one page selling many dates. Separate events are many pages, each complete, grouped for promotion. The test is not how similar the dates look. It is whether they are the same thing.

What to do
  • Ask what changes between dates. If it is only the date, that is one series
  • If the description, the price or the room changes, those are separate events, however alike they look on a calendar
  • Count the pages you are prepared to maintain. A year of separate weekly events is fifty-two pages to keep accurate, and they rot at different speeds
  • Remember a series cannot be split up later. The frequency is fixed when the event is created, so this is genuinely a one-way door

Avoid: Do not choose separate events because you might want a different price one week. Price changes are easy inside a series. Fifty-two pages you have to edit individually are not.

Decision two

What a seat is worth on a Tuesday

Pricing a run is not pricing a night. A single event can be priced to sell out, because there is no next one. A run has a next one every week, and a price set for the best date quietly punishes every other date on the schedule.

Set the price against the date you will run most often, not against your best one. Then decide separately what a poor date is worth, because you will have plenty of them.

What to do
  • Price against your median date, not your launch night. The launch is the least representative date you will ever run
  • Decide up front what happens to a date that is not selling, because it will come round again next week and the week after
  • If a weekday and a weekend genuinely differ, price them apart rather than averaging into a number that suits neither
  • Work out what a pass or a bundle is worth before you need one, since it is a decision about the whole run rather than one date

Avoid: Do not discount a slow date without deciding whether that discount now applies every week. A one-off price cut on a repeating event is not one-off unless someone remembers to put it back.

Decision three

How full each date needs to be

Capacity on a single event is a limit. Capacity on a run is a target you hit or miss dozens of times, and the gap between them is the number that decides whether the run is worth running at all.

Work out the attendance a date needs to cover what it costs to open, then compare that against the room rather than against your hopes.

What to do
  • Find the attendance a single date has to reach to be worth opening the doors, and treat that as the real floor
  • Set the room capacity to what you can actually staff and serve on an ordinary date, not to the fire code
  • If arrivals need spreading through the day, use timed windows with a cap each rather than one number for the whole date
  • Look at the gap between your floor and your typical date. A run that clears its floor by two people is one bad week from not being worth running

Avoid: Do not set capacity from your best date. Every date inherits that number, and a room built for the busiest night looks empty on the other fifty.

The same fact, twice

What a few empty seats cost over a year

Six empty seats on a Tuesday is not a problem anyone stops to fix. Six empty seats every Tuesday is the largest number in the run. Put your own figures in and look at the two panels together.

On one date
6 empty seats

$108 a date, at $18 a seat. On its own this is not a problem anyone would stop to fix.

Across the run
288 empty seats

$5,184 across 48 dates. Same fact, same room, and now it is the largest single number in the run.

85% full on a typical date, 34 of 40 seats sold.

Worth knowing: Selling one more seat a date is worth $864 across the run. That is nearly always a cheaper thing to fix than finding another date, and it is the fix no one bothers with, because on any given Tuesday it is one seat.

This is multiplication, not a forecast. It uses the seats you say usually go unsold, because no one outside your room knows that number, and there is no industry figure worth quoting at you. Use what you actually see rather than what you hoped for.

The long run

Six things a year does to a run

None of these can happen to a single event, which is the point. They are the failures of duration, and they are quiet by nature: nothing forces the question until something breaks, and by then it has been true for months.

The description stopped being true

The page still says the thing it said in January. The instructor changed in March, the start time moved in June, and the parking advice has been wrong since the lot closed.

The fix: Put a standing date in the calendar to read your own event page as a stranger would. Once a quarter is enough, and it takes ten minutes. A series page is the only page on your site that no one has a reason to open.

The person who set it up left

No one else knows why the cutoff is four hours, why one date has different windows, or what the price was meant to be. The run keeps selling, so nothing forces the question until something breaks.

The fix: Write the decisions down where the event lives rather than in someone's memory: what the price is for, what the capacity assumes, and which dates are deliberately different. A run outlasts the people who built it.

Attendance drifted and no one noticed

It was forty a night in spring and it is twenty-eight now. No single week dropped enough to alarm anyone, because a bad week always looks like a bad week.

The fix: Compare dates against each other rather than against a feeling, and look at the trend across the run rather than at the last one. A run gives you the one thing a single event never does, which is a baseline.

The price never moved

Costs rose twice and the ticket did not, because there was never a launch to hang a new price on. A single event gets repriced every time it comes back. A run just keeps selling at whatever it was.

The fix: Set a date to revisit the price, and change it on the date rather than on the mood. Buyers of a repeating event accept a price change far more readily than a run that quietly becomes unprofitable accepts staying still.

Dates were selling past the venue booking

The schedule ran to December and the room was only held to September. Tickets sold for four dates that were never going to happen.

The fix: Set the end date to the last date you have actually secured, not to the end of your ambition. Extending a run is a small job. Refunding people who bought a night you never had is not.

Every date became a separate conversation

Someone asks to move to next week, someone wants a refund for a date they missed, someone wants to buy six dates at once. On one event these are rare. Across fifty they are constant.

The fix: Decide the policies once, publish them on the page, and make sure whoever answers messages has them. The volume is not the problem. Answering each one from scratch is.

With Ticket Falcon

What the platform carries for you

The decisions stay yours. What a series does is make the cheap things cheap: one price to change, one page to keep accurate, and dates that stop where you told them to.

The schedule builds the dates

Set the pattern once and the dates are generated in the event's own time zone, up to the end date you choose.

An end date that holds

The run stops where you say it stops, which is what keeps dates from selling past a room you have not booked.

One price, one place to change it

A series is one event, so a price change is one edit rather than fifty.

Timed windows with a cap each

Spread arrivals across the day, with a limit per window counted separately from ticket type.

Every date in one grid

The bulk editor puts attendees across the whole run in a single editable grid, rather than one screen per date.

Paid as the run goes

Money deposits into your own Stripe account through Direct Payouts as it clears, rather than waiting for the run to finish.

Go deeper

The pages behind each decision

This guide is about what to decide. These pages are about how each piece works.

Recurring events

How schedules, occurrences and timed windows actually work, and the two decisions you cannot undo.

See how it works

Ticket pricing guide

Setting a base price, fees, and what to do when a date is not selling.

Read the pricing guide

Sell more tickets

The shape of a ticket run, and which channels move tickets for a date that needs help.

Read the selling guide

Bulk editor

Everyone across the whole run in one editable grid.

See the bulk editor

Event check-in

Running the door one date at a time, with every device in sync.

See check-in

Event marketing

Collections, tracking links and the promotion around a run.

See marketing tools
Questions

Running a series, answered

Should I run one series or separate events?
Ask what changes between the dates. If only the date changes, it is one series: one page, one description, one set of tickets, and a price you can change in one place. If the description, the price or the room changes, they are separate events however alike they look on a calendar. The practical test is maintenance. A year of weekly separate events is fifty-two pages that all rot at different speeds, and there is no way to split a series up later, because the frequency is fixed when the event is created.
How should I price a run differently from a single night?
Price against the date you will run most often rather than the best one. A single event can be priced to sell out because there is no next one, while a run has a next one every week, so a price set for your launch night quietly punishes every other date. Decide in advance what happens to a date that is not selling, because it comes round again. And be careful with one-off discounts: on a repeating event a discount is not one-off unless someone remembers to put it back.
How do I decide capacity across dates?
Start from the attendance a single date needs to be worth opening the doors, and treat that as the floor. Then set the room to what you can staff and serve on an ordinary date rather than to the fire code, because every date inherits that number and a room built for your busiest night looks empty on the other fifty. If arrivals need spreading through the day, timed windows with a cap each are better than one number for the whole date.
What goes wrong on a run that never goes wrong on one night?
Everything cumulative. The description stops being true, the price never moves because there is no launch to hang a change on, attendance drifts by too little each week to alarm anyone, and the person who knew why the settings are what they are leaves. None of these are dramatic. That is exactly why they are expensive: nothing forces the question until something breaks, and by then it has been true for months.
How far ahead should the schedule run?
To the last date you have actually secured, and no further. The end date is the thing that stops tickets selling for a night you have not booked, and refunding people for four dates that were never going to happen costs far more than extending a run does. Dates are generated on a rolling window rather than all at once, so a long run is not a reason to shorten the schedule.
Can I change the price partway through a run?
Yes, and a series makes it one edit rather than fifty, which is one of the strongest reasons to use one. Set a date to revisit it and change it on that date rather than on the mood. Buyers of a repeating event accept a price change more readily than most organizers expect, and considerably more readily than a run accepts quietly becoming unprofitable.
How do I tell whether a date is genuinely bad or just a bad week?
Compare it against the other dates rather than against a feeling, and look at the trend rather than the last one. This is the one advantage a run has over a single event: you have a baseline. A single bad night is unreadable, while a run tells you whether Tuesdays are the problem, whether the whole thing is drifting, or whether one week was simply raining.
When does the money arrive on a long run?
As each date sells. Money deposits into your own Stripe account through Direct Payouts as it clears rather than being held until the run finishes, which matters more on a run than on a single event, because the costs of a year-long program arrive throughout the year rather than at the end of it.

Set it up once. Get it right for a year.

One page, one price to change, and a schedule that stops where you told it to. Free to start, with no monthly fee, and every date's money deposits into your own account as it clears.

Create your event Talk through your run