Membership & Pricing
How to set up paid community member tiers: what to charge, what to include, and how to gate access
Most operators add a second membership tier in response to pressure from two directions at once. Someone asks for a discounted option and gets a stripped-down lower tier assembled in a weekend — which devalues the full offer and attracts members with low intent. Someone else asks for more access and gets a vague “premium” tier assembled with the same urgency — which has no real differentiation and churns at the same rate as the base tier but costs the operator more to operate. Both patterns share a root cause: tier design that is reactive rather than structural. The right approach is to build tiers from the distinct outcome levels that already exist in your member base — the two or three meaningfully different things members are trying to achieve — and then build access gates, programming, and price points that serve each outcome level without undermining the others. Done correctly, a two-tier structure increases ARPU on the premium side, reduces churn on the base side, and makes your pricing page easier to read rather than harder.
The two failure modes of reactive tiering
The defensive lower tier is the most common first mistake. A base-tier member cancels, citing price. Or a prospective member asks if there is a lower-commitment option. The operator responds by creating a “lite” tier at 60–70% of the original price, removing the features that seemed easiest to remove — typically access to certain channels, or recordings of past events, or whatever the operator can plausibly call “extra.” The resulting tier is priced too close to the original to feel like a genuine different product, includes too little to feel like a good deal at its own price, and sends a signal to every existing full-price member that they have been paying for things that can apparently be stripped away and sold for less. Churn does not decrease; it shifts. The members who would have cancelled at $99/mo now downgrade to $59/mo and stay marginally longer before cancelling anyway, while the operator has reduced ARPU by 40% across a growing proportion of the member base.
The undefined premium tier is the second failure mode, and it is almost the mirror image. An operator with a healthy base tier wants to grow revenue without raising prices on existing members. They add a “Pro” or “VIP” tier at 1.5–2× the base price and populate it with additions that feel like upgrades: priority support, access to a private channel, early access to new features. These are not bad additions. The problem is that none of them map to a coherent higher outcome. “Priority support” is a service-level improvement, not a qualitative change in what the member can achieve. “Access to a private channel” is access to a room, not access to an outcome. “Early access to new features” is relevant only if the features change what the member can accomplish — and in a community context, early-access features rarely do. Members who trial the premium tier find that their day-to-day experience in the community is essentially unchanged, and they downgrade or cancel at the billing renewal rather than explain to themselves why they are paying twice as much for access to a private channel they read once a week.
Both failure modes have the same diagnosis: the tier was built around features and price points, not around outcomes and member profiles. The fix starts by stepping back from the pricing page entirely and asking a structural question about your member base.
Outcome-based tier design: mapping the distinct outcome levels in your community
Every paid community that has been running for six months or more has a recognisable distribution of member intent. Some members are using the community for orientation: they are new to the field, or new to a particular role or type of problem, and they are using the community as a structured way to get up to speed, encounter peers at similar stages, and understand what they do not know yet. Other members are using the community for execution: they have a clear goal, a specific timeline, and they are using the community as a source of decision support, tactical input, and accountability. A smaller group is using the community for leverage: they are experienced enough that the primary value they extract is high-signal relationships, referral networks, and access to people who can influence outcomes they cannot achieve alone.
These three profiles — orientation, execution, leverage — are the natural outcome-tier structure for most professional paid communities. Not every community will have all three at meaningful scale, but almost every community with 100+ members has at least two. The first step in building a tier structure is to identify which two (or three) are genuinely present in your member base, and to name the primary outcome each is trying to achieve in a sentence that includes a number or a time horizon. Not “members who want to grow their business” — that is a motivation, not an outcome. “Members who are trying to close their first five paying clients in the next 90 days” is an outcome. “Members who are trying to transition from individual contributor to team lead within 12 months” is an outcome. Outcomes with specificity can be priced. Motivations cannot.
Once you have named the outcome at each level, the tier structure becomes a design question with a clear brief: what access, programming, and relationships does a member at each outcome level need that a member at the lower level does not? That question produces a very different set of tier contents than “what features can we put in the premium tier?”
What to include at each tier
The base tier should include everything a member needs to begin extracting value from the community from day one. This means: full access to the primary channels and content, participation in community-wide programming (group Q&A sessions, skill-building events, community challenges), the onboarding sequence that introduces them to the right people and the right starting resources, and access to the community directory or member map. The base tier should not feel like a restricted version of the premium tier. It should feel like a complete product for the outcome level it is built around. A member in the orientation phase who is well-served by the base tier will stay longer, engage more, and produce more social proof than a member who is technically in the base tier but feels like they are missing something behind a paywall.
The premium tier should be built around three additions over the base, each of which maps directly to the higher outcome level: access gates, additional programming, and direct access.
Access gates are the most misused premium-tier component. The correct targets for gating are resources and environments that are only relevant and legible to members at the higher outcome level — advanced case studies, peer accountability groups for members with active revenue targets, a private channel for members who are in a hiring or transitioning mode. Gating basic content (blog posts, general Q&A recordings, channel history) behind the premium tier signals that the base tier is a preview rather than a product, and it trains base-tier members to evaluate whether the upgrade is worth it by calculating how much content they are missing rather than by asking whether they have achieved the outcome the base tier is built around.
Additional programming means exclusive programming for premium members that is structured around the higher outcome. Monthly small-group sessions of 8–12 members with direct operator involvement are the highest-ROI premium addition for communities under 1,000 members. The operator does not need to be the domain expert in every session; they need to be the facilitator who ensures the session produces a specific output (a decision made, a referral connected, a problem diagnosed) rather than a conversation. A 60-minute session with 10 premium members, run with discipline, produces more perceived value than a 90-minute expert AMA open to all members — because the small-group format makes each member’s contribution visible and each member’s problem addressable, rather than disappearing into a chat stream of 200 concurrent viewers.
Direct access is the most powerful premium-tier differentiator and the most difficult to scale. For communities under 500 total members, direct access to the operator — a monthly 20-minute 1:1 call, or guaranteed response to a DM within 48 hours — is both feasible and the single addition that most reliably drives premium-tier conversion and retention. For communities above 500 members, direct access must be partially substituted with structured access to featured guests, vetted subject-matter members, or curated peer pairings. The goal is that premium members can reach someone who can give them a non-generic answer to a specific problem within a short time window. That is the scarce resource that justifies the higher price, and it cannot be replicated by consuming more content.
Pricing the tiers correctly
Start with the outcome values you identified in the tier design phase and apply the same pricing logic that applies to single-tier communities: set each tier’s price at 5–10% of the annual value of the outcome that tier is built around, with the percentage reflecting how certain and proximate the outcome is. See the Slack community pricing guide for the full calculation framework. For a two-tier structure, the most important structural rule is the minimum price gap: the premium tier should cost at least 2× the base tier, and in most cases closer to 2.5–3×.
The 2× floor is not arbitrary. It reflects the cognitive cost of an upgrade decision. A premium tier priced at $69/mo against a $49/mo base creates a marginal-cost frame: the member is evaluating whether an additional $20/mo is worth the incremental features. In this frame, the answer is almost always “not right now” — $20 is too small to be emotionally significant and too large to be ignored, which means it produces maximum decision friction at minimum price gain. A premium tier priced at $129/mo against a $49/mo base creates a different frame: the member is evaluating whether they are a $129/mo person or a $49/mo person, which is a question about outcome level and self-identification rather than a question about feature-by-feature value. Members who are in the execution phase of the outcome journey almost always identify as $129 people when asked the right question. They do not identify as people who need an additional $20/mo of features. This is why outcome-based tier names (“Practitioner” vs. “Builder”, or “Member” vs. “Pro”) convert better than feature-list-based tier names (“Basic” vs. “Premium”) — they activate the identity frame rather than the cost-benefit frame.
On the question of LTV impact: a correctly designed two-tier structure typically increases average member LTV by 25–40% over a single-tier structure at the same base price, because the premium tier retains at a higher rate (outcome-committed members churn more slowly) and the base-tier upgrade path extends the tenure of members who might otherwise have cancelled from the base tier once they outgrew it. The paid community member LTV guide covers the measurement framework in more detail.
Communicating the value ladder on your pricing page
The most common pricing page mistake in two-tier communities is presenting the tiers as equivalent columns with a feature comparison table. This format assumes the member’s decision process is: (1) read what I get at each tier, (2) compare, (3) decide. The actual decision process for most prospective members is: (1) figure out which tier is meant for people like me, (2) read confirmation that it is, (3) sign up. Feature comparison tables serve step two for members who have already completed step one. They do nothing to help members complete step one, which is the more difficult step and the one that controls conversion.
A more effective structure presents each tier as a profile page rather than a feature list. The header of the base tier describes the member it is built for (“For practitioners building their foundation: developing skills, finding peers, and establishing a consistent practice”), not a feature count. The header of the premium tier describes the member it is built for (“For practitioners with an active goal and a timeline: closing revenue, making a transition, or building something specific in the next 90 days”). Below the profile description, a short list of the three most important inclusions — not an exhaustive feature list — confirms that the tier delivers what the description promises. This structure makes the upgrade decision a matter of self-identification rather than feature evaluation, and self-identification decisions close faster and churn less.
Make the premium tier the visual default. Place it first (left, or top if stacked). Apply the highlight border, the “Most popular” badge, or the background color to the premium tier, not the base tier. If you have three tiers, highlight the middle tier. The visual default accounts for 15–25% of upgrade conversions on its own, with no change to copy or price. It costs nothing to implement and it should be the first change any operator makes when premium conversion is below target.
Handling mid-year tier changes: upgrading members who’ve outgrown their tier
A correctly designed tier structure creates a natural upgrade pressure over time: base-tier members who are actively pursuing the higher outcome become aware that the premium tier is built for them. The most common mistake operators make in response to this pressure is either doing nothing (losing the upgrade opportunity to inertia) or sending a promotional email with a discount (training members that upgrades are available at a lower price if they wait). The right response is systematic outcome-tracking combined with personal outreach.
Outcome-tracking means monitoring for behavioral signals that indicate a member has moved from the orientation or early-execution phase into the stage where the premium tier would serve them better: consistent posting in the most advanced channels, questions that exceed what base-tier resources can answer, direct messages to the operator about goals that are explicitly time-bound and revenue-or-career-defined. These signals are identifiable in a community of any size — they do not require analytics tooling beyond a weekly review of the member activity log. When a member is producing multiple signals simultaneously, they are almost always ready for the upgrade conversation. The onboarding copilot built into Foothold’s onboarding health check tool includes activation signals that map to both the base-tier member profile and the premium-tier candidate profile.
The upgrade conversation should be personal and specific. Not “Have you considered our premium tier?” but “I’ve noticed you’ve been doing [specific observable thing] and asking [specific type of question] over the last few weeks. The premium tier was built for exactly this phase. Here’s what you’d get: [three specifics]. If that is where you are, it is probably worth switching.” The specificity is what converts. A message that names what the operator has actually noticed, rather than sending a generic upgrade prompt, signals that the upgrade is a recommendation rather than a revenue play — and members respond accordingly.
Downgrade prevention is the other side of the tier-change problem. When a premium-tier member signals intent to downgrade, the worst response is to match the base-tier price to retain them. This confirms that the premium tier was overpriced relative to their perception of its value, and it produces a permanent discount relationship that is difficult to unwind. The better response is to first understand why the member believes the premium tier is not worth the price. In almost every case, the answer is one of three things: they have not been using the features that make the premium tier valuable (an activation problem, not a pricing problem), or the features they are using are not producing the outcome they expected (a positioning problem — the premium tier was sold to someone at the wrong stage), or the operator has not delivered on a specific premium-tier commitment (a fulfillment problem). Each of these has a different fix, and all of them are better addressed than masked with a discount. See the paid community launch and lifecycle guide for the full framework for handling membership transitions at each growth stage.
Frequently asked questions
How many membership tiers should a paid community have?
Most paid communities should have two tiers, occasionally three — never one, rarely four. A single tier is appropriate at launch when you have no retention data and cannot yet distinguish between the outcome levels your members are trying to achieve. Once you have 6–12 months of member data and can identify at least two clearly distinct outcome profiles — for example, members using the community for peer learning versus members who are actively job-seeking or business-building — a second tier is justified. The second tier should be built around the higher-outcome profile and priced at roughly double the base tier. A third tier is appropriate only when you have a third, clearly distinct outcome level and the operational capacity to deliver differentiated access at that level (typically 1:1 time, dedicated cohort programming, or direct operator relationship). Communities that add a fourth tier are almost always trying to solve a conversion problem by adding more price points; the right solution is almost always better positioning at the existing price points.
What should be included in a premium community membership tier?
A premium community membership tier should include three types of additions over the base tier: access gates (additional channels, resources, or environments that base-tier members cannot access), additional programming (AMAs, expert sessions, cohort sprints, or small-group office hours that are exclusively for premium members), and direct access (to the operator, to featured guests, or to a curated subset of premium members with specific expertise). The most common mistake is gating content that should be in the base tier — blog posts, recordings of group events, or passive resource libraries. These signal to premium members that the upgrade is about information delivery, not relationship and outcome delivery, and the tier churns at the same rate as the base tier but costs more to operate. The premium tier should feel like an upgrade in access and relationship, not an upgrade in content volume. The best-performing premium tiers in communities under 1,000 members include a monthly small-group session of 8–12 members with direct operator involvement — something that cannot be replicated by consuming more content.
How do you price tiered community memberships?
The correct approach to pricing community membership tiers starts from the distinct outcome values at each level, not from a cost-plus or competitive-benchmarking calculation. Identify the primary outcome members at each tier are trying to achieve and estimate its annual value. Set the base tier at 5–10% of the base-tier outcome value and the premium tier at 5–10% of the premium-tier outcome value. The minimum price gap between adjacent tiers is roughly 2×: a $49/mo base tier should pair with a $99/mo premium tier, not a $69/mo premium tier. The 2× rule exists because a smaller gap makes the upgrade decision feel like a marginal cost question (“is this worth $20 more per month?”) rather than a tier-appropriateness question (“am I a premium-outcome person or a base-outcome person?”). Members who have to justify the upgrade in marginal terms almost always stay at the base tier; members who identify with the premium outcome will upgrade when the tier is clearly named and positioned for them.
How do you upgrade community members to a higher tier?
The most effective mechanism for upgrading members to a higher tier is outcome-based identification, not promotional outreach. Monitor for behavioral signals that indicate a member has outgrown the base tier: posting consistently in the most advanced channels, asking questions whose answers exceed what base-tier resources can provide, or reaching out to the operator with goals that map to the premium-tier outcome. When you observe these signals, send a personal message from the operator — not an automated email — naming specifically what you have noticed and making the case that the premium tier was built for members at exactly this stage. This approach works because it frames the upgrade as a recognition of the member’s progress rather than a sales pitch for a higher price. The response rate on outcome-identified upgrade messages sent personally by the operator is typically 30–50%, compared to 3–8% for broadcast promotional upgrade emails. Do not offer a discount to trigger the upgrade — it signals that the premium tier is not worth the full price and trains the member to wait for discounts before making future tier decisions.