Prompt Kits

Build a Membership Site with AI

A membership site sells access, not products: members pay monthly, and paying members see things non-members don't. This kit builds one in five sequenced prompts — the site and content library, real accounts, tiered access that actually holds, recurring payments, and a member area — with a verification step after each so you never wonder whether it worked.

Project type: Membership / subscription site Difficulty: Intermediate Time: 1-2 days Works with: Base44 / Lovable / v0

What you'll have at the end

  • A public site where anyone can browse free content and see what membership includes
  • Sign-up and login, with each member's tier stored on their account
  • Content marked free or members-only, where members-only genuinely cannot be reached by non-members
  • Recurring subscription payments, with access granted automatically after payment
  • A member area where people see their content, manage their plan and cancel by themselves
  • An owner area where you publish content and see who's a member

Before you start

  • A clear offer first. Decide what members get and what stays free, and pick your price. This is a business decision the AI can't make for you — and changing it later means redoing step 4.
  • A payment account (Stripe is the common choice — free to open, stay in test mode while building). You'll need your secret key from its dashboard, stored only in your builder's secure settings.
  • Some real content ready — even three pieces. Two free, one members-only, so you can actually test the gate.
  • An email address for notifications, and roughly a day of focused time across two sittings.

Which platform suits this

Base44 is the smoothest fit: accounts, database and access rules live in one managed backend, with supported payment paths available when the provider and your region are eligible. Lovable handles this well through Lovable Cloud or optional Supabase and gives you code ownership through GitHub; expect explicit testing around the payment-to-membership link. v0 can build the full-stack membership app, including server logic, and deploy it to Vercel. Its database, authentication and payment services are provider-backed, so you choose and configure more of the stack and must test permissions, webhooks and subscription-state changes carefully. This kit's prompts work on all three; the platform notes on each step call out where they differ.

Start with the first prompt on a free plan. Extra usage and some connected services may cost more as you build out the project.

Build it on

How we make money

The steps

1

Build the public site and the content library

When to use this

Start here, in a brand-new project.

The whole shape of the membership site, with content that's ready to be gated later.

The prompt

Build a membership website for [BUSINESS/CREATOR NAME], which offers [WHAT YOUR MEMBERSHIP IS ABOUT, e.g. weekly training videos for home bakers].

Pages: a home page explaining what membership includes and who it's for, with a clear button to join; a content library listing all published pieces; a page for reading a single piece of content; a pricing page showing [FREE TIER AND YOUR PAID TIER(S) WITH PRICES]; an about page; and a contact page with a simple form that emails me at [EMAIL] and stores submissions.

Store the content as editable data with an admin screen where I can add, edit and publish pieces. Each piece has: title, short description, the main content, an optional image, a category, a publish date, and an access level which is either "free" or "members".

On the library page, show every piece as a card with its title, description and a clear label when it is members-only. Do not build any access restriction yet — that comes in a later step.

Design: [THREE ADJECTIVES, e.g. warm, confident, uncluttered]. Colors: [YOUR COLORS]. Comfortable reading typography for long content, and it must work well on a phone. Use image placeholders only — do not generate photos.

Add three example pieces of content clearly marked as examples for me to replace.

Check it worked

  • You can click through every page, and the library shows your example pieces
  • The admin screen lets you add a new piece and it appears in the library
  • Members-only pieces are visibly labelled (even though they're not yet locked)
  • The pricing page shows your real prices
  • It reads comfortably on your phone

You'll know it worked when:

A complete public site with a working content library you control.

Watch out for

Resist adding accounts or payments in this prompt. Every kit that fails does it by asking for everything at once.

2

Add member accounts

When to use this

Once the public site looks right.

People can create accounts; every account carries a membership tier.

The prompt

Add member accounts to this site.

Visitors can sign up with email and password, log in, log out, and reset a forgotten password. Use the platform's built-in account system — do not build a custom password system.

Every account stores a membership tier, which starts as "free" for everyone who signs up. Only I, as the owner, can change someone's tier — a member must never be able to change their own tier from the website.

Add a simple account page where a logged-in member sees their name, email and current tier.

Add an owner-only screen listing all members with their email, tier and sign-up date, where I can change a tier manually. Make sure a normal member cannot reach this screen, even by typing its address directly.

Do not restrict any content yet — that is the next step.

Check it worked

  • You can create a test account, log out and log back in
  • The password reset email arrives
  • Your test account shows tier "free" on its account page
  • You can open the members list as the owner and change a tier
  • Logged in as the plain test account, the members list is unreachable — including by typing the address

You'll know it worked when:

Working accounts where the tier lives on the account and only you can change it.

Watch out for

Create your plain test account now and keep it. Every remaining step is verified with it, not with your owner account.

3

Lock the members-only content properly

When to use this

Immediately after accounts work. Do this before payments, not after.

Members-only content that genuinely cannot be reached by non-members.

The prompt

Restrict the members-only content on this site.

Content marked "free" stays visible to everyone, including visitors who are not logged in. Content marked "members" can only be opened by a logged-in account whose tier is [YOUR PAID TIER NAME, e.g. member].

Enforce this on the content itself, not by hiding buttons or links: a person must not be able to reach a members-only piece by typing its address, and the full content must not be retrievable by anyone whose tier does not allow it.

Non-members should still see that members-only content exists — show its title and description in the library with a clear lock, and when they open it, show a short friendly message explaining what membership includes with a button to the pricing page. Do not show any part of the actual content.

When you are done, tell me plainly which pieces of content each of these can reach: a visitor who is not logged in, a logged-in free account, and a paid member.

Check it worked

  • Logged out, you can read free pieces and see locked ones with an invitation to join
  • Logged in with the plain free test account, members-only pieces still show the invitation, not the content
  • Copying a members-only piece's address into a logged-out window shows the invitation, never the content
  • After you manually set your test account to the paid tier (from the owner screen), the same piece opens fully
  • The report tells you clearly who can reach what

You'll know it worked when:

A gate you have personally tested from a non-member account and by pasting the address directly.

Watch out for

This is the step that decides whether your membership is real. A report saying "restricted" is not proof — test it yourself, logged out, with a pasted address. If your paid content leaks, everything else in this kit is decoration.

4

Take recurring payments

When to use this

Once the gate is verified. Not before.

People can subscribe, and paying grants access automatically.

The prompt

Add recurring subscription payments to this membership site using [PAYMENT PROVIDER, e.g. Stripe] in test mode.

On the pricing page, the paid plan gets a button that starts a subscription checkout on the provider's own secure payment page for [PRICE] per [MONTH/YEAR]. Never handle or store card details on my site.

When a payment succeeds, set that account's tier to [YOUR PAID TIER NAME] automatically and send them to a welcome page confirming they now have access, with a button to the content library. The tier must be set by the payment confirmation itself — never by anything the member's browser can trigger.

When a subscription is cancelled or fails, return that account to the free tier automatically. When a member cancels, they keep access until the end of the period they already paid for.

Add a "manage my membership" button on the account page that sends the member to the provider's own portal, where they can update their card or cancel, and returns them to my site afterwards.

Show me where to put my payment provider's secret key in the platform's secure settings, and tell me exactly which steps I have to complete in the provider's dashboard myself.

Check it worked

  • Clicking the join button opens the provider's payment page with your correct price
  • Paying with the provider's test card completes and returns you to the welcome page
  • Your test account's tier changed to the paid tier automatically, without you touching the owner screen
  • That account can now open members-only content
  • "Manage my membership" opens the provider's portal, and cancelling there returns the account to free

You'll know it worked when:

A full test subscription: pay → access granted → cancel → access ends. Done with a test card, start to finish.

Watch out for

Test mode and live mode look identical. Before you announce anything, switch to live keys and make one real payment to yourself — the most common launch-day failure in membership sites is a checkout still running in test mode.

5

Build the member area and owner tools

When to use this

After a full test subscription works end to end.

The parts that make a membership feel like a membership rather than a paywall.

The prompt

Improve the member experience and my owner tools.

For members: add a member home page shown after login with a welcome by name, the newest members-only content, and anything they had started reading. Add a "new for members" section to the library that highlights recent members-only pieces. Send a warm welcome email when someone becomes a paying member, explaining what they now have access to.

For me as the owner: add a simple dashboard showing how many free accounts and paying members I have, how many joined this month, and how many cancelled this month. Let me schedule a piece of content to publish on a future date, and let me send one announcement email to all members from an owner screen.

Keep everything already working exactly as it is — especially the access rules and the payment flow.

Check it worked

  • Logging in as a member lands on the member home page with your name and recent content
  • The welcome email arrives when a test account subscribes
  • Your owner dashboard shows accurate member counts
  • A piece scheduled for tomorrow is not visible today and appears tomorrow
  • Everything from steps 1-4 still works exactly as before

You'll know it worked when:

A membership that feels alive to members and manageable for you.

Watch out for

Announcement emails to all members are marketing — include an unsubscribe route and don't turn transactional emails into promotions.

Going live

  • Replace every example piece of content with real content, and publish at least three free pieces so non-members have a reason to trust you
  • Test the gate one final time from a logged-out window with a pasted address
  • Switch your payment provider from test to live keys, then make one real payment to yourself and refund it
  • Confirm the welcome email, the cancellation flow and the "manage my membership" button all work on the live site, not just in preview
  • Write your refund and cancellation policy on the pricing page — before people pay, not in the terms
  • Add your privacy policy and terms (see the legal pages prompt)
  • Connect your custom domain and check the padlock appears

Spend fewer credits

Every builder charges you for the work its AI does — so the cheapest habit is thinking before you build. These six rules cut most of the waste, whichever platform you choose.

  1. Plan in a free chat first. Sketch the whole thing in ChatGPT, Claude or Gemini — pages, features, what each form collects, what it should look like. Thinking there is free; thinking inside a builder is billed.
  2. Start from a written prompt, not a sentence. "Make me a website" is the most expensive sentence in AI building. A complete first prompt — like the ones on this site — saves dozens of correction rounds.
  3. Don't be lazy with the details. Every detail you leave out comes back as a correction you pay for. Business name, colors, every page, every form field, what happens after someone submits — put it all in the first prompt.
  4. One change per message afterwards. "Fix the header, and the form, and the colors" produces a tangle that costs more to unpick than it saved.
  5. Stuck? Stop patching. If the same fix fails about three times, don't send a fourth correction — describe the whole section's desired end state in one fresh message instead.
  6. Start free. Upgrade when you need more. Use the free allowance to build and explore your first version. Upgrade when you need more usage or paid features, and check any connected service costs before launch.

The prompts on this page are written to do most of this work for you — that's the point of them.

Read the full guide

Last reviewed: 2026-08-27

FAQ

We use cookies to analyze traffic and track affiliate clicks. By continuing, you agree to our Privacy Policy.