One Course, One-Time Sale, Or a Recurring Business

The first real business decision every course creator makes isn’t the curriculum. It’s the pricing model. Sell one course for one price, one time, and you have a simple, honest product with a hard revenue ceiling: you need a constant stream of new buyers to keep making money, because nobody pays twice for the same thing. Sell access as a subscription, and you can build a business that grows on its own as members stay, but you take on the operational weight of recurring billing, churn, and renewal. Most course tools quietly force you into whichever model they happened to build first, and make the other one either impossible or a separate, bolted-on system.

The actual right answer is that different courses, and different stages of the same business, call for different pricing models, sometimes several at once. A flagship course might sell as a one-time purchase while your broader content library sells as a membership. A cohort-based program might need time-limited access tied to the cohort’s active period. An internal training course might not sell at all, because you’re adding students yourself with no checkout in sight. None of these are edge cases. They’re just different answers to “how does someone get access,” and a course platform that only has one answer is quietly limiting what kind of business you can run on it.

Why “Just Pick One Pricing Model” Is the Wrong Framing

Course platforms that treat pricing as a single global setting (every course is either free or every course costs a fixed one-time price) push creators into one of two bad outcomes. Either you force every course into a pricing shape that doesn’t fit it, or you patch the gap with a separate membership plugin, a separate one-off product plugin, and a manual process for stitching access together between them.

The real-world need is per-course flexibility: this course sells once, that one is subscriber-only, this other one only exists behind an internal invite. A pricing system built for a real course business has to support all of these as first-class options on the same course editor, not as forks into entirely different tools.

Eight Pricing Models, Chosen Per Course

Here’s the actual pricing model selector on a real course, showing every option available:

Each one exists for a genuinely different situation, not as padding on a features list:

• Free. Anyone signed in can enroll. No payment step at all, used for lead-generation courses or an intentionally open first course in a funnel.
• One-time payment (lifetime access). Pay once, keep access forever. The default expectation most buyers have for a course purchase, and the simplest model to reason about, for you and for them.
• One-time payment (time-limited access). Access lasts a set number of days, then a Renew button appears. Useful for a cohort-style course tied to a specific run, or content that’s deliberately meant to be revisited and re-purchased rather than owned permanently.
• Recurring subscription. The customer pays every month or year for this specific course, with Stripe creating and managing the recurring price. A course-level subscription, not a platform-wide membership, for content that’s genuinely ongoing (ever-updated, actively maintained) rather than a fixed body of material.
• Members only. Needs an active membership that includes this course. The course itself isn’t purchased directly at all, only accessed through a membership plan that bundles it in.
• One-time payment OR Members. Buy outright, or use a membership. This is the flexible middle ground: a member gets the course included, but someone who doesn’t want a subscription can still buy the individual course directly.
• Closed (access granted externally). Sold somewhere else entirely, with access granted manually or via API, useful when a course is bundled into a larger package sold through a different checkout, or issued as part of a corporate training contract.
• Invite only. You add the students. Nothing is shown for sale. For fully private, internal, or cohort-managed courses where there’s no public sales page at all.

Notice the built-in safety rail visible in that screenshot: “3 customers have purchased this Course at the current pricing. Changing the pricing model would conflict with existing purchases. To launch with new pricing, clone the Course.” Once real money has changed hands under one pricing model, the system won’t let you silently swap it out from under existing customers. If you want to relaunch with a different model, you clone the course and start the new version clean. That’s a small detail that prevents a genuinely bad outcome: a customer who bought lifetime access suddenly finding their course behind a subscription wall because someone changed a dropdown.

When Membership Is the Right Answer

The moment you have more than a couple of courses, a per-course purchase model starts leaving real money on the table. A learner who wants three of your courses either buys three separate times, or you build a bundle manually. Membership plans solve this by selling access to a defined slice of your catalog, recurring, rather than one purchase at a time:

A few things worth noticing in a real plan list like this one:

• Course count varies deliberately by tier. A $9.99/month starter plan unlocking 8 courses and a $19/month plan unlocking 60 is a real, considered tier structure, not an accident. Membership pricing works when the tiers actually differ in what they unlock, not just in price.
• Trial periods are set per plan, not globally. A 7-day or 14-day free trial lowers the barrier to starting a subscription, and different plans can use different trial lengths depending on how much convincing that tier’s price point needs.
• A plan can be marked Featured, surfaced prominently on the public pricing page, typically the plan you actually want most people to choose (the one with the best margin-to-value ratio for your business, not necessarily the cheapest).
• Subscriber counts are visible per plan, immediately, so you can see which tier is actually converting rather than guessing based on which one you assumed would be popular.
• Plans can be deactivated without deleting them. An Inactive plan (like an old pricing tier you’ve since replaced) stays in the system for historical reference and for any member still grandfathered into it, without showing up as a live option for new signups.

What a Real Pricing Ladder Looks Like

The plan list above isn’t a hypothetical example, it’s a real, populated pricing ladder: a free tier for lead generation, a low-cost monthly starter, a mid-tier monthly plan, an annual option at roughly a 17% discount over paying monthly, and a top “Annual Premium” tier marked Featured that’s actually carrying real subscribers. This is what a membership business actually looks like once it’s running, several tiers at different price points and commitment lengths, not one single “join now” button.

The annual-versus-monthly pairing is worth calling out specifically. Offering both isn’t just a courtesy, it’s a real lever: annual plans improve your cash flow and reduce churn risk (a customer who already paid for the year isn’t making a monthly decision to keep paying), while monthly plans lower the commitment barrier for someone who isn’t sure yet. A pricing system that only supports one billing interval is quietly picking a worse outcome for you on one side of that trade-off.

Managing the Subscriptions Themselves

Selling a subscription is the easy half of the problem. Managing what happens after that first charge, renewals, cancellations, plan changes, is where recurring billing gets genuinely complicated:

Every active subscription is tracked with its billing interval, current status, and renewal date, tied directly to the same transaction ledger that records the original charge and every renewal after it. This matters because a subscription isn’t a single event, it’s an ongoing relationship: a member’s access has to correctly reflect whether their most recent renewal actually succeeded, not just whether they signed up at some point in the past.

A few realities this has to handle correctly, because subscription businesses run into all of them eventually:

• Cancellations that take effect at the end of the current period, not instantly, so a member who cancels doesn’t feel cheated out of time they already paid for.
• Failed renewal charges that retry rather than immediately cutting off access on the first declined card, since a temporary decline is extremely common and shouldn’t behave the same as a deliberate cancellation.
• Plan changes (upgrades and downgrades) that need to reconcile a mid-cycle price difference correctly, rather than either double-charging or silently losing the difference.
• A course-level subscription and a platform-wide membership plan are tracked through the same underlying subscription system, so “how many recurring relationships do I actually have with customers” is one real number, not two separate systems you have to add together by hand.

How much of this a platform handles for you varies more than almost any other commerce feature, which is what our comparison of the best LMS platforms for recurring course subscriptions digs into, plugin by plugin.

Mixing Models Without Fighting Your Own Platform

The real power of per-course pricing shows up when you actually combine models across a single catalog, the way a real course business does once it’s past its first product:

A flagship course sells as a one-time purchase, because it’s a complete, finished product people want to own outright. Your broader skill-building library sells through a membership, because it’s the kind of content people want ongoing access to and you keep adding to it. A live cohort program uses time-limited access tied to the cohort’s actual run dates. An internal onboarding course for your own team is invite-only, with no public price at all. All four of these can exist on the same platform, configured per course, without needing four different pieces of software glued together or four different checkout experiences confusing your customers about which one applies where.

This is also where “One-time payment OR Members” earns its place as a specific, deliberate option rather than a compromise: it’s built for exactly the situation where you want a course inside your membership catalog but you don’t want to force every single buyer into a subscription just to get that one course. Someone allergic to recurring charges can still become a customer.

Coupons and Discounts Across Any Model

Whatever pricing model a course uses, discounting it for a launch, an affiliate partnership, or a loyal-customer promotion is a real, recurring need, not a one-time setup task. Coupons apply as percentage or fixed-amount discounts, scoped to specific courses or platform-wide, with usage limits and expiry dates that stop a promo code from quietly running forever after the campaign that created it has ended.

The detail that matters here is that coupons work the same way regardless of which of the eight pricing models a course uses. A discount code doesn’t need a separate implementation for one-time purchases versus subscriptions versus membership plans. A launch-week 20% off code applies cleanly whether it’s knocking $10 off a one-time course purchase or the first month of a recurring plan, because both are transactions flowing through the same underlying commerce system rather than two unrelated checkout paths that each need their own discount logic built and tested separately.

Gift Codes: Selling Access You Didn’t Personally Grant

A related but distinct need shows up constantly around holidays, corporate bulk purchases, and referral programs: someone wants to buy access for someone else, or buy a batch of access to distribute later. Gift codes exist specifically for this, letting a purchaser buy a redeemable code (for a specific course or a membership plan) that a different person than the buyer eventually redeems.

This matters more for a course business than it might first appear. A corporate training buyer purchasing twenty seats for their team isn’t the same person who’s going to consume the course. An affiliate running a giveaway needs codes to distribute, not personal accounts to hand out. Treating “the person who pays” and “the person who gets access” as the same person, which is the default assumption in a lot of simpler commerce setups, breaks down constantly in real course sales, and gift codes are the direct answer to that mismatch.

Reading Membership Health, Not Just Membership Revenue

A membership business lives or dies on numbers that a simple sales total doesn’t show: how many people are actually renewing versus churning, which tier is growing and which is shrinking, and whether your trial-to-paid conversion is actually healthy or quietly collapsing. This is why membership reporting exists as its own dedicated area, separate from general transaction reporting, tracking subscriber counts and status per plan over time rather than just a lump revenue figure for the month.

The practical value shows up the moment something changes. If Aurora Pro’s subscriber count is climbing while Skill Builder’s is flat, that’s a real, actionable signal about which tier’s positioning is actually working. A single blended “membership revenue” number hides that distinction completely. Seeing subscriber counts broken out per plan, the way a real admin plan list actually displays them, is what turns membership management from “check if the bank balance went up” into an actual, decision-driving view of the business.

The Cost of Getting This Wrong

Pricing model rigidity has real, specific costs that show up at predictable moments in a course business’s growth:

Underpricing your best content. A flagship course that deserves a premium one-time price, forced into the same pricing shape as everything else because that’s the only model the platform supports, leaves real revenue on the table every single sale.

Overcomplicating your simplest offer. The opposite failure: a single introductory course forced through a membership signup flow when a simple one-time purchase would have converted better, because a subscription commitment is a bigger ask than a buyer was ready to make for a first purchase.

Losing cohort-based revenue entirely. A time-boxed program (a live cohort, a seasonal challenge) has no natural home in a platform that only offers “free” or “pay once, own forever.” Time-limited access exists specifically because permanent-access pricing is the wrong shape for temporary-access content.

Blocking your own bulk and gift sales. A corporate buyer wanting to purchase ten seats, or a customer wanting to gift a course, without gift codes or a bulk-invite path, either can’t complete that purchase at all or has to go through an awkward manual workaround that costs you both time and, often, the sale itself.

Choosing Your Model: A Practical Framework

If you’re deciding how to price a specific course, work through these questions in order:

1. Is this a finished, complete, one-time-consumption product, or ongoing, evolving content? Finished products fit one-time payment. Continuously updated or expanding content fits a subscription or membership far better.
2. Do you want this course to be a standalone purchase, part of a broader bundle, or both? If both, “One-time payment OR Members” is built for exactly this.
3. Does access need to expire on its own, or persist forever once bought? Time-limited one-time payment handles cohort-style or seasonal content; lifetime one-time payment handles everything else.
4. Is this course even meant to be publicly purchasable at all? Internal training, invite-only cohorts, and courses bundled into external contracts should use Closed or Invite Only rather than being forced through a public checkout that doesn’t actually apply.
5. If you’re going recurring, what’s the right number of tiers? Two or three genuinely differentiated tiers, each unlocking a meaningfully different slice of your catalog, outperforms a single “join” button and outperforms eight tiers nobody can tell apart.

Setting Up a Mixed Pricing Catalog

If you’re building this out for the first time across more than one course, here’s a practical sequence:

1. Audit what you actually have, not what you assumed you’d sell. List every course you plan to offer and, honestly, whether each one is a finished product, ongoing content, a time-boxed program, or something you’re not planning to sell publicly at all.
2. Pick one primary model for your flagship offer first. Don’t design the whole pricing ladder around a hypothetical membership before you’ve validated that your best course sells well on its own.
3. Add a membership only once you have enough catalog depth to justify it. A membership with two courses in it is a hard sell. A membership with fifteen is an easy one. Build the catalog before you build the subscription pitch around it.
4. Design two or three tiers, not one and not eight. Each tier should unlock a meaningfully different amount of value. If you can’t articulate in one sentence why someone would pick the middle tier over the cheapest one, the tiers aren’t differentiated enough yet.
5. Decide your trial length per tier deliberately. A cheap entry tier can often skip a trial entirely. A higher-commitment annual tier usually benefits from a real trial period to lower the barrier to that first charge.
6. Set up coupons and gift codes before your first launch, not during it. Scrambling to configure a launch discount code the morning of a promotion is a preventable failure. Build these into your pricing structure ahead of time.
7. Revisit tier subscriber counts monthly, not just total revenue. A membership business’s health lives in per-tier movement, not the lump sum at the bottom of a revenue report.

Frequently Asked Questions

Can I change a course’s pricing model after it’s already been purchased by real customers? Not directly on the same course record. The system blocks changing the pricing model once purchases exist, specifically to prevent existing customers from being retroactively affected by a pricing change they didn’t agree to. The correct path is to clone the course and launch the new pricing model on the clone.

Can a single course be included in more than one membership plan? Yes. A course can be assigned to multiple plans, which is exactly how tiered membership ladders work: a foundational course might appear in every tier, while advanced courses are reserved for higher tiers only.

What happens if a subscriber’s renewal payment fails? It doesn’t immediately cancel their access. Failed renewal charges go through a retry sequence, giving time for a card to be updated or a temporary decline to resolve, before access is actually affected.

Do I have to choose between one-time sales and memberships for my whole platform? No, and this is the central point of per-course pricing. Different courses on the same platform can use entirely different models simultaneously, one-time, subscription, membership-only, or invite-only, based on what actually fits each individual course.

Is there a cost difference to the business between offering monthly and annual billing? Annual billing generally improves cash flow and reduces the number of billing decision points a customer has to make (and potentially cancel at), while monthly billing lowers the up-front commitment for a hesitant buyer. Offering both, rather than picking one, is how most real membership businesses balance the trade-off rather than choosing a side.

Can I sell a course to someone who isn’t the person paying for it, like a corporate buyer or a gift purchase? Yes, through gift codes. A buyer can purchase access to a specific course or membership plan as a redeemable code, which a different recipient redeems later, separately from any bulk or invite-only enrollment paths for internal training.

What’s the difference between a course-level recurring subscription and a platform-wide membership plan? A course-level recurring subscription charges for ongoing access to one specific course. A membership plan charges for ongoing access to a defined set of courses across your catalog. Both are recurring relationships tracked through the same subscription system, but they answer different questions: “should this one course be a subscription” versus “should a slice of my catalog be sold as a bundle.”

Do coupons work differently depending on which pricing model a course uses? No. A coupon’s percentage or fixed-amount discount applies consistently whether the underlying purchase is a one-time payment, the first charge of a new subscription, or a membership signup, because all of them flow through the same transaction system rather than separate, model-specific checkout logic.

The Point of Flexibility

A course platform that assumes every creator wants the same pricing model is optimizing for the platform’s simplicity, not your business. Real course businesses evolve: a solo creator selling one course at a fixed price often ends up, a year later, running a mixed catalog of one-time products, a membership tier, and a couple of invite-only cohorts, without ever planning that structure in advance. The pricing system’s job isn’t to guess which model you’ll want. It’s to have all of them available, per course, so your business can actually grow into whatever shape makes sense, instead of being shaped by what the software happened to support on day one.