Client product
- Bilingual storefront, recurring subscriptions, client cabinet and QR gift certificates.
- Offline-first Android and iOS schedules, booking and geolocation QR check-in.
- A 21-branch practice path that grows from confirmed visits.
Case study / 02
A Kyiv studio runs through one bilingual platform: recurring payments, a daily-use admin, native apps and a subscription-aware Telegram bot.
web · admin · Android · iOSThe problem
Payments, schedule, clients and reception work were split between a raw CMS admin, SendPulse and an abandoned Notion. The studio needed one reliable picture of its day, in the language its team actually uses.
The platform had to reconcile recurring money honestly, keep reception fast, support clients on web and mobile, and automate access without ever removing a person whose payment was valid.
The system
The public site, seventeen-screen admin, two native apps and Telegram bot share payment and access rules instead of reproducing them in separate tools.
Production workflows
These flows show why the website, staff admin, native apps and bots are one platform rather than four adjacent products.
Interactive previews
These connected flows mirror how the team imports a schedule, composes a campaign and grants a paying member access. Private business counts and money values remain illustrative.
Inspect the day’s classes and switch the whole admin between warm paper and dark stained glass.
Public engineering numbers
The number that matters here is coverage: how much of the studio’s day runs through these screens, and how much of it is held in place by tests.
What this proves
Roles, Ukrainian microcopy and parse-then-confirm flows turn technical safeguards into ordinary daily work.
02Reconciliation and idempotency protect access when redirects, webhooks or external providers behave imperfectly.
03Campaigns, server-side conversions and Telegram access read the same subscription reality.