AI bootcamp payments and registration
← All case studies
Internal Payments & EdTech

AI Navigators Bootcamp — Our Own Registration Engine

Auto
Founding rate switches at 3 paid registrations
2 leads
Created per sibling registration (one payment)
Zero
Price manipulation possible (server-verified)

The Brief

TDA runs the AI Navigators Bootcamp — a two-week AI and critical thinking programme for Abuja teens aged 13–16. With 8 seats per cohort and a founding-rate pricing model, we needed a registration system that could handle dynamic pricing, sibling discounts, partial payments, and Paystack integration — without any of it being manipulable from the browser.

The Pricing Problem

Founding rate (₦395,000) applies to the first 3 paid registrations per cohort. After that, standard rate (₦450,000) kicks in automatically. The rate switch had to be server-side — if it ran in JavaScript, anyone with DevTools open could change what they were charged.

Sibling registration adds a 10% discount on the second child's fee, but disables the instalment option — holding two seats on a 50% deposit in an 8-seat cohort is too much capacity risk. The server enforces this regardless of what the form sends.

What We Built

  • Server-side price calculation — price fetched from server immediately before Paystack popup opens
  • Paystack verify-and-save — payment reference verified via Paystack API before any DB record is created
  • Founding rate counter — counts confirmed paid registrations per cohort, not form submissions
  • Sibling flow — full second-child details collected, two separate DB records created sharing one payment_ref
  • Automatic waitlist — once 8 seats are confirmed, form switches to waitlist mode without any manual intervention
We are our own most demanding client.

The Result

The system is live at thedigitalagencyltd.com/bootcamp. Founding rate switches automatically at the right moment. Sibling registrations create two full admin records from one payment. No price manipulation is possible — every amount is set and verified server-side.

This case study is also the source of the Designing Tiered Pricing That Can't Be Gamed article in the Knowledge Hub.

See which result is most relevant to you.

We'll show you the most relevant case study for your sector and tell you honestly whether we can replicate it for your organisation.

Book a 20-minute call →