Skip to content
RxWOD

Product

One loop. Every role. The whole box.

Program → book → train → log → share → return. Owners, coaches and members aren't three products duct-taped together — they're three views of the same system.

ironanchor.rxwod.com/workouts/board
The programming board: a week of workouts as structured components, not a text-box calendar

Product design preview · fictional gym data

One system, four screens

Web, phone, TV, done.

Most gym software ships a web app, bolts on a "member app" as an afterthought, and treats the TV on the wall as a demo you'll get to later. RxWOD doesn't have four products pretending to sync — it has one system with four surfaces. The owner's browser, the coach's browser, the member's phone, and any TV bolted to the wall of the box all read the same programming, the same roster, the same scores. Change a WOD in the browser and it's already on the TV before the chalk comes out.

The whiteboard, live: today's WOD and scores rendered for the room, not just the phone in your hand

Product design preview · fictional gym data

Under the hood

Multi-tenancy enforced by the database, not by hope.

Every SaaS claims to be multi-tenant. Most of it means a tenant_id column and a promise that every query remembers to filter on it — a promise that holds until, someday, one query doesn't, and Box A sees Box B's roster. RxWOD enforces isolation at the database layer with row-level security: a query that forgets to scope by tenant doesn't leak data, it returns zero rows.

Tenancy

White-label subdomain per gym

Domains

Custom domains with SSL

Roles

7 staff-to-member roles

Isolation

Row-level tenant isolation

Languages

6 languages incl. RTL Arabic

Hosting

EU + US hosting

Data

Export everything, always

Running the box is half the job — the growth layer is the roadmap. See where it's going on the owners page.

See it on your box

See it with your gym's name on it.

You are