Skip to content
<-- back to projects
Client_BuildCoaching Platform

DOOMSCROLLERS

CLIENT
Doomscrollers
ARCHITECTURE
Client_Build
LIVE SITE
doomscrollersocials.com
LOCATION
Australia
INDUSTRY
Creator Coaching / Social
DEVELOPER
Giovanni Vons
Doomscrollers coaching platform: the live membership site in its maroon and ivory brand, with the two memberships and a single become-a-member action.
>

01. OVERVIEW

Doomscrollers is an Instagram-coaching membership run by one person. It sells a plan rather than a course: every round a member sends in their numbers and what they shipped, and gets back a plan written for them, with trending audio suggestions and a read on what their account is actually doing. Two memberships sit behind it, the Scroller Social Club and the Club Plus, which adds a monthly call and ongoing chat support.

A membership like that lives or dies on the operator. One person has to take the payment, onboard the member, collect the check-in, write the plan, hold the calls, and never drop a thread, with no agency behind her. Spreadsheets and direct messages carry that for about three members before people start falling through.

So I built the business rather than the website. One codebase carries the public site, a checkout that provisions a member the moment their payment confirms, private links that walk every member through onboarding and each check-in, a lifecycle of emails that fire off real events, and the Coach's Desk: a cockpit where the roster, every plan, every booking and every email live on one screen.

>

02. THE CHALLENGE

The hard part was never the marketing page. It was making a one-person membership behave like a team without becoming one.

Payment had to be the source of truth
A manual signup runs on the honour system: somebody says they paid, somebody else creates the account and sends the welcome. That gap produces members who never paid and welcomes for people who never finished. Nothing should exist until money has actually cleared.
A promise with a clock on it
The product is a plan every round. If a check-in gets lost or a plan runs late, the coaching itself breaks, so the software had to make the next action for every member unmistakable rather than something to remember.
The offer kept moving
Prices, tiers, cadence and what each membership includes all changed after launch, including a simplification that moved both memberships onto the same fortnightly rhythm. Anything hardcoded across pages, forms and emails would have turned every business decision into a development cycle.
Writing the plan is the actual job
The most-used screen is the one where a plan gets written, and it was the worst-served: the desk opened plans into a long read-only preview with the edit action buried far below the fold. Everything else on the desk exists to get her to that screen faster with the member's own words next to it.
>

03. THE SOLUTION

I built the desk around the coach's week rather than around the database. Money comes in on its own, members walk themselves through every form, and what is left on her screen is the part only she can do.

01

Checkout that provisions the member

Hosted subscription checkout, wired so the member record is created and the welcome email fires only on the confirmed payment event. It is handled exactly once: a retry or a replay cannot create a second member or send a second welcome. Nobody confirms a payment by hand.

02

Private links instead of accounts

Each member gets their own links for onboarding and for every check-in. No passwords, no app, nothing to install. The check-in knows which membership they are on and asks for the numbers and the shipped work that the next plan gets written from.

03

The Coach's Desk

A private cockpit laid out as her week: a strip of what needs her today, the plan queue worked oldest first so nothing rots, the roster, the calls, the email record, and a walkthrough for when she forgets where something lives.

04

Writing mode

Opening a plan puts the whole desk into focus: navigation folds to icons, the chrome collapses into a single bar, and the member's own check-in sits in a column beside the editor so their words are quotable while she writes. She can generate a draft to react to, or start from the skeleton.

05

A dossier per member

One page per member: where they are in the cycle, a truthful status line derived in one place, flags for anything needing attention (mail that failed to reach them, a plan published but never sent), their full email history, and their onboarding answers read back with real question labels.

06

Calls that book themselves

The Plus membership includes a monthly call. Members hold a slot from their own link, the coach sets availability from the desk, and each booking carries the number to call. Rescheduling and calling a session off are in the flow, not in her inbox.

07

Lifecycle email on one rail

Welcome, onboarding received, plan published, reminders and operator alerts are all tied to real events rather than a drip sequence. Everything leaves through a single send point and lands in a log with its delivery state, so 'did that reach them' is a question the desk answers.

08

One file is the offer

Prices, tiers, cadence, capacity, terms and the words that describe them live in a single business file. Repricing, changing what a membership includes, or reopening is a one-file edit that every page, badge, form, email and structured-data block follows.

>

04. RESULTS

These describe what the system does, not business numbers:

01

A membership one person can run

A direct-message-and-spreadsheet workflow became a structured triage-to-plan loop, so a single coach carries a full roster from one screen without losing anybody.

02

Nothing is created on trust

A member exists because a payment cleared, not because someone remembered to add them. The welcome, the onboarding and the first check-in all follow from that one confirmed event.

03

The promise is enforced by the software

The check-in, the plan queue and the mark-sent step make the next action for every member unmistakable, so a plan every round is a workflow the platform holds rather than a thing to remember.

04

Changing the offer is a config change

When both memberships moved to a fortnightly rhythm and one of them was simplified, the cards, forms, plan skeletons, reminder cadence, emails and structured data all followed from one edit.

I didn't want to build a website, I wanted to build the thing that runs the coaching: the payment, the onboarding, the check-in, the plan and the follow-up, so one person can carry a full roster and never lose anybody in the admin.