Prompt Kits

Build Donations & Campaigns

Donation platforms take a percentage of every gift on top of card fees, which for a small organisation is a slow leak out of money that was given for something else. Building your own giving page removes that layer, and it is genuinely within reach — but it comes with obligations a shopping cart does not have. Money given for a named purpose has to go to that purpose. Recurring giving has to be as easy to stop as it was to start. A progress bar has to be true. Receipt wording has legal weight and varies by country. This kit builds the giving page, the campaign, the recurring gift and the donor record, and it is careful about each of those in turn — because trust is the only asset a small organisation has that it cannot buy back.

Project type: Donations & campaigns Difficulty: Intermediate Time: 1-2 days Works with: Base44 / Lovable / v0

What you'll have at the end

  • A giving page with tiers that say what each gift actually does, not just what it costs
  • One-time and recurring giving, both handled by a proper payment provider with no card details near your site
  • A recurring gift the donor can change or cancel themselves, in one step, without emailing anyone
  • A campaign page with a goal, a deadline and a progress bar showing real money received
  • An instant thank-you and a receipt drafted for your own advisor to check rather than generated and trusted
  • A donor record you own and can export, kept deliberately small

Before you start

  • Your organisation's registered identity. Legal name, registration or charity number, and address. This belongs on the giving page and on every receipt, and in many places it is required.
  • What each tier buys, in real terms. "Fifty keeps one place open for a month" gives people a reason; "Fifty" gives them a price. Use figures you can stand behind, from your own costs.
  • What you will do if a campaign misses or overshoots its goal. Decide before you take the first gift and say it on the page. This is the question that turns into a complaint later.
  • Whether any gift is restricted. Money given for a named appeal usually has to be used for that appeal. If you plan to offer designated giving, know how you will track it separately.
  • A payment provider account, and an understanding of what its fees are, since you will want to state them honestly.
  • Someone who can check your receipt wording. Tax deductibility and receipt requirements differ by country and are not something to draft from a template. This kit produces a draft and marks it for review; the review is not optional.
  • Your own policy on naming donors. Whether you will list them, and how someone opts out of being listed.

Which platform suits this

Base44 suits this well: donation records, campaign totals, recurring gifts, donor history and the export all live in one managed app, and the campaign progress bar reads straight from real payments rather than a number someone updates. Lovable builds the same through Lovable Cloud or an optional Supabase backend. v0 will build it on Vercel with server actions or API routes, with the recurring-giving lifecycle as the part that needs the most care from you — a subscription that fails to cancel is the worst bug this kit can have. Everywhere, the money moves through your payment provider's own pages, and recurring giving should use the provider's own subscription handling rather than anything you schedule yourself.

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 a giving page that gives people a reason

When to use this

Start here, on your existing site.

Tiers with meaning, your identity in place, no payment yet.

The prompt

Add a donation page to this site for [YOUR ORGANISATION].

Offer these giving tiers, and for each one say what it actually does: [YOUR TIERS AND WHAT EACH BUYS, e.g. 18 covers a week of meals for one family]. Also allow any other amount.

Use only figures I give you. Do not invent, estimate or round what a gift buys — these are claims about my work and they have to be true.

Offer one-time and monthly giving as a clear choice. [IF I WANT TO ENCOURAGE MONTHLY: preselect monthly and show what a monthly gift sustains, with one-time still one click away.]

Show my registered identity where a donor will see it before giving: [LEGAL NAME, REGISTRATION OR CHARITY NUMBER, ADDRESS].

State honestly that payment processing fees apply, at roughly [YOUR PROVIDER'S RATE], and that no platform percentage is taken on top. [IF I WANT TO OFFER IT: let the donor add the processing fee to their gift, as an option that is off by default.]

Do not write any claim about tax deductibility anywhere on this page. I will supply that wording after my own advisor has checked it.

Keep the page calm and specific. No countdown pressure, no guilt, no stock photography of people in distress, and no images of beneficiaries I have not supplied with permission.

Do not build payment yet.

Check it worked

  • Every tier says what the gift does, in figures you supplied
  • Any other amount can be given
  • One-time and monthly are both clearly available
  • Your registered identity appears before the giving decision
  • Processing fees are stated honestly
  • Nothing on the page claims tax deductibility
  • No invented impact figures and no stock imagery of people

You'll know it worked when:

A giving page a board member could read line by line without asking where a number came from.

Watch out for

Do not let the AI produce impact figures. It will write "$50 provides clean water for a family for a year" with complete confidence and no knowledge of your costs, and an impact claim you cannot substantiate is the fastest way for a small organisation to lose the trust it runs on. Every number on this page should be one you could defend to a donor who asks.

2

Take the gift safely, and make recurring easy to leave

When to use this

Once the page reads right.

Real payments through your provider, and a recurring gift the donor controls.

The prompt

Add payment to the donation page.

Send the donor to [YOUR PAYMENT PROVIDER]'s own secure hosted page. Never collect, display or store card details on my site, in my database, or in any email — no exceptions, and no "just the last four" stored anywhere I did not ask for.

For monthly giving, use the payment provider's own recurring subscription handling. Do not build a schedule that charges a stored card yourself.

Record a donation only when the provider confirms the payment, not when the donor returns to my site.

Give every recurring donor a link, included in every email they receive from me, where they can change their amount, pause, or cancel entirely — in one step, immediately, with no login I have to create, no reason required, and no attempt to talk them out of it. A cancellation must take effect at the provider too, not only in my records.

Handle a failed recurring payment gracefully: notify the donor once, let the provider retry as it normally does, and notify me if it ultimately fails. Do not send a series of increasingly urgent messages to someone whose card expired.

Tell me exactly what to set up with the provider and what changes between test and live.

Do not build receipts yet.

Check it worked

  • Payment happens entirely on the provider's page
  • No card details exist anywhere on your side
  • Monthly giving uses the provider's own subscriptions
  • A donation is recorded only on confirmed payment
  • A recurring donor can change, pause or cancel in one step, and it takes effect at the provider
  • A failed payment produces one notice, not a campaign

You'll know it worked when:

You set up a test monthly gift, cancelled it from the donor's own link, and confirmed it was gone at the payment provider too.

Watch out for

Test the cancellation at the provider, not just in your own records. A cancel button that updates your database and leaves the subscription running is a charity charging someone who asked it to stop — reputationally the worst thing in this entire kit, and it will be discovered by the donor rather than by you. Make the exit genuinely one step: retention friction that would be merely irritating from a software company reads very differently from a cause.

3

Thank properly, receipt carefully

When to use this

Once gifts are arriving reliably.

An immediate, warm acknowledgement, and a receipt that has been checked by a human who knows the rules.

The prompt

Add donation acknowledgements.

The moment a gift is confirmed, email the donor a thank-you: the amount, the date, whether it was one-time or monthly, my registered name, registration number and address, and a warm line in my own words rather than a form letter.

Draft a separate receipt section with the wording my country requires for donation receipts, and mark it clearly in my owner screen as a draft for review. Do not present it as correct, and do not state or imply that a gift is tax deductible anywhere — that is a legal claim that depends on my status and my donor's, and my advisor decides the wording.

Let me edit that receipt wording myself once it has been checked, and apply it to future receipts.

Give me a way to send an annual summary of a donor's giving for the year, on my instruction rather than automatically.

[IF I WANT A FOLLOW-UP: one warm message after [YOUR INTERVAL] with a real story about the work, which I write. Not a second ask.]

Send through a proper email delivery service so receipts actually arrive, and tell me what to set up.

Keep everything from the previous steps working exactly as it is.

Check it worked

  • A thank-you arrives immediately with the amount, date, type and your registered details
  • The receipt wording is flagged as an unreviewed draft
  • Nothing claims tax deductibility
  • You can replace the wording once it has been checked
  • Annual summaries are sent on your instruction
  • Receipts reliably reach inboxes

You'll know it worked when:

Your reviewed receipt wording is live, and you know who reviewed it.

Watch out for

This is the one step in this kit where you should stop and get a human expert. Receipt and deductibility requirements vary by country, sometimes by the type of organisation, and a receipt that claims something it should not can affect your donors' returns as well as your own standing. The AI will produce fluent, official-sounding receipt text on request. Treat it as a first draft for someone qualified, exactly as the prompt says.

4

Run a campaign with an honest progress bar

When to use this

When you have a specific appeal to run.

A campaign page with a real goal, a real total and a stated plan for both outcomes.

The prompt

Add campaigns to my donation setup.

Let me create a campaign with a name, what it is for, a goal amount, a deadline, and its own page with its own giving link.

The progress bar must show only money actually received for that campaign. Do not include pledges, promises, matched funding that has not arrived, or any starting figure I have not actually been given. Show the real total and the number of donors.

On the page, before anyone gives, state what happens if the goal is not reached and what happens if it is exceeded: [YOUR POLICY]. Do not let me publish a campaign without that stated.

Money given to a campaign is recorded against that campaign, and I can see each campaign's total separately from general giving, so that gifts given for a purpose can be shown to have gone to it.

[IF I WANT UPDATES: let me post short updates on the campaign page, and email them to that campaign's donors only.]

When the deadline passes, the page stays up showing the final result rather than disappearing, and stops accepting gifts unless I extend it.

[IF I LIST DONORS: only with their explicit permission given at the time of giving, with an anonymous option, and never showing amounts unless they chose to.]

Keep general giving working exactly as it is.

Check it worked

  • A campaign has its own page, goal, deadline and link
  • The progress bar reflects only money actually received
  • What happens on under- and over-funding is stated before anyone gives
  • Campaign gifts are tracked separately from general giving
  • A finished campaign shows its result rather than vanishing
  • Donors are named only where they chose to be

You'll know it worked when:

A campaign page whose progress bar you could justify to every person shown on it.

Watch out for

Never seed the bar. Starting a campaign at a number you have not actually received — a pledge, an expected match, a "to build momentum" figure — is straightforwardly misleading, and it is also the most common trick in the genre. Related and just as important: money given to a named appeal is generally restricted to that appeal, so if the campaign overshoots or falls short you need a stated plan and, in many places, donors' agreement to use it elsewhere. Decide it on the page, in advance, in plain words.

5

Know your donors without hoarding their lives

When to use this

Once giving is running.

The donor view you need to steward well, and nothing beyond it.

The prompt

Add a private donor view to my owner screen.

Show each donor with their name, contact details, giving history with dates and amounts, whether they give monthly, which campaigns they have supported, and any note I add.

Show me the lists I would act on: active monthly donors, recurring gifts that failed recently, donors who gave last year and not this year, and first-time donors from the last month.

Show me totals by month and by campaign, one-time against recurring.

Store nothing beyond what stewardship needs. No wealth estimates, no scoring, no profiling, no data bought or inferred from anywhere else. If I later want to record something sensitive about a supporter, that belongs in a system built for it with a policy behind it, not here.

Let a donor ask to be removed, and let me remove them completely in one action while keeping the anonymous financial record my accounts require.

Let me export everything, so the donor list is always mine.

Only I and [MY TEAM, IF ANY] can reach this. Protect it properly rather than hiding the address.

Keep everything from the previous steps working exactly as it is.

Check it worked

  • Each donor shows their history, recurring status and campaigns
  • The four actionable lists are there
  • Monthly and campaign totals separate one-time from recurring
  • No scores, estimates or profiling appeared
  • A donor can be removed while the accounts stay intact
  • Everything exports
  • The screen is genuinely protected

You'll know it worked when:

You thanked a lapsed donor personally, from this screen, and it was a real person you recognised.

Watch out for

Run the access-rules check here rather than assuming (see the access rules audit prompt). A donor list is a list of people's names, addresses and financial generosity, and in some contexts their affiliation with your cause is itself sensitive — an exposed donor list is a serious breach, not an embarrassment. Keep the record small on purpose: the argument for collecting more is always plausible, and every additional field is something you are now responsible for protecting.

Going live

  • Have your receipt and any deductibility wording checked by a qualified advisor before your first live gift
  • Confirm every impact figure on the giving page traces back to your own costs
  • Make a real one-time gift with live keys, confirm the receipt, then refund it
  • Set up a real monthly gift, cancel it from the donor's own link, and confirm it is cancelled at the payment provider
  • Confirm no card details appear anywhere in your database or emails
  • Check your registered name, number and address appear on the page and on every receipt
  • Confirm a campaign cannot be published without stating what happens if the goal is missed or exceeded
  • Confirm the progress bar shows only money actually received
  • Open the donor screen in a private window while signed out and confirm it is closed
  • Add a privacy note covering what you store about donors and how someone is removed (see the legal pages prompt)

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-09-14

FAQ

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