Five surfaces, one platform.
Kindryd is a managed, multi-tenant business operating system for independent movement and bodywork practitioners — massage therapists, yoga teachers, bodyworkers, and energy workers. Everything below runs on one Next.js + Supabase core with scheduling, email, SMS, payments, and testimonials stitched in behind a single brand. Suggested order: top to bottom.
Waitlist landing
Go-to-marketSeen by: Prospective practitioners
The pre-launch front door: the core promise, the pain it relieves, and the founding-practitioner offer. Join the waitlist to see the nurture entry point.
Tenant page — Maya Okonjo
The productSeen by: A practitioner's clients
A live storefront carrying all three offering types at once: 1:1 sessions and packages, classes and a multi-week series, and group events — plus video, gallery, journal, testimonials, and a fully white-labeled booking flow with payment and SMS confirmation. Try booking a session and a series end-to-end.
Tenant page — Rowan Fields
Multi-tenancySeen by: A second tenant
The same platform wearing a different practice — and note The Restoration Day, the event these two practitioners co-created. It is one record with one seat count, listed and promoted from both storefronts. One codebase, many practitioners.
Practitioner workspace
The daily experienceSeen by: The practitioner (Maya)
One login for the whole business: today's schedule, automated reminders, business email, products, and revenue — with Kindryd's concierge doing the maintenance.
Kindryd operations
The businessSeen by: Kindryd internal
The founder's cockpit: tenant roster, MRR, the five-stage onboarding pipeline, waitlist momentum, and the unit economics that improve with every tenant.
What’s real in this prototype
Working now
- All five surfaces, mobile-first, on the shared design system
- Three offering types on one storefront: 1:1 sessions, classes and multi-week series, and group events
- A group event co-created by two practitioners — one record, one seat count, listed and promoted from both storefronts
- End-to-end booking: live availability, package carry-through, whole-series enrolment, double-booking prevention, payment, SMS confirmation
- Two fully-populated tenants proving the multi-tenant model
Simulated for the demo
- Vendor calls (scheduling, payments, SMS, email) run locally against seeded data — the production stack wires the same flows to third-party providers behind this exact interface
- Payments run in demo mode; no card is charged
- Practitioner photography is represented by flat placeholder blocks
- Class/series pricing basis and co-creator revenue split are shown as explicitly undecided per PRD v0.2 — see Open decisions on
/ops - Classes and co-created events live in the demo data layer only;
supabase/migrationsstill models the v0.1 single-tenant schema - Metaphysical practitioners are a deferred later audience phase, not part of this build