[ Case study ]
Students bought through four different links depending on where they met the brand, each with its own checkout and its own membership access — support spent its time granting access manually, and upsells never fired coherently.
CLIENT an online course creator (professional photography education) — FOCUS Consolidate to one path with entry points
Representative examplesEvery case study in this library is an illustrative composite of the kind of engagement we deliver — written to show our method and standards, not to name clients.
Four launches a year, on a calendar fixed a year ahead, sustain this photography-education creator's business — flagship courses sold to a loyal audience of working photographers. The back office grew by accretion: four purchase links survived from different launch eras, each with its own checkout and its own route into the membership area. A part-time support contractor cleared access requests by hand, and the creator personally reconciled sales against course access after every launch. Between launches the machinery sat untouched and only partly understood, even by the person it earned for.
Students bought through four different links depending on where they met the brand, each with its own checkout and its own membership access — support spent its time granting access manually, and upsells never fired coherently.
Consolidate the four checkouts into one membership funnel with campaign-specific entry pages, so every buyer — wherever they met the launch — arrives at the same access flow. Purchase triggers membership provisioning with a verification pass that confirms the buyer's email against the order, ending the support queue's main source of error. Order bumps and one coherent upsell run on the unified path, and the whole launch becomes a clone-and-edit template with a checklist, so the next launch is an afternoon of edits rather than a rebuild.
Just as important is what we ruled out, and why:
The four checkouts became one membership funnel with campaign-specific entry pages, so every buyer arrives at the same access flow.
Purchase triggers membership provisioning with a verification pass, ending the support queue of access requests.
The launch became a clone-and-edit template with a checklist, so the next launch is an afternoon of edits, not a rebuild.
Delivered by the growth pod — strategist + automation specialist over 6 weeks, with working increments reviewed with the client every week.
Obstacle
The historical-purchaser import ran after launch instead of during the build, and the first week's support wave was legacy buyers seeing empty dashboards.
Handled: We matched orders to emails in batches over three days, opened a 'missing course' form for stragglers, and reconciled the last few dozen by hand against order receipts.
Obstacle
Consolidating access mid-year meant some students were partway through a course when their entry route changed underneath them.
Handled: We froze the legacy checkouts at 'existing links work, no new ones' and scheduled the membership consolidation between launches, so nobody's in-progress course moved mid-module.
Obstacle
The strict refund policy required honest scope framing, and the first checkout draft buried that framing below the price where it tested as an afterthought.
Handled: We moved an honest 'this course is for you if' block above the price; refunds stayed rare and the upsell held, which settled the debate with the creator's own numbers.
The headline: manual access-grant tickets since consolidation (was 30-40 per launch) — 0, read from Support inbox. A second check: upsell take rate on the unified path at +12%.
Launch week no longer includes an access-cleanup week. The support contractor's inbox went from grant requests to actual questions — people asking how to shoot something, which is what support was for. The creator stopped personally reconciling sales to memberships, because the count matches by construction. And the next launch is being planned as edits to a template with a checklist, which changes the emotional math: four launches a year used to mean four rebuilds; now they mean one system exercised four times.
The result was read from Support inbox against the pre-engagement baseline over the stated window, with a guardrail check on upsell take rate on the unified path. Where platform-reported numbers and business outcomes differ, this record says which layer it is quoting.
What we would do differently
We would have imported historical purchasers into the membership system during the build — the first week after launch was spent answering 'where's my course' from legacy buyers.
[ Related service ]
[ Related builds ]
4.1% 9.3%Visit-to-demo-request conversion across all ad groups, 8 weeks after launch versus 8 weeks before
38 96Mobile Lighthouse performance score (lab diagnostic), with p75 LCP moving from 4.2s to 1.3s in field data
[ Next step ]
Next case study