Running club payment processing is rarely a payment problem. Almost any method you pick, a peer-to-peer app, a checkout link, a platform, will move the money just fine. The part that costs you evenings is what happens after the money lands: matching a payment to a person, and being able to say in November who is actually a current member.

That distinction is the whole post. If you are running a running club and weighing whether to start charging, the useful question is not which app has the lowest fee. It is whether you have one list of who belongs to your club, and whether payment status can live on that list instead of in a second document that slowly stops agreeing with the first.

The timing matters. RunSignup's midyear analysis of 6.9 million registrants found that 31.9% of race registrations were paid with Apple Pay by May 2026 (RunSignup, June 2026). Your members are one-tapping their race entries. A club asking for exact change and a correctly worded Venmo memo is asking them to work harder for you than they work for a marathon.

Should a running club charge dues at all?

Only charge once you can say in one sentence what the money buys. Dues create two things at the same moment: a promise to your members, and an ongoing administrative job for you. If you cannot name the promise, you have signed up for the job for nothing.

Plenty of healthy clubs stay free forever. That is a legitimate operating model, not a stage you are supposed to grow out of. Free removes every barrier for the person deciding whether to show up to a group run with strangers, and it keeps you out of the business of collecting money from people you see every Saturday.

Clubs that do start charging usually do it for one of three honest reasons:

A real recurring cost exists. Insurance, a permit, an affiliation fee, a website. Something leaves someone's bank account every month or year, and that someone is usually the founder.
Members asked for something. Club kit, a coached track night, a subsidy on a goal-race entry. The money buys a specific thing people already said they wanted.
You want a commitment filter. A small fee changes who signs up. The most defensible reason, and the one people are shyest about saying out loud.

If none of those apply, you do not need dues yet.

What are you actually paying for when you charge dues?

Write the answer down before you send the first invoice, because someone will ask. Usually a nice person, usually in public, usually at the worst moment.

The real recurring costs are unglamorous and specific: liability insurance, park or trail permits, a domain and a website, race entry subsidies, post-run coffee, club kit, a banner. Some are annual, some seasonal, and the annual ones are the ones people forget to plan for.

There is also a structural choice worth making explicitly: dues and per-event fees are different instruments and should not be blended. Dues are recurring membership. They buy belonging over a period of time, and their defining feature is a renewal date. Per-event fees are one thing, one price, one transaction, and they end when the event ends. Clubs get into trouble when they charge annual dues and then also charge for the track series and the holiday party and the kit order, without ever saying which bucket each thing lives in. Members do not object to paying. They object to not knowing what they already paid for.

A club that cannot itemize its spending will eventually be asked to. Having the answer ready is cheap. Assembling it under pressure, from a payments app and a spreadsheet that disagree, is not.

How do running clubs actually collect money today?

Here is the honest inventory, roughly in order of how common it is:

Peer-to-peer apps (Venmo, Zelle, Cash App). Fast to start, familiar to every member, genuinely terrible to audit. The record you get back is a feed, not a ledger.
Cash at the trailhead. Frictionless in the moment, entirely dependent on one person's memory afterward.
A form plus a payment link. A form for the roster, a separate checkout for the money. Two systems, two lists, no connection between them except you.
A general-purpose event or group platform. Handles the checkout properly and produces a real record. It also charges for that, as a per-registration fee or an organizer subscription, and its reporting is built around events rather than membership.
A treasurer's spreadsheet. Not a collection method, but where every method above eventually gets copied by hand.

Fees are the cost everyone compares. They are also the smaller cost. The larger one is that every method on that list creates a second list of who paid, sitting apart from your list of who is a member. Nothing keeps those two in sync except a human being who also has a job and a family and, presumably, some running to do.

That is why the true default here is not a competitor product at all. It is a group chat plus a spreadsheet plus a payment app, three tools that were never designed to know about each other.

Why is reconciliation the part that burns out treasurers?

Because it is unbounded, invisible, and impossible to hand off.

The specific failure looks like this. A payment arrives from an account named after a nickname, a partner, or a small business. The memo line says nothing useful. Three weeks later you are staring at that line trying to remember which of the two Sarahs it was. Multiply by forty members and a year, and you have a research project instead of a lookup.

Renewal drift makes it worse. When everyone joins on a different day, "who is current" stops being a field you can read and becomes a calculation you have to perform. Most clubs discover this about fourteen months in, which is exactly when the first cohort quietly lapses without anyone noticing.

The pattern underneath both is the same: the founder has become the integration layer between a payments app and a spreadsheet. That role has no job description, no backup, and no end date. It is a common reason volunteer treasurers step down, and it is almost never called burnout at the time. It is called "I just do not have the bandwidth right now."

What does good look like for a club under 200 members?

Four rules, and they are boring on purpose.

One roster is the source of truth. Payment status is a field on the member record, not a separate document. If you have to open two things to answer "is this person current," you have already lost. This is a membership-system problem rather than a payment problem, which is why most clubs solve it last.

Pick one renewal convention and never run both. Either everyone renews on a single shared annual date, or every member has a rolling date on their record. A shared date is simpler to administer and makes lapses visible all at once. A rolling date is fairer to someone who joined in November. Both work. Running both does not.

Write the refund and lapse rules down before the first payment. What happens if someone moves away in month two. How long a lapsed member stays on the roster. Whether there is a hardship path, and who approves it. Deciding under pressure produces inconsistent answers you will have to defend later.

Decide who besides you can see the money. A treasurer handoff should be possible without a two-hour walkthrough. If the financial record lives in one person's personal payment app, there is no handoff, only a rebuild.

When should a club move off peer-to-peer payment apps?

There are four practical triggers, and hitting any one of them is enough:

More than one person needs visibility. The moment a second officer has to answer a money question without texting you, a personal account stops working.
The treasurer is changing. Transitions are when informal systems reveal they were never systems.
The amounts are large enough that the tax and entity questions are real. Once meaningful money moves through the club annually, this stops being a maybe.
Reconciliation is eating an evening a month. Roughly twelve evenings a year on data entry, which is more than most clubs spend planning runs.

It helps to remember what these tools are for. Peer-to-peer payment apps are built for friends splitting a dinner check, not for an organization keeping records, and their terms and reporting reflect that. Using one as a club's financial backbone means asking a tool to do a job it was never shaped for.

On the tax and entity questions: this is not the post for that, and no blog post is. Whether your club needs to register as an entity, and what its obligations are once it collects money, depends on where you are and how you are structured. Ask a local accountant or attorney. That is a one-time conversation costing less than getting it wrong.

Common questions about running club dues

How much do running clubs typically charge? Most casual clubs charge nothing. Organized clubs that do charge land in a modest annual range set by their actual costs, not by a number that sounded official. Start from your real bills.

Do we need an entity to collect dues? Depends on your location, your size, and what you do with the money. This is the accountant conversation, not a forum-thread guess.

What about members who cannot afford it? Decide the hardship policy in advance and make it quiet and easy to use. A club that only discusses this when someone has to ask in public will lose that person.

How do we handle someone who quietly stops paying? Usually they did not decide to stop, they just missed a renewal. Which is an argument for a single renewal date and a roster where lapsed status is visible at a glance rather than deduced.

One last piece of timing. RunSignup found that registrations placed 120 or more days before race day rose 84.2% year over year, and that per-race participation grew 5.9% between December 2025 and May 2026 (RunSignup, June 2026). Runners are committing earlier and turning out in larger numbers, which is good news for your club and also the exact condition under which informal money handling stops holding.

If reconciliation is the problem you are actually trying to solve, the fix starts with the roster, not the checkout. You can see how RunLink approaches club membership records at runlink.app.

Running Club Payment Processing Without the Mess